《构建之法》阅读笔记（1）

《构建之法》第一章阅读笔记

大马哈鱼洄游模型

软件工程按照经典的瀑布模型 
1. 需求分析 
2. 设计阶段 
3. 实现阶段 
4. 稳定阶段 
5. 发布阶段 
6. 维护阶段

事实上在现实世界中，软件工程师的职业发展与瀑布流程刚好相反

1. 毕业进入公司（或者实习生），开始学习并维护一些已有的软件（维护阶段），主要由自己的师傅（Mentor）带领
2. 能够在项目中改一些 Bug，然后发现发布小规模的更新版本（稳定/发布阶段），联系重构，开始和其他同事打交道
3. 有机会负责重写一个较小的模块，没有多少文档，自己要写很多代码（实现阶段）
4. 表现好的员工，有机会设计比较大的模块，自己写一些文档（设计阶段），和更多成员发生工作联系。在一些情况下还能发挥领导作用
5. 员工逐渐成长为团队的骨干，有机会计划新的项目（需求分析）

1. 开始维护以前的同学开发出来的程序，理解程序，理解用户的痛点
2. 找 Bug，改 Bug，重构小部分代码；一部分同学可以开发测试用例
3. 在现有版本的基础上做少部分增量开发，快速分布并收集用户反馈

1. 根据 Alpha 版本的反馈，进一步分析需求，估计实现需求的难度（此时应该能理解客户需求是什么）
2. 设计 -> 开发（重构）
3. 回归测试（用到上面开发的测试用例）
4. 发布，收集用户反馈，看看新的版本是否真的解决了用户的问题

所以这种学习模式就像从瀑布下方一步一步上溯到源头，然后又从源头流下去，故称之为“大马哈鱼洄游模型”

阅读第一章我有如下体会：

1.我过去学习编程语言时，完成作业的时候看了题目就动手编写，不会就百度，再不行就找同学copy。而身边同学要不和我一样,要不靠大神，编程得永远就那么几个人，大家的作业都就几个版本而已。过去上课，老师严一些就听，而大多数课都在走神、聊天、玩手机。过去编程不注重流程及测试。

2.很显然过去的做法是不对的，上课应该认真听讲，过去那样学不到知识也荒废了时间。看过本书及上过软件工程课后，我知道了编程像解决数学大题一样，要把大问题化小问题，运用“拆分”的思想，编程就容易许多了。身为信息类专业，应该让编程成为我们的一种习惯。编程时遵守PSP，可以更规范，程序错误更少。

3.在老师的带领下，培养学生编程的习惯；老师可以把编程的思想方法教给学生。学生应多阅读编程书籍，每天写几行代码。争取每天都要挤出两个钟头来进行编程。

过了好长时间才展开阅读，时间有点紧，以后每天都会看一点，阅读这本书真的使我受益匪浅！