2007年
-
编辑 删除
读《理解专业程序员》
这本书提到了很多问题值得思考：1 如何评价专业的程序员 -- 怕只有看代码才是最权威的2 方法论很重要，总结自己，学习别人（评审就是一种途径）。3 要勤于思考，研究问题时不要太早放弃，也不要死专牛角尖。大脑需要从多种方面刺激才更灵活！[@more@]
-
编辑 删除
重读《面向模式的软件系统结构》卷1
这本书我好早前读过，当时对设计很感兴趣，读了一大堆设计模式方面的书，包括最经典的那本设计模式，java设计模式，企业软件设计模式，还有就是这一本。这几天思考一下我们做的软件（一个java应用服务器）究竟符合哪种架构模式，就再来翻一翻这本书。无奈这本书翻译的太差，第二遍拿起还是让人有点看不下去。对照着书中的几个模式，仿佛我们的软件设计比较符合“微核模式”，一个轻量级的核心，一堆诸如transaction,naming,security等的系统功能构件在核心之上，再上层就是EJB,WEB Container,再上层就是用户的应用。但仿佛又像是一个“分层
-
编辑 删除
什么样的团队组成最有效？
我不止一次在书中看到最好的程序员的工作效率会10倍于最差的程序员。既然如此，为什么大家不都雇佣那些最好的程序员呢？通常，用两三倍菜鸟的薪水就可以雇佣一个“牛人”了，而牛人的工作效率，工作质量都要远高于菜鸟。可没有哪个老板是傻子。如果“牛人”团队真的那么高效，大家都会争相抢购"牛人”。就算是实力稍差的公司也会乐于用高价钱聘用牛人，而不喜欢菜鸟，毕竟这笔帐还是容易算的。仔细考虑，可能以下因素促使大家没有都去推崇“牛人”团队。1、牛人不容易管理，也许有时牛人会挑战领导的权威。2、都是牛人容易内耗，如果
