参考：
https://www.timsommer.be/famous-laws-of-software-development/
https://blog.csdn.net/zl1zl2zl3/article/details/88414943
- 墨菲定律（Murphy's Law）
- 防御性编程（Secure）——可以/应该被大规模使用（很多非空、长度检查）
- 版本控制（回退版本）
- TDD（测试驱动开发）
- MDD（模型驱动开发）
凡是可能出错的事就一定会出错。
衍生出 说脏话是唯一一门程序员都很流畅的语言
推论：计算机会按照你写出来的方式去运行，而不是你脑海中的去运行
- 布鲁克斯法则（Brook's Law）（通常不包含 Exception）——《人月神话》磨合成本
- 提高编程效率
- 审查软件开发方法
- 技术架构是否合理
向一个延期的项目增加人手只会让它延期得更加厉害。
- 霍夫斯塔特定律（Hofstadter's Law）
- 递归性（即使付出最大的努力，也知道任务是复杂的，去精确地估算它依然是非常难的，所以要给估算留一个缓冲区出来）
事情总是要花费比你预想更长的时间，即使你把霍夫斯塔特定律也考虑在内。
- 康威定律（Conway's Law）
软件的任何一部分都反应了创建它的组织结构。
- 伯斯塔尔定律（Postel's Law）/健壮性法则（Robustness principle）
发送时要保守，接收时要大方。（HTML）
- 帕累托法则（Pareto Principle）/ 80/20 法则（The 80-20 rule）
代码中 80% 的错误都是由代码中的 20% 引起的。公司 80% 的工作是由 20% 的员工完成的。问题是你并不总是清楚谁是那 20%。
- 彼得原则（The Peter Principle）
在等级制度中，每个员工都倾向于提升到他无法胜任的等级。
一旦组织中的相当部分人员被推到了其不称职的级别，就会造成组织的人浮于事，效率低下，导致平庸者出人头地，发展停滞。
- 柯克霍夫原则（Kerchkhoff's Principle）——非对称加密主要原则
在密码学中，即使一个系统中的所有东西都是公开的（密钥除外），该系统也应当是安全的。
- 林纳斯定律（Linus's Law）
众目睽睽之下，一切 bug 都无所遁形
被公开审查、测试的代码越多，各种形式的错误就能更快地被发现。（chrome 攻击）
暂无回复。