个人感受：
过去的做法：
想得太多，想到什么都想往上加，让程序变得更加丰富一点、花哨一点。
这样做的缺陷:
加的东西多，就往往忽略了软件的根本目的需求，求了次要的却省了主要的，反而软件失去了它的根本意义，甚至会影响原本的运行效率和速率。
解决方法：
在保证基本功能不受影响的情况下，为迎合用户，进行适当的拓展开发。
阅读记录：
本书是讲一事，也是讲百千事；是写一软件，也是写百千软件；是写一群人，也是写百千万人。任何一个在软件领域稍有经验的技术人员看完本书，必掩卷长叹：做软件难。软件乃是人类自以为最有把握，实则最难掌控的技术。
我读的是翻译过的，读完韩磊翻译的《梦断代码》样书，不免让人掩卷长叹！一群人们怀抱着改变世界的理想上路了，却在追寻时发现，那些近在眼前的理想之峰，变得那么的遥不可及；每当翻过一座横亘在面前的山峰时，总以为已经来到理想之峰的脚下，却发现这又是另一座需要攀越克服的阻隔之峰 软件开发过程有时就是这样的一种体验，目标看是唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走，问题随着开发的深入而不断涌现；这就像是坐在大象背上的训象师，用吊在大象鼻子前的香蕉，给大象耍的把戏。
开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的悖论-往已延误的项目中补充人力，只会使其继续延误。项目目标不明确，标靶变来变去，因此有时决定说什么，比怎么说更困难。项目目标不切实际，从一开始就想做一个适合所有人的，能做所有事的系统，造成就如要做永动机一样的结局。