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

《构建之法》To Teacher & TA和第一章阅读笔记

大马哈鱼洄游模型

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

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

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

---

现实生活中，学习的过程 Alpha 阶段

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

---

Beta 阶段

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

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

 

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

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

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

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

 

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

To Teacher & TA