这本书读到后面，有一个词反复出现：概念的完整性。作者认为这是系统设计中最重要的东西——整个系统的设计思想应该保持一致，不能东拼西凑、四分五裂。
虽然我还没参加过团队项目，但这个概念让我联想到自己写代码的经历。有时候写着写着就跑偏了，前面设计的结构后面没用上，代码风格前后不一致，变量命名规则变来变去。结果就是代码越来越乱，最后自己都看不懂了。连一个人写都能写出不完整的代码，更别说多人协作了。
书里打了个比方说，好的团队应该像外科手术队伍——一个人主刀，其他人配合，保证整个手术过程思路一致。而不是像屠宰场那样一拥而上，各干各的。这个比喻让我明白，写代码不是人越多越好，而是要有清晰的思路和统一的风格。
还有一个点让我印象深刻。书里说，为了保持概念的完整性，有时候宁可牺牲一些不规整的功能，也不要让系统变成四不像。这话对我很有启发。以前总想着代码要“炫”，要多加点花哨的功能，现在觉得，能把核心功能做得干净利落、让别人能看懂，才是更重要的。
另外，书里关于文档和注释的讨论也让我反思。以前觉得写注释是给老师看的，是应付检查的。但书里说，很多时候你需要回头去看自己几个月前写的代码，那时候你就像一个陌生人，如果没有注释，根本想不起来当时是怎么想的。这个我深有体会——上周写的代码，这周看有时候都要琢磨半天。
总的来说，这本书让我看到，软件工程不只是写代码，更是思考问题的方式。概念的完整性、清晰的思路、良好的习惯，这些东西可能比多学一门编程语言更重要。作为一个刚入门的学生，能早点意识到这些，我觉得挺幸运的。