【阅读】一周翻过《构建之法》，笔记整理

---

🚩 前言

我的阅读方式

我拿到这本书挺久了，之前已经零散地看过一部分，最近一周集中地花了一些时间，将整本书看过了一遍。看得比较粗略，正如“好读书，不求甚解”（我甚至没有去看书中提到的那些参考资料）。

这本书比较强调要实践、”做中学“，但我是个人阅读，缺乏一个实践的环境，同时也还没具备开发软件的经验和能力，因此我阅读这本书的方式可能有些偏离它本身的理念了。

但这并不妨碍我通过简单的阅读，稍稍增加一些对于软件工程的感性认知。

相遇

和这本书的相遇是偶然的，因为它来自CSDN视频号的直播抽奖。书作者是邹欣老师，他在C站好像一直挺活跃的哈哈。

初感受

尝试着看过前面几页后，我感觉我有兴趣继续看下去，也许是它幽默风趣的语言风格吸引了我。学校也有软件工程对应的教材，但阅读起来就相对枯燥很多。

在读者反馈部分有一句话：读烂书浪费时间，读好书却节省时间。那么，《构建之法》这本书如何呢？

🥦 阅读笔记

1

对于软件开发的阶段，书中举了个飞机的例子

• 很多小孩叠过纸飞机，心里一定有”长大了我要在天上飞”的想法。
• 多年以后，很多人还有“在天上飞”的想法。有人居然就实现了。（热气球升天）
• 和上面提到的偶尔“疯狂”的行为比起来，另外一些人能持续疯狂好几年。（莱特兄弟的飞机）

这个例子莫名地就拨动了我的情绪，也许是那跨越时间的执着？我也不太知道。总之这个故事是《构建之法》早期吸引到我的一部分，这里写得比较草率，有兴趣可以自己看一下原书。

书中像这样一些故事或比喻挺多的，这虽然是一本关于软件工程的书，但阅读起来也不至于太过无聊。

2

• 软件工程师不能按时交付的原因之一，是他们有时候不满足于“解决目前直接的问题”，而是想“解决问题背后的问题”，或者“解决通用的、不直接的、但有重大意义的问题”。

看到这里，我有点像在照镜子。我感觉我经常因为陷入这样的状态而跟不上节奏，例如：

• 上课听着听着就想一个问题去了，然后后面就听不明白了
• 纠结于某些细节，以至于无法按时完成作业或任务

而这些不满足于现有问题的思考也许是弊大于利，它经常得不到什么有用的结果。

3

教育的三个区域

• 恐慌区，高层次问题，无暇顾及
• 学习区，中间层次的问题，花脑力解决
• 舒适区，精通，低层次的问题，变成自动操作

我们有时会强迫自己进入恐慌区，然而没有实力且心理准备也不够。比如想学习算法，听说《算法导论》很赞，就抱着这块砖头开始啃，多少人能一直啃下来？

这可能不只是一个坚持不坚持的问题，同时也是这件事情合不合适的问题。

书中的建议是：

• 把那些低层次的问题都解决了，变成不用经过大脑的自动操作，然后才有时间和脑力来解决较高层次的问题。选择合适的学习区，不断构建自己的舒适区，从而拓展学习区，最后在某些领域达到技能的精通。

4

• 回首当年，我（的态度）的确是错了。任何事情，当你仔细探究，你就会理解它的量和质；当你对一个领域的神韵足够了解，并开始连接这个领域的表现形式和实现细节的时候，任何一个领域都是会变得引人入胜的。

这个观点值得仔细考虑。一个领域你不深入到一定的程度，就有很多乐趣都体会不到。

就像，旋转是乒乓球的一大精髓，一些尝试不久新手是不会旋球的，又如何能比较完整地体会到乒乓球的乐趣呢？

5

看到了“两人合作”那一章，两人合作、结对编程有那么多好处，以至于我有些心潮澎湃，忍不住想要大干一场，但貌似也没有什么合适的项目和伙伴，呜呜。

6

• 代码风格：花括号都独占一行。容易看清程序的结构和对应关系，方便调试。

我试着用了一段时间，感觉不太喜欢，因为代码的行数会变得很多。程序代码很容易变得很长，给浏览带来了一些困难。

7

• goto：函数最好有单一的出口，为了达到这一目的，可以使用goto。

我赞同。曾多次被告诫不要使用 goto，因为它会破坏程序的结构。我想，这应该是对 goto 的不恰当使用导致的，goto 太灵活了。

使用 goto 构建函数的单一出口是一个不错的办法，给我程序的调试带来了一些方便（个人较少使用 debug 工具，习惯通过输出中间结果进行 debug）。

8

断言：看到了断言这个东西，也许我可以尝试这用起来

9

如何正确地给予反馈？反馈有三个层次：

• 最外层：行为和后果
• 中间层：习惯和动机
• 最内层：本质和固有属性

应该有意识地选择比较合适的反馈层次。个人感觉比较常见的是过于深入核心的攻击，例如：
$$你就是自私！$$
“自私”是一种固有的属性，被攻击一方已经无法回应。

具体情况具体分析，有时深入的反馈也是有必要的。

10

• 敏捷流程：冲刺阶段是时间驱动的，时间一到就结束。这个特点看似不起眼，但其实它有效地断了各种延期想法的后路。

也许我可以尝试着改变自己的拖延症。

• 关于成果：告知已经抓出来 N 个腐败分子固然解气，但关键是“还有多少还在台上”。

• 强调短周期迭代：一些艰难的任务往往在短周期的迭代中得不到应有的重视

需要小心

11

• 软件工程这个领域出现了不少热闹的宣言和冷静的反思，百花齐放当然好，但是都有各自的适用范围和时代背景

12

• 没拿准是不是要通知某一方面的人员：宁可过分沟通。

