2018-03-01 《简约之美 软件设计之道》

作者：[美] Max Kanat-Alexander
翻译：余晟
https://book.douban.com/subject/20445258/

• 第一章 引言
• 第二章 缺失的科学
• 第三章 软件设计的推动力
• 第四章 未来
• 第五章 变化
• 第六章 缺陷与设计
• 第七章 简洁
• 第八章 复杂性
• 第九章 测试
• 读后感

---

第一章 引言

1.1 计算机出了什么问题？

计算机为什么这么容易出问题？原因是：编程写得太糟糕。
程序太复杂了，需要 化繁为简

1.2 程序究竟是什么？

要想改进结果，提高代码质量最为关键。
所以我们最需要掌握的是，提高代码质量的科学方法。

第二章 缺失的科学

软件设计的科学就是为软件做计划、制定决策的科学，它帮助大家做出这类决定：

• 程序的代码应当采用什么结构？
• 程序的速度重要，还是代码容易阅读重要？
• 为满足需求，应该选择哪种编程语言？

软件系统中任何与架构相关的技术决策，以及在开发系统中所做的技术决策，
都可以归到“软件设计”的范畴里。

2.1 程序员也是设计师

• 每个写代码的人都是设计师

身为设计师，必须时时愿意聆听建议和反馈，之后，任何决策都必须由单独的个人而不是一群人来做出。
而如果你是资深开发人员或首席程序员，你在推翻下属设计时，应当说明新决策为什么比原来的好。不过即便如此，软件设计的责任也应当落实在真正写代码的人身上。

2.2 软件设计的科学

书中列出了关于软件开发的若干定义（Definition）、事实（Fact）、条例（Rule）、规则（Law）。
其中规则最为重要。它是永远为真的事实，涵盖了很多领域的只是。它们帮助我们发现其他重要的真理以及帮助我们预测未来要发生的事情。
这些定义、事实、条例、规则的时候，很多都是显而易见的，但是我们需要问问自己：

• 我是否知道，某些特定的说法是否经过了证实？
• 我是否清楚它的重要性？
• 我是否可以向其他人清楚讲解，让对方彻底明白？
• 我是否明白，在软件开发领域中，它与其他部分知识的关系如何？

2.3 为什么不存在软件设计科学

历史原因造成缺失“软件管理科学”和“软件设计科学”。
而软件复杂性的主要根源就在于缺乏科学。

第三章 软件设计的推动力

明确一个原则

软件的目的是为了帮助人，为了解决问题的。
明确目标后，要针对每一条功能问自己：这个功能是怎样帮助人去做某件事的呢？
好处是：

• 剔除没用的功能
• 帮助澄清该功能的描述或实现方式中的模糊之处
• 确认功能的价值
• 安排优先级
• 删减价值不大的功能

软件设计科学的目标

• 确保软件能提供尽可能多的帮助
• 确保软件能持续提供尽可能多的帮助
• 设计程序员尽可能容易得开发和维护软件系统

第四章 未来

设计软件时，应该做怎样的决定？

4.1 软件设计的方程式

D = （Vn + Vf） / （Ei + Em）
D表示这个变化的合意程度（可取程度，也就是说此项工作值不值得做下去）。
Vn表示当前价值
Vf表示未来价值
Ei表示实现成本
Em表示维护成本
规则：

1. 理想的解决方案：维护成本降到零
2. 理想的实际情况：未来收益高于维护成本
3. 通常来说：相比降低实现成本，降低维护成功更加重要

4.2 设计的质量

设计的质量好坏，正比于该系统在未来能持续帮人他人时间的长度。
使用的时间越长，越需要慎重的设计。

4.3 不可预测的结果

未来的某些事情，是我们不知道的。
程序员犯的最常见、最严重的错误，就是在其实不知道未来的时候去预测未来。

第五章 变化

程序存在的时间越久，它的某个部分需要变化的可能性就越高。
三个误区：编写不必要的代码；代码难以修改；过分追求通用。
删除不必要的代码，未来的需求未来再写。
根据当前的需求，而不是未来的需求。
渐进式开发及设计

第六章 缺陷与设计

在程序中新增缺陷的可能性与代码修改量成正比。 - 改的越多，越可能出Bug
最好的设计，就是能适应外界尽可能多的变化，而软件自身变化尽可能的少。
永远不要“修正”任何东西，除非真的是bug，而且有证据表面问题确实存在。 - 不要手贱
避免重复

第七章 简洁

软件的维护难度，反比于其简洁程度。
要简单到傻子都能懂。
保持一致、命名、注释都需要注意。

第八章 复杂性

新增功能、扩展软件用途、新增程序员、做无谓的改变、困于糟糕的技术、理解错误、糟糕的设计、没有设计、重新发明轮子都会增加软件的复杂性。

8.5 应对复杂性

• 把某个部分变简单
• 不可解决的复杂性：包装一层以屏蔽复杂性，让其他程序员更容易使用和理解。

8.6 推倒重来

前提是：

• 完成了准确评估，新系统比现有系统效率更高
• 有足够时间
• 设计更好（要么是你自己变牛逼了，要么是更牛逼的人来设计）
• 设计好阶段性成果，能够获得积极反馈
• 有足够资源，不光是时间，还要考虑维护两套系统

第九章 测试

你对软件行为的了解程度，等于你真正测试它的程度

读后感

1. 化繁为简、提高代码质量
2. 不仅要明确软件设计中的规则，能够应用到实际软件开发中，还要能够给其他人清楚讲解，要能够扛得住别人的challenge，要能够说服别人！
3. 在软件设计时就要考虑维护成本，降低维护成本比降低实现成本更重要。
4. 维护成本正比于系统的复杂程度。
5. 避免编写不必要的代码，要保证代码容易修改，避免过分通用。