阅读笔记01

前六章的内容，包括软件工程的基本概念、个人开发流程、团队协作、需求分析、代码规范与软件测试等内容。书中系统地介绍了从一个人写程序，到团队共同完成一个可用软件的完整思路，强调了工程化思维、规范流程、用户视角和质量意识，而不只是单纯写代码。
个人感受
我过去无论是写课程作业还是做小项目，基本都是想到什么功能就直接写代码，完全没有规划。拿到题目先敲代码，边写边改逻辑，变量名随便起，函数写得又长又乱。和同学组队时也是各写各的，很少提前商量接口和规范，测试更是随便跑两下看看结果就完事，从来不会主动设计测试用例。
结合书中内容来看，我这种做法本质上只是 “写程序”，而不是 “做软件工程”。只追求功能跑通，不考虑结构和规范，会导致代码可读性极差，后期难以维护；没有流程想到哪写到哪，会频繁返工，效率很低；不重视需求分析，容易做很多用户不需要的功能；团队缺乏沟通会造成接口不兼容、集成困难；不做系统测试则会留下大量潜在 bug，项目稍微复杂就容易崩溃。整体来看，这种开发方式既不专业也不可靠，完全不符合工程要求。
以后再做项目时，我会先梳理清楚需求，简单设计整体结构和模块分工，再开始编码；坚持使用规范的命名和清晰的代码结构；团队项目提前约定接口和规范，定期同步进度；写完核心模块后主动编写测试用例，覆盖正常情况和边界情况，用工程化的方式完成开发，避免再陷入混乱的 “即兴编程” 陷阱。