阅读笔记2

第4章 乐高王国 　　模块化和组件化是软件人员的梦想，谁都想把几个模块插到一起就可以完美的运行并完成任务，但现实却相当残酷，可以运行的模块通常不能与自己想写的程序配合工作，好的源代码由于商业利益也不太容易找到，程序员只能自己另起炉灶，搭建自己的模块，但结果还是一样，做出来的东西难以让他人共享，这个现象周而复始，不断地在多个程序员身上上演。 　　大概满足需求的开源代码我们都能找到很多，但是能恰好契合契合我们问题的却很难，除非是很传统的练习题，如果是创新性的项目就需要我们自己去解决这些差异。     第5章 管束奇客和狗 　　国外技术人员不愿承担项目经理这种管理岗位，而在国内正好相反，许多时候还是不会编程的人来管理。 　　用代码行数做判断标准只会鼓励程序员写臃肿、蹩脚的代码。 关于奇客的2种定义： 　　以（计算机）程序缺陷为食----不善社交、身有恶臭、面色苍白的偏执狂，具有奶酪刨丝器一般的人格特点。专注于己事的人；追求技术（特别是专业技术）和梦想、不融入主流社会的人。 　　我们在制作工具的时候，不要花费太多的时间，虽然磨刀没有错，但毕竟时间有限，我们的主要任务还是砍柴。     第6章 搞掂设计方案 　　持续集成应该更利于产品的定期发布。 　　关于Linux的作者李纳斯托瓦茨的话： 　　别做大项目。从小项目开始，而且永远不要期望它变大。如果这么想（指做大型软件），就会做过度设计，把它想象行过于重要。更坏的情况是，你可能会被自己想象中的艰难工作所吓倒。所以要从小处起步，着力考虑细节。别去想大图景和好设计。如果项目没解决某些需求，多半就是被过度设计了。 　　别指望在短时间内达到大成就，我致力于Linux达13年之久，我想后面还得花上好些时间。如果一早就妄想做个大东西，可能现在还没动手呢。 　　应该要脚踏实地，不要妄想一口吃成个胖子，从小一步步积累，一步步提高自己的能力。     第7章 细节视图 　　需求搞错的严重后果，18英尺的巨石拱门变成了18英寸的石桩子。 　　一定要弄清楚需求，否则白白浪费时间和人力。最好能让负责这一块的人复述一下让他说一下自己的理解。