朋友要去应聘了，信心不是很足。
我有一句话：对自己没信心无所谓，只要对自己的代码有信心。
我很久之前认识一个人，他几乎不符合所有的做成功程序员的必要条件：不勤奋，不学习，不喜欢交流，不遵守纪律，不注意团结。总之你可以想到的会令他失败的条件，他都具备了。唯独他能写出好的代码，令几乎所有人都满意的代码。在出国前我们喝酒，他说：我其实对自己没啥信心，但是我对自己的代码有足够的信心。现在他还就职在NASA。依然是狂放不羁，到处树敌，依然是不可替代。
一个程序员归根结底还是要写出好的代码，所谓语言能力，社交能力，阅读能力，学习能力，等等的能力，如果没有代码能力做基石就只能是扯淡。当然如果有了代码能力 ...
最近在对自己的思想进行整理，同时也再次对CMM的理论和实践进行研究。而忽悠发现，其实自己的思维方式和研究问题的方法，在各个层面都打着十分深重的CMM的烙印。
这点似乎很奇怪，因为我给别人的印象似乎一直是对CMM无情批判，绝不留情的。但是其实回想起来，比较我的软件世界观的形成是随着对于CMM的研究和操作展开的。所谓三岁看小，七岁看老。思维方式一旦形成，就会成为一种最不容易改变的习惯。
同时我也发现，目前在国内推广CMM的人水准之低超乎想象，比前几年更不如。不管是民间还是企业的推广者，大多数都还不足以领导任何的流程改进。叫他们这群人去搞任何事情，不完蛋才怪。
而进一步也发现，现在的scrum也在有 ...
今天曹雷发现了这么一个帖子，http://www.javaeye.com/topic/176677，给他白活了一通。这里按下不表。
问题是他们是在头脑清醒的情况下问的这个问题吗？那些讨论问题的人头脑是清醒的吗？
其实现在大量充斥着这样的事情，你说丧气不丧气。
今天发了个贴，问问大家想听我讲啥。其实我心理明白，我讲讲这些东西最有市场。但是效果呢？我能叫他们明白这个问题，可是类似的问题呢？讲来讲去，这些事情我唠叨了这么久，又会有啥效果呢？
所以你们别怪我挖坑不栽树，其实是我栽树太多，但是效果我看不到，所以有些灰心丧气了。
貌似这又是一个坑，所以还是要随便栽个树上去。但是心情不好，就不多说，梗概的 ...
很多人是从Git那里听说，源代码还有分布式管理的概念的。当然说起来支持分布式的工具也真不少，比如mercurial就很是惹眼（OpenJDK你听说过吧）。咋一下子冒出这么多呢？
开源项目大概对这个潮流有个促进作用，因为很多时候，松散的团队，个人独自开发，采用一个集中式的管理方式显然不适合。
另外个人solo式的开发，逐步开始注重源代码管理，以及集成和测试的支持，也是一个促进的因素。
还有就是移动办公，也刺激了分布式的趋势。显然你坐在火车上用笔记本开发，如果搞一个cvs或者svn，肯定没有用mercurial方便。
而且小的创业团队，在国外很多，特别是学生和自由程序员很多，他们更加没有cvs或者 ...
为啥会这样呢？
即使Rails那么牛，但是你看他们依然在用Trac。而且你随便看看，到处都是Trac。更加奇怪的是SVN这个东西，居然也到处都是。更加奇怪的是，那么多分布式的新工具，也是用Python写的。即便是Git，你也会看到很多人在搞SVN——Git。当然另外一个大分支是如gentoo的partage，linux下也一堆包管理的工具是用Python写的。而且你如果多看看还会发现，很多用Python的，他们多喜欢用shell。当然以前我说过，Python是很多管理员的玩具。
而进一步研究你会发现，这些人都不是所谓Python社区的中坚力量。而且他们也不怎么喜欢GUI，大多数都是命令行。大概 ...
写了一个帖子《少就是多》，不出我的预料，就是没有人回音，而我觉得即使有人回复，也不会有人能回复到点子上。
如同我发的《四十有感》，我本就不对别人能理解我的想法抱什么希望——我的思想是我的事情，与别人无关——仅仅是想看看别人是否有尝试理解我思想的想法。这就如同，你是一个导演，拍了一部给自己的电影，本身你就不该去设想它会叫座，而票房失败才是正常的。当然如果真的有一两个人看懂了，那自然好。但是如果确实有人喜欢，单就是不懂，是不是就该不好了呢？
我觉得如果真的是电影，这还是好。但是这不是电影，不是艺术，而是一种技术——技术是需要传播的——这就不是好事情。当然四十岁的人眼中好与不好，都是中性的。不好又如 ...
最近rails社区Zed的吵闹成为一个热点，我有几点看法要说。而联想其当初的《java将死》，就更有必要做点新的阐述。
我不认为ruby的发展跟不上rails，其实本身rails也有问题。比如2.0的推出，就很有争议，吵闹不断。而python社区其实也仅仅是表面的沉静，例如就easy install这个东西，完全不能和gem比，它仅仅代表了很少的一部分人的意见，绝大多数人并不是不支持，而是没想过去支持这个东西。至于说python适合不适合web则是不需要讨论的问题，关键是自己的选择。
python的优势在于有很多的积累，弱点在包袱比较多。ruby的优势在于比较新，没啥负担，可以追求更新，而弱势 ...
商务人士自然考虑商务问题！哈哈，貌似说了和没说一样。
其实可以分两大块，一块是企业内容的运转与管理，一个是企业外部的联系与市场。就内部来说，无非就是人事管理，财务管理，以及企业运作流程，这些实际的东西，然后就是一些蕴含在里面的文化方面的事情。外部就是寻找企业发展资源，结交相关人士，商品的市场推广、销售和货款的回收等为与客户打交到的事情。当然很多时候要考虑竞争对企业的影响，不过这个方面需要内外配合，而不仅仅是一个部门，一个方面的问题。既然他们的工作就是在这些方面，那么也就是给说他们工作相关服务也应该是针对这些方面，而恰恰这些方面对他们来说都有很多难点和不足。
例如我们经常看到，应该如何招聘到 ...
最近越来越发现，其实软件开发中科普的工作太重要了。很多人对于基本的概念，基础的原理都不了解，就更不用说有自己的方法论了。这里一个原因是实践的机会和范围都不够，另外一个则是科普力量不足。开来由自发到自觉还需要很多科普的工作。
从《敏捷数据》看到这句话，非常有启发。
在企业中做你所说的并不困难，而困难的是说你所做的，特别是在中国做一套说一套是普遍存在的事实。
1、开始筹措《 team on rails》
2、从新写点关于RUP的东西——RUP的核心思想是反敏捷的，是大公司的一个方法骗局。
ozzzzzz
- 浏览: 81916 次
- 性别:
- 详细资料
搜索本博客
最近加入圈子
最新评论
-
FDD方法讲座普及篇完成
:idea: 好东西，快快开讲吧
-- by 憨老汉 -
几个主题的准备
一直想看FDD的实例
-- by 憨老汉 -
几个主题的准备
o6z啊，这个什么时候出来呀，我都等你好几年了
-- by 憨老汉 -
《JAVA将死？》之后续
别忘了java还有个script，星星之火可以燎原
-- by KKFC -
送一句话
嗯，说的通俗些，就是要多实践：）上面说的那个“五不”人员应该再加一条——“不世出 ...
-- by springhill
评论排行榜