人月神话读后感

    终于读完人月神话了，一直没有时间写读后感，现在距读完这本书已经一个星期了。现在把自己能想到的写一下吧！

    1 增量式开发。书中特别建议这种开发模式，这种开发模式最大的好处是让开发人员能够在每个阶段有一个可以运行的系统，这样开发人员每个阶段都有成就感，不会觉得枯燥。而且每个阶段开发出的系统其实都可以使用，这样用户可以使用并且有什么不对的地方可以及时纠正。我上一个系统就是采用增量式开发的，我们先把系统的最基本功能实现了，这样系统已经可以使用，可以交给测试和用户来检测和使用。而且当看到一个能运行的系统出来后，那种高兴是不言而喻的。我们采用的架构是SSH（spring-spring mvc-hibernate），设计模式不用说也可以看出是MVC，这种设计很容易进行增量式开发，新的功能和旧的功能的交叉的地方只有一个接口，一个类。而且使用了hibernate，如果后期有新的数据表或者字段加入，也不会对以前的系统有大的影响，只需要局部调整就行。记得有一次面试中面试官问我：为什么MVC设计模式会如此流行？当时的回答是：易学，能够复用。面试官并不满意这个回答，结束后问朋友，朋友答：易扩展，易维护。我觉得这个回答明显要好很多，因为对于大多数软件来说都是经常变化的，反而复用并不多。这本书中也提到软件肯定会有变化，如业务的增加，取消，改变等都会引起软件需求的变化；我自己经历的软件和朋友所说的都证实了现实开发中软件的变化。这样就需要软件易扩展，易维护。

 

    2 书中还提到一点，虽然OS/360失败了，但是在开发它的过程中解决了很多技术难题。这使我想到为什么大家总说只有做项目才能提高技术水平。的确是项目开发过程中会遇到很多问题，这样大家才会想办法解决，没有项目，你不会去想有什么问题。但是在项目中遇到问题的话，你最好的求助方式是网络和书籍，而且如果在遇到问题的时候能深入研究书籍的话你才会进步的比较快。以前我们公司有一个同事，他好像是一个百事通，新出的流行技术他大都会用，我问他是怎么做到的。他答：先看网络，有新技术的话就深入的看看书，然后再自己写一个小例子。这种学习的方式的确不错，但是我自己却做不到。

 

  3 书中提到一个团队，在没有时间，人才和金钱的压力下开发一个系统，本来应该只用1年时间开发的系统却用了5年，当系统开发完成后已经过时了。他们失败的原因有一个就是目标设定的太大，什么都要做到最好，他们列了5个目标，按当时的水平只要他们实现了其中的1到2个就已经很有卖点了。我觉得做系统的确不需要实现太多的目标，而且有些目标甚至是相背的，比如安全性和易操作性。

 

  4 文档。虽然太多的书籍都强调文档的重要性，但是在实际操作中它又发挥了多大的作用呢！书中提到流程图，流程图的使用本来应该在开发前画，但是很多流程图都是在开发结束后需要文档才画上的。这样做也许会对维护人员有帮助，但是维护人员真的会看吗？我觉得有少部分关键文档的确非常重要，大部分文档只是为写文档而写。

 

   5 人月神话为什么能畅销30年。的确如书中所说，其实他只是以某个项目为起点来展开软件工程的实际开发中的原理。记得大学的时候软件工程，计算机原理，编译原理等书籍都至少采用了10年，而其他的java语言等只是这2年才开课的。计算机技术的确变化很快，某些原理却并没有发生大的变化。