而对于书中讲述的360事件，虽然OS/360失败了，但是在开发它的过程中解决了很多技术难题。这使我想到为什么大家总说只有做项目才能提高技术水平。的确是项目开发过程中会遇到很多问题，这样大家才会想办法解决，没有项目，你不会去想有什么问题。但是在项目中遇到问题的话，你最好的求助方式是网络和书籍，而且如果在遇到问题的时候能深入研究书籍的话你才会进步的比较快。以前我们公司有一个同事，他好像是一个百事通，新出的流行技术他大都会用，我问他是怎么做到的。他答：先看网络，有新技术的话就深入的看看书，然后再自己写一个小例子。这种学习的方式的确不错，但是我自己却做不到。
书中提到一个团队，在没有时间，人才和金钱的压力下开发一个系统，本来应该只用1年时间开发的系统却用了5年，当系统开发完成后已经过时了。他们失败的原因有一个就是目标设定的太大，什么都要做到最好，他们列了5个目标，按当时的水平只要他们实现了其中的1到2个就已经很有卖点了。我觉得做系统的确不需要实现太多的目标，而且有些目标甚至是相背的，比如安全性和易操作性。
文档。虽然太多的书籍都强调文档的重要性，但是在实际操作中它又发挥了多大的作用呢！书中提到流程图，流程图的使用本来应该在开发前画，但是很多流程图都是在开发结束后需要文档才画上的。这样做也许会对维护人员有帮助，但是维护人员真的会看吗？我觉得有少部分关键文档的确非常重要，大部分文档只是为写文档而写。