最近阅读了我们老师推荐的一本和我们软件工程专业相关的书籍《梦断代码》。首先，经过了解，我知道了，《梦断代码》作者罗森伯格对OSAF主持的Chandler项目进行田野调查，跟踪经年，试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。作者通过对该项目的全程跟踪，给我们展现了一个软件项目从开始到结束的全过程。在看了这本书后，我也是不胜唏嘘，软件的制作真的没有那么简单，而本书描述的内容，也给我们提供了很多经验和教训。

　　在第一章的记述中，我记住了这么一个法则，布鲁克斯法则：向已延误的项目中补充人力，只会使其继续延误。作为一个在校学生，我对行业的许多规则还并不熟悉。第一次看到觉得很有趣。但从这个法则中我看到了人多力量大在软件行业中并不是适用的。而在第三章中，我看到了他们在项目前期决定语言的状况。计算机语言那么多种，也各有千秋，每个人喜欢的也不一样。总之，确实是一件挺痛苦的事。书中提到一个叫考克斯的人，他创办了一家叫做Stepstone的公司，致力于向C语言系统搭造者提供插入式芯片级软件组件，最后的结论是：坏消息是这次试验显示，即便采用最新的技术，要想设计和制造既有用又真能复用的组件、为组件写文档以便于客户理解、移植组件到潮水般不断涌现的新硬件平台上、确保最新的改进或发布版本不与现存接口冲突、将组件销售到类似威廉姆斯堡枪械行业那种鼓励从头做起的价值体系，都是极其困难的。可复用软件之梦有一个悖论：几乎总能找到一段满足大部分需要的代码。但这些拿来的代码所不能做到的部分，恰恰是项目与众不同的创新之处----也是创建这个项目的出发点。

　　总之，在阅读的这几章《梦断代码》后，我真心看到了软件制作的不易。