人月神话读后感

Posted 2021-02-14 xcl666

感受一，软件编程职业的乐与苦

如文中所说，编程的乐趣在于创造事物，如小孩玩泥巴一样，创造出了自己的东西，这种魔术般的，上帝一般的感觉确实吸引着我，从无到有，从最开始的构思到一步一步的逐渐实现并完善一个项目，最后得出能用的东西，这种成就感是令人满足的，但是任何事物有乐就有苦，编程也是如此，我目前所直接感受到的就是在编码过程中无限的BUG需要去解决，解决-测试，测试-解决，用以完善自己的思路，这种过程是比较乏味，枯燥的，但却是，说心底话，只有多经历这种过程，多去见识那些BUG，并且努力去解决他们，这才能真正的提高自己的水平，我不得不承认这个道理，因为这是事实，所以，我想留给我的只有是去多做，去改变我的想法，要去适应它，习以为常，慢慢的，一步一步去提升。

感受二，添加人手，对于落后的项目进度没有作用

 Brooks 法则：
向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late
software project makes it later）

这个法则是让我耳目一新的法则，因为在大多数工作下，在进度落后时，大家才取得第一措施就是增加人手赶进度，可编程去恰恰相反，因为增加人手会引来繁琐的交流，然乱了原先的人员默契，所以会产生不好的影响。

感受三，团队的分工明确各尽其职，非常重要

“我观察到外部的体系结构规定实际上是增强，而不是限制实现小组的创造性。
一旦他们将注意力集中在没有人解决过的问题上，创意就开始奔涌而出。在毫无限制的实现
小组中，在进行结构上的决策时，会出现大量的想法和争议，对具体实现的关注反而会比较
少“

上述是引用文中的一段话，确实如此，建立高效的团队必须要分工明确，否则只会互相干扰，无法去做事，像外科医生团队，人数可以不用多，但一定分工明确，高效做事，对项目的完成才起到推进作用，在我们自己写代码时，也要分工明确，此处分工明确是要将想法，功能，以及功能的实现过程要分工明确，不要一团糟，乱写东西，在把要写的东西有了详细的分解再去完成，往往事半功倍。