1、结构化编程的主要规则是让程序的每一层都该自成一体，在此后的几十年里不断推动创新的产生。这样对于出错处理和代码复用都带来了好处。
2、除非开发者为个人工作制定计划并遵循之，否则工作将不可预料，项目就会无法控制、不可管理。所以制定计划很重要，但坚持更重要。
3、我们都为组织工作；组织需要计划；除非你的工作足够独立，否则必须按照进度工作；如果你不自己做进度安排，别人就会给你做安排；这样别人就会控制你的工作。
这或许是我们今后工作需要参考的几点吧。
4、质量不该是一种后悔药，而应体现在生产过程的每一个阶段上。
5、缺陷总是存在的。我们应正确合理的看待它。
6、成功往往是铁一般纪律的副产品——一种坚决做出又在每一次遇到挑战时大声重申的选择，限制着项目的范围。
7、也许有一天我们的软件能变成像水管或汽车一样的地步——能循常例生产、不费心思也能用、而且永不改动。这样的梦想是不错，但伴随着发展变化又是那样难以实现，
只能说我们在努力实现它。
8、有人将软件看做是一种科学过程，相信持续改进、甚至可能做到完美无缺；有人则将其看作是以创作为主的活动，虽然可以调优效能，但永远无法像钟表一样运转。
我看好第二点，软件想要完美无缺基本不可能，但它可以发展完善。
9、如我们所见，软件优势感觉难以对付，是因为他不可见。
10、摩尔定律驱动计算机芯片和硬件的速度和效率以指数曲线增长，但软件却步履蹒跚、赶不上趟。的确软件需要一个重大的变革，就像前文所说，实现自动化软件是一个方向。
11、抽象总会出错。有时少有时多。漏洞与出错在所难免。
12、注释有时不仅是说明性的注解，还是情绪宣泄的阀门。尽管几十年来自自动编程和软件工程的各种概念一直在演讲，但做软件还是件痛苦的事。或许我们应该认识到这一点。
13、拿到一个大问题，将其切分成为可个别理解和解决的小问题。并无魔法。只是得巨细靡遗。复杂的问题，大的工程往往不是一蹴而就的，我们要有耐心一步步一点点的去解决它。
14、时间总会比想象中用的多，即便你考虑到侯世达法则亦然。我们或许以后要考虑到这一点。
15、不要瞎猜下一步该怎么走，倾听来自真实用户的建议和抱怨。这些真实用户是在千里之外还是就在眼前并不重要，重要的是拿到实践反馈。我们要凭借用户为自己指引方向。
16、软件之本质困难，仍是强加于技术进步的人类自由意志和不确定性的通行费。这值得我们深思。
17、错误属于人类，计算机不会犯错。我们应尽量去避免错误。
18、为了做软件付出的每份努力都最终注定是不够的，这种思路中有着某种自由度。它意味着总有进一步努力的空间，新一代总会来啃咬难题，某地总有某人欢迎“另一个”程序。我们应该意识到这一点，
尽自己努力就好。
19、你越懂软件，就越不会做软件。或许现在这句话对我来说感受不深，在以后的工作发展中或许会有所体会吧。