最近的几次笔记整理，我保留了章节的第一页封面以及图片，这些内容比较醒目以后或许可以作为提醒我回忆的信息。
在这一章节的开篇谚语以及警句中，我看到了看这本书以来最好的一次翻译了。我觉得聚沙成塔、集腋成裘的翻译十分恰当。
有时候，推进项目进展的或许不会直接的技术而是管理的艺术以及沟通的技巧。因为，大的项目可能有很多人协同工作，而单兵作战决定一切的可能性不大，毕竟我们不是每个人都可以成为RMS的。因此，如何把所有的人笼络到一起是非常重要的。
在进行设计权衡的时候，有时候得面对设计以及难度和消耗等做出综合的评判。而这个需要结构师做深度的决策，当然，相应的组织中应该让结构师负责这样的决策。类似的角色自然也可以由其他的人员来承担，但是从效率的角度考虑的确是不如结构师直接来做来得高效。
接着上面的信息考虑，我们就需要给结构师足够的权威，但是也不能够让结构师处处盛气凌人。否则，提升了效率可能也丧失了团队的凝聚力。
第二个系统，或者说是第二个同类产品很容易出现过度设计的情况。不过，目前来看，就我接触的项目这方面的确会使少一些。因为，考团队的初期需要考虑一些短平快的实施方式，可能目前我看到的更多还在于不断地复制而不是革新。然而，等团队的成长到了一定的程度之后，第二个系统的设计迟早是需要面对的。
产品的设计有时候是非常依赖于团队成员的经验的，有时候，他们提供的或许不是如何去实现，而是让我们避免掉很多失败的可能。
最后，作为技术敏感的人，我看到了我熟悉的东西。linker以及overlay。
类似的linker技术，时至今日我们的确是依然在使用。这本书是一个40周年的纪念版，但是我相信现在距离这段文字写下远不止40年了。然而，这样的linker在我现在的嵌入式领域行业中还是依然在使用。