构建之法阅读笔记05

1、我过去是怎么做的
以前写程序、做小组项目，我总是只顾自己埋头实现功能，不重视代码规范、没有单元测试意识；写代码随心所欲，变量命名随意、不写注释，写完能运行就交差。团队合作时也没有明确角色分工，没人负责测试、没人负责复盘，想到什么就做什么，从不重视软件质量和个人工程习惯。
2、结合书中所讲，说明为什么这样不好
书中 4-6 章讲到软件工程师的职业素养、代码规范、单元测试、团队角色与质量保障。对照来看，我过去的做法存在明显问题：只追求功能跑通，忽视代码可读性、可维护性，后续自己回头都看不懂代码；缺少单元测试，全靠手动点点测试，隐藏大量 bug，出问题难以定位；没有团队分工意识，项目混乱无序，责任不清，效率低下，完全不符合专业软件工程师的做事标准。
3、提出一个解决办法，避免再次掉入陷阱
以后写代码刻意养成规范习惯：统一命名风格、关键位置写注释，写完小功能就主动写简易单元测试；小组项目里主动划分角色，明确开发、测试、文档分工；不再只满足于 “能跑就行”，用书中软件质量的标准要求自己，从一开始就养成规范、严谨的开发习惯。