构建之法阅读笔记04

1、我过去是怎么做的
第一次读《构建之法》前三章时，只是粗略翻读，只把它当普通课本看，只记概念名词，不联系自己平时做项目、写程序的实际经历；平时写课程作业、小组项目也都是凭着感觉来，以为软件开发就是会写代码就行，不重视软件工程思维，也没认真思考过团队合作、流程规范、需求分析这些内容。身边同学也大多都是这样，只求把功能做出来，不讲究方法和流程。
2、结合书中所讲，说明为什么这样不好
第二次重读前三章才明白，书中一开始就点明：软件工程是一套系统的做事方法，不是单纯拼编程能力，强调软件开发要有流程、有分工、有需求把控、要有规范思维。
我过去浅读书、不结合实践、随性开发的方式问题很大：
只死记概念，没有内化，读完根本不会用在实际项目里；
不重视前期思考，上来就写代码，容易逻辑混乱、反复返工；
缺乏工程化思维，做项目没有规划、没有分工，小组协作效率低、矛盾多；
完全陷入 “重代码、轻方法” 的误区，和书中提倡的专业软件开发思维背道而驰。
3、提出一个解决办法，避免再次掉入陷阱
以后再读专业书籍、做开发项目，不再走马观花浅读：读书时一边看一边对照自己过往的开发经历，把书中每一个理念对应到自己做错的地方；做项目前先按书中前三章的要求，简单梳理需求、划分模块、明确分工，先规划再动手写代码；每次做完项目做一次小复盘，用软件工程的标准自查问题，慢慢养成规范化、工程化的做事习惯，不再凭直觉盲目开发。