关于构建之法的一些问题

标签：若是   构建   情况   程序员   作用   需要   注意   第四章   问题   

在P53页第三章3.2中，作者提到关于过早优化是思维误区，我则认为写完一段后优化比程序完成后优化要好，局部优化可以让程序员注意到细节问题，若是代码过多当全部写完后进行优化会很麻烦。

在P73页第四章4.2.9中，作者提到了注释的作用，我还是不是很清楚究竟在哪些情况下需要用注释？

在第五章关于团队中如果队员的能力相差过多，又有一个非常繁琐的程序需要编写应当如何做？

在P99页关于一窝蜂模式和秘密团队的区别两者都是有极大的自由度，为何秘密团队要有效的多？

在P100页关于敏捷的开发模式是什么意思？

关于构建之法的一些问题

标签：若是   构建   情况   程序员   作用   需要   注意   第四章   问题   

原文地址：http://www.cnblogs.com/cdab/p/7531125.html