《没有银弹》
当把软件工程这些年的进展和硬件开发相比，会发现软件开发相比硬件要缓慢地多。即使我们弄清楚了主要任务是——打造有抽象软件实体构成的复杂概念结构——我们也无法找到一种降低软件成本的银弹。进一步分析这个问题，我们会发现，没有银弹的本质原因来源于现代软件系统的内在特性：复杂性，一致性，可变性和不可见性。复杂性主要体现在没有太多重复的部分。一致性体现在为了保持接口的一致性带来了相应的复杂性；可变性来源于需求的易变性，不可见性体现在无法可视化软件，无法通过人的直观简化问题。
《可能有银弹》
作者觉得上一文作者对银弹的理解可能不一定正确。在本文作者看来，银弹应该是一种凡是转变和可重复使用的革命。作者列举了下列可能成为银弹的技术。
面向对象技术可以使软件变得有形，是可重用类和客户代码得以出现。
哥白尼革命论证了需求的升级最终会引导软件范式革命的到来。
工业革命在一定程度上说明了软件的工业革命并无可能。我们完全可以将工具的生产和消费和软件的生产和消费相类比。
《大泥球》
大泥球的定义是一种软件系统缺乏可感知的架构。并且这种架构是普遍存在的。在我们的项目中的确存在大泥球。我们的项目中的的功能是紧耦合的，其中包括线程，调试信息，启动程序和消息传递机制。从更好的角度来说，我们应该将架构更加清晰一些。
《catB》
这篇essay对比了两种不同的自由软件开发模型。
教堂模型：每个release的代码都是开源的，但是各个release之间的代码严格受限。比如GNU Emacs和GCC。
Bazaar模型，代码的开发过程完全公开。这个过程的创始人就是Linus。这篇文章的中心思想就是“被越多双眼球关注，出现重大bug的可能性就越小”。
在我们的项目中，由于code review只在两个人中进行，所以这个效应体现得并不明显。
《方法的好与坏》
方法的好与坏对四种普遍观念提出了质疑。
简化：接口和实现都必须简化。
无误：设计必须在任何可观测方面都是无误的
一致：设计可以稍微让步于一致，甚至可能带来复杂和不完整。一致性和正确性一样重要
完整性：设计必须包含和实际中几乎一样的情形。所有合理的期望都必须被考虑
作者觉得应该进行如下更改
简化：和接口比起来实现应当更简单。并且简化性是整个设计中最重要的要素
正确性：重要性稍次简化性
一致性：不能过分不一致。一致性有时可以牺牲
完整性：完整性可以让步于其他性质。
（后面没看，但是讲道理不是很赞同。光从C++, 来看，想写出高质量的可复用代码，减少用户代码出错的各种可能性，就意味着几乎不可能做到简洁。并且我个人觉得接口简单比实现简单更重要。接口一致能避免很多bug的出现）
《瀑布模型》
特点是开发过程按设计的一系列阶段顺序展开。每个阶段都会产生循环反馈，是一种比较流行的模型。缺点是缺少迭代过程，不可逆。
我们团队中用了里程碑，结对编程和scrum的敏捷思想。
阅读材料2
软件工程和计算机科学区别太大了。软件工程注重方法论，注重利用现有的工具写出高效可复用稳定的代码，非常的工程和实际。而计算机科学非常偏理论，注重知识而不是方法。
本校的计算机教育:计算机系的大作业太水，考试靠突击拿高分，整个三年学生连超过千行的大项目都没几个，都是练笔小程序。