沟通！

充分信任和授权：看到书中多次讲到这一点，忍不住有些向往这样的氛围。

13

需求分析

• 用户也不一定很清楚自己的需求，需要挖掘和引导他们表达出真实的需求。
• 软件开发的过程，就是用户最需要的东西在层层链条中传送、转换、实现、扭曲的过程（有一个非常著名的秋千图）。
• 计划和估计：探险者总是高估自己的能力，低估未知的困难——不然他们就不会出门探险了！

下面这个故事莫名有些拨动了我的情绪，于是我决定把它也记下来。

14

锻炼自己：参加多种社团并组织一些活动，最好是草根的活动，而不是由上而下规定的活动

15

软件设计和实现

• 一图胜千言
• 有种文学化编程：写文档，时不时有些代码（而不是写程序，是不是加上一些注释）。

之前就有人看我一篇算法博客说没看懂，不知道多加上一些图会不会好一些。

16

• 诺尔曼借了一台彩色显示器自己用，他发现彩色显示器并没有增加可分辨的价值，但是实验结束后，他自己却很不愿意把彩色显示器还回去
• 设计的三个层次：本能、行为、反思

17

• 避免频繁地到处改动代码而引入新的bug，是谓之稳定
• 我们往往奖励末端治理的英雄，但是最初提建议的人未必得到奖励

18

创新的八个迷思

1. 灵光一闪现，伟大的创新就紧随其后
2. 大家都喜欢创新
3. 好的想法会赢
4. 创新者都是一马当先
5. 要成为领域的专家，才能创新
6. 技术是创新的关键
7. 成功的团队更能创新
   • 专家对于颠覆性技术的估计大多数都是错误的
   • 在高校讲课也感觉到这样一些困难。要知道，这些高校都是喊着培养创新人才、创新型大学的口号和企业合作的。“我们支持改革，但是这事情以前从来没有做过，所以不能做”
8. 创新者就是冒险家
   • 关键不是喜欢冒险，也不是躲避风险，而是从错误中恢复并继续努力
   • 做的不一样很容易，做得更好才是非常困难的

19

创新的时机

• 只先一步
• 现在技术圈子里大家都在吹的那些技术，如SoLoMo、只能硬件、人工智能、云等，它们处于哪一个阶段？你应该贸然出手么？

20

创新和作坊

• 1）专注于你真正想做的事，也许比较寂寞，因为它不是网上热捧的“高科技”
• 2）如果你觉得解决普天大众的问题很难，能否从解决自己的问题、身边的问题开始？
• 3）真正做好服务，不管用户有多少。保护用户的数据和隐私，就像你希望别人保护你的隐私一样，不要找借口
• 4）有胸怀去找至少一个伙伴，一起成长
• 5）能自我管理，按照自己的节奏来分享体会和成果
• 6）享受你的工作和生活，当别人询问你的工作职位时，能够情绪稳定地说：我自己干

21

领导力

• 请你看看你身边的那些“管人的领导”，他们擅长的是把人当作东西来管理，还是领导大家达成团队的目标
• 一个有雄心壮志、有紧迫感、有纪律的“我”，领导一个三心二意、有拖延症、得过且过的“我”
• 但是随着时光流逝，领导力在慢慢丧失，直到下一次觉醒
• 知识是有用的，但解决实际问题我们需要技能
• 员工内部驱动因素：自主性，精通某个领域，使命

22

书中给任课老师和助教的建议

• 知识体系是构建出来的，而不是接收到的。与其灌输知识，不如让学生自己构建
• 人的认知模型改变得非常缓慢，搞那些速成的、疯狂的、喊口号的培训未必改变了人的认知模型
• 提问能帮助构建知识体系。所以我们要鼓励学生思考、辩论
• 身心投入是学习的关键。没有一定的工作量，怎么能达到“身心投入”呢？

🌾 结语

关于这篇笔记

这是一篇零散的阅读笔记，纪录的东西之间是孤立的，只是大体沿着《构建之法》的章节顺序，因此不是一篇对读者友好的笔记。我写下它，主要是个人进行一次回顾，回顾中也感受到一些前面读过的内容已经忘记了，当时的感受也变得模糊了，再翻一遍的时候会有种找回丢失的物品的惊喜感。

笔记中许多对于书本内容的引用做了一些删除，有些断章取义，建议还是可以自己阅读原书。

在笔记的前面部分，我相对较多地写了一些自己的感受或想法，而笔记后面部分则慢慢地变成了简单的摘抄。难道书籍后阶段的阅读就没有产生什么感受或想法吗？
当然不是。可能是有些累了就想着要偷懒了，后面对这篇笔记的态度更像是一个待完成的任务，而不是一次我渴望进行的总结和分享了。心里就想着：“快点叭，把这些东西搬运上去，活就干完了！”
这不是个好状态。

最后

这本书令人较多地感受到方法论层面的东西，我感觉自己读这本书不像是在学软件工程，至少不是我想象中的软件工程。但不管怎样，好像都没有关系，这里附上爱因斯坦的一段话：

• 用专业知识教育人是不够的。通过专业教育，他可以成为一种有用的机器，但是不能成为一个和谐发展的人。要使学生对价值有所理解并且产生热烈的感情，那是最基本的。
  他必须获得对没和道德上的善恶鲜明的辨别力。否则，他——连同他的专业知识——就更像一只受过很好训练的狗，而不像是一个和谐发展的人。
  为了获得对别人和对集体的适当关系，他必须学习去了解人们的动机、他们的幻想和他们的疾苦。

我之前读过《计算机概论》（[美]J.Glenn Brookshear Dennis Brylow 著)，笔者感觉这是本不错的书，它有个特点是每章后面都会鼓励读者去思考相关的社会问题。

---

完
2022.10.20