读人月神话有感
《人月神话》这本书风行已经很久了，写成于1975年。我今天只看了两章，即焦油坑和人月神话。
在读这本书之前想象的太过简单，完成定的初步目标，以为自己就完成了产品编写。而读完之后发现自己很无知。整部书以“焦油坑”开篇，讲了恐龙时代大型动物在焦油坑中挣扎的画面，来映射出软件行业领域探索的特征。这一点与之前要求阅读的“大道至简”相似，“大道至简”也是以愚公移山的故事形象的引发了对工程实践的思考。作者体会到大多为行业新入门的人，贴心的为我们解答了许多困惑，比如编程系统产品是如何产生的，以及它与程序，编程产品，编程系统之间的关系。通过这部分的阅读，我知道了我们平时课堂练习以及考试所做的系统，那只是一个初步的程序，它搭建在了我们自己的电脑系统上，但是要将它变成一个完整的编程系统产品，还要花费程序代码编写数十倍的时间和经历，这不是一件容易的事情。
人月神话看上去这么浪漫的名字，原来并不是真的说神话故事，作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念是不能互换。这本书给我很深震撼，一是让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法。二是作者对软件项目失败的总结，每一个问题我们依旧再犯，特别读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环。“，我对这句话简直是太有感触了。三是作者在那个时候，就根据自己的经验提出了对于软件任务的进度安排，以下是作者使用了很多年的经验法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，理论不用我说，大家好像都明白，实际情况呢，有谁真的拿出那么多时间作计划，又有谁拿出那么多时间作测试，不过令人欣慰的是，大家确实在向这方面改变。