第一章：概论——重新认识软件工程
说实话，翻开《构建之法》第一章之前，我对软件工程这门课是有偏见的。总觉得软件工程就是讲怎么管理项目、怎么画流程图、怎么写文档，空洞得很，远不如多刷几道算法题来得实在。但读完这一章，我才发现自己的想法有多片面。
这一章给我最大的冲击，是“程序 ≠ 软件”这个基本概念。 书中给出了一个很清晰的公式：程序 = 数据结构 + 算法，而软件 = 程序 + 软件工程。程序是核心，但软件还包括构建管理、源代码管理、软件设计、软件测试、项目管理等一系列内容。回想我大一交的那些课程作业，无非就是一个能跑的源文件，连注释都懒得写，更别提什么设计文档、测试用例了。当时觉得“能跑就行”，现在才明白，那充其量只能算“程序”，离“软件”还差着十万八千里。
另一个让我印象深刻的概念，是软件工程的本质目标。 软件工程不是追求“完美的软件”，而是做“足够好的软件”。我以前写代码总想一步到位、毫无bug，但现实中这是不现实的。书中指出，“足够好”要从用户满意度、可靠性、软件流程质量、可维护性等维度来衡量，需要根据实际情况做出取舍。这让我明白了一个道理：工程思维和竞赛思维完全不同——不是追求最优解，而是在有限资源下做出最合适的决策。
这一章还分析了软件的五大特殊性：复杂性、不可见性、易变性、服从性、非连续性。 尤其是“不可见性”和“非连续性”这两点，让我意识到软件工程面临的挑战远比我以为的大得多。工程师看不到自己的代码在用户机器上如何运行，出了问题很难复现；而输入微小的变化可能导致系统完全崩溃——这和数学题有标准答案完全不同。
总的来说，第一章让我完成了从“写程序的人”到“做软件的人”的认知转变。软件工程不是空泛的管理课程，而是教会我们如何在复杂、不确定的环境中交付有价值的软件。