阅读笔记1

本次阅读《构建之法》第一章“概论”，重点学习了软件工程项目的基本定义、核心目标，以及“个人英雄主义”在软件开发中的局限性，了解到软件构建是一项需要协作、规范和流程的系统性工作，而非单纯的“写代码”。同时掌握了软件的特性、软件工程的核心价值，以及团队协作对项目成功的重要性。
个人感受

1. 我过去是怎么做的：在之前的课程设计中，我负责小组的软件开发模块，总觉得“自己写的代码最靠谱”，不愿意和组员沟通代码思路，也不配合小组的分工，常常独自完成自己的模块，甚至拒绝修改自己写的“问题代码”，认为别人的建议不如自己的想法，秉持着“个人能搞定一切”的心态。
2. 结合书中所讲，说明为什么这样不好：书中提到，软件构建不是个人行为，而是团队协作的过程，个人英雄主义会导致团队沟通不畅、代码风格不统一，后续的测试、维护工作难以推进。我独自开发的模块，因为没有和组员同步思路，导致模块之间接口不兼容，后期需要花费大量时间修改；同时，拒绝他人建议，忽略了代码的可读性和可维护性，自己写的代码过了一段时间也难以快速理解，给后续迭代带来了极大不便，也违背了软件工程“高效、可维护、可扩展”的核心目标。
3. 提出一个解决办法，避免再次掉入陷阱：后续参与团队开发时，主动配合小组分工，每天花10分钟和组员同步代码进度与思路，遇到问题主动请教、倾听他人建议；遵循团队统一的代码规范，写完代码后主动提交审核，接受组员的合理修改意见，摒弃“个人英雄主义”，树立“团队共赢”的理念，确保模块衔接顺畅、代码可维护。