15条软件开发黄金定律

ゞ浴缸里的玫瑰 2022-02-22 07:50 291阅读 0赞

与其他领域一样，软件开发领域也有一些非常有趣的定律。程序员、技术经理和架构师们经常在会议和聊天中提到它们。作为小白，我们常常只有点头附和的份，因为我们不希望让对方知道我们实际上根本不知道布鲁克、摩尔或者维斯都是什么人。

这些定律包括了一些法则或软件开发大神的名言。它们都很有趣，值得我们一探究竟，而且每个定律背后都有令人惊叹的背景故事。

在这篇文章中，我将分享我对软件开发领域最著名和最常见的定律的解释和想法。

## 一、墨菲定律（Murphy’s Law） ##

可能是最著名的定律之一，主要是因为它不仅适用于软件开发。

> 如果事情可能出错，它就会出错。

*  第一个推论：那些有效的（代码），你可能反而没有写出来。
 *  第二个推论：诅咒是唯一一门所有程序员都能流利说出来的语言。
 *  结论：电脑会按照你所写的（代码）去做，而不是按照你所想的去做。

防御性编程、版本控制、末日场景（针对那些该死的僵尸服务器攻击）、TDD、MDD，等等，这些都是针对这一定律的防御性实践。

## 二、布鲁克定律（Brook’s Law） ##

大多数开发人员都有意无意地经历过布鲁克定律，该定律指出：

> 为已经延期的软件项目增加人手只会让项目延期得更厉害。

如果一个项目出现了延期，只是简单地增加人手很可能会带来灾难性的后果。对编程效率、软件开发方法、技术架构等因素进行评审总是会带来更好的结果。如果没有，那说明霍夫施塔特定律也在起作用。

## 三、霍夫施塔特定律（Hofstadter’s Law） ##

霍夫施塔特定律由 Douglas Hofstadter 提出，并以他的名字命名。

当然，不要将这个定律与电视剧《大爆炸》里的 Leonard Hofstadter 混淆起来了，尽管他说的一些话对某些人来说是有一点意义的。

![\\"\\"][8df06bfe783885a40e73e1b7f6ed7a9a.jpeg]

这个定律指出：

> 即使你考虑到了霍夫施塔特定律，项目的实际完成时间总是比预期的要长。

这个“定律”是关于准确预估完成复杂任务所需时间的难度。这个定律具有递归性，反映了预估复杂项目的难度，尽管你可能已经做出了最大的努力，而且也知道任务的复杂性。

这就是为什么在进行项目预估时必须要有一个缓冲区。

## 四、康威定律（Conway’s Law） ##

> 软件的结构反映了开发软件的组织的结构。

或者说得更清楚一点：

> 组织所设计的系统的结构受限于组织的通信结构。

很多组织是根据功能性技能来划分团队的，所以会有前端开发团队、后端开发团队和数据库开发团队。简单地说，如果某人想要改变的东西属于其他人，那么他就很难改变这些东西。

现在越来越多的组织根据有界上下文来组建团队，而微服务等架构也在根据服务边界而不是孤立的技术架构分区来组建团队。

因此，根据目标软件架构来组建团队可以更容易实现软件架构，而这就是对抗康威法律的一种有效方式。

## 五、波斯托定律（Postel’s Law）或鲁棒性法则 ##

> 保守输出，自由输入。

Jon Postel 最初将它作为实现健壮的 TCP 的一个原则。这个原则也体现在 HTML 中，HTML 的成败可以归因于它的很多属性，但究竟 HTML 是成功的还是失败的，不同的人有不同的看法。

## 六、帕累托法则（Pareto Principle）或 80/20 法则 ##

> 对于很多现象，80％的后果源于 20％的原因。

80％的 bug 来自 20％的代码，这个说的就是帕累托法则。

还有人说，公司里 80％的工作是由 20％的员工完成的，问题是你并不清楚是哪 20％员工。

## 七、彼得法则（The Peter Principle） ##

这是一个相当令人沮丧的定律，特别是如果你碰巧亲身经历过。

> 在一个等级制度中，每个员工都倾向于晋升到他无法胜任的职位。

呆伯特（Dilbert）系列漫画中有一些这方面的例子。

![\\"\\"][7e3652df1e52566411deed10423bf5d6.jpeg]

## 八、基尔霍夫法则（Kerchkhoff’s Principle） ##

> 在密码学中，系统应该是安全的，即使系统的所有东西都是公开的——除了一小部分信息——秘钥。

这是公钥密码学的主要法则。

## 九、莱纳斯定律（Linus’s Law） ##

这是以 Linux 之父 Linus Torvalds 的名字命名的，该定律指出：

> 如果有足够多的眼睛，所有的 bug 都将无所遁形。

可以使用著名的《大教堂与集市》来描述这个定律，它解释了两种不同的自由软件开发模型之间的对比：

*  大教堂模型——每个软件发行版都提供源代码，但发行版之间的代码开发仅限于一组专有的软件开发人员。
 *  集市模型——代码开发通过互联网公开进行。

对源代码进行更广泛的公开测试、评审和实验，就会更快地发现各种形式的 bug。

## 十、摩尔定律（Moore’s Law） ##

> 单位成本的计算机算力每 24 个月翻一番。

最流行的版本是说：

> 集成电路上的晶体管数量大约每 18 个月会增加一倍。

或者：

> 计算机的处理速度每两年翻一番！

![\\"\\"][ca998d2df6c5e9bca66d4d00f26a8e2c.jpeg]

## 十一、沃斯定律（Wirth’s Law） ##

> 软件比硬件更容易变慢。

参考一下摩尔定律吧！

## 十二、九九法则（Ninety-Ninety Rule） ##

> 前 90％的代码占用了 10％的时间，其余的 10％代码占用了剩下的 90％时间。

有人不同意这个的吗？

## 十三、克努特优化法则（Knuth’s Optimization Principle） ##

> 过早优化是万恶之源。

![\\"\\"][4ccb60c12d32a3f8bf1161ab11208c3e.png]

先写代码，然后找出瓶颈，最后才修复！

## 十四、诺维格定律（Norvig’s Law） ##

> 任何超过 50％渗透率的技术都不会再次翻倍（无论在多少个月内）。

## 十五、真香定律 ##

> 别更新了，我学不动了！……真香。

所有程序员都逃不过的定律，同意吗？

[8df06bfe783885a40e73e1b7f6ed7a9a.jpeg]: /images/20220222/3eda5b8d1a664ac8b3020fca0920a2cf.png
[7e3652df1e52566411deed10423bf5d6.jpeg]: /images/20220222/8d77deb8a1b948dcbbc602982fce2a0e.png
[ca998d2df6c5e9bca66d4d00f26a8e2c.jpeg]: /images/20220222/77e0ce1215e64b86b0f85dde1a07cf57.png
[4ccb60c12d32a3f8bf1161ab11208c3e.png]: /images/20220222/f1b2dc58655545e39157ba02f7b2ead9.png

发表评论取消回复

表情：

评论列表（有 0 条评论，291人围观）

还没有评论，来说两句吧...

相关阅读

相关程序员的10条黄金法则，你懂？

来源:http://www.dajiangtai.com/community/126.do?origin=csdn-geek 下面这10个要点能帮助你成为一个更优秀的程序员。

旧城等待，/ 2023年10月17日 09:01/ 0 赞/ 97 阅读

相关制作PPT的7条黄金法则

导读：制作具有视觉吸引力的演示文稿的速成指南。作者：玛丽昂·沙罗（Marion Charreau）、珍妮弗·约翰逊（Jenifer L. Johnson）来源：大数据D

墨蓝/ 2022年10月05日 11:53/ 0 赞/ 209 阅读

相关 [转]软件开发中的11个系统思维定律

彼得·圣吉在其著作《第五项修炼》中提到的系统思维定律同样适用于软件开发。 1. 今日的问题源于昨日的解决方案（Today’s problems come from y

谁践踏了优雅/ 2022年09月19日 10:49/ 0 赞/ 474 阅读

相关 [转]软件开发中的11个系统思维定律

彼得·圣吉在其著作《第五项修炼》中提到的系统思维定律同样适用于软件开发。 1. 今日的问题源于昨日的解决方案（Today’s problems come from yest

清疚/ 2022年09月19日 10:48/ 0 赞/ 89 阅读

相关软件开发问题定位定律

定律1：最难定位的问题要么是最疑难的问题，要么是最低级的问题，这两种问题都有一个共同特征，就是让你意想不到。举一个例子，一次代码编译不过，报函数没有定义，开始怀疑是类没

布满荆棘的人生/ 2022年07月12日 11:35/ 0 赞/ 174 阅读

相关软件开发的七条原则

原则 \1：The Reason It All Exists(它存在的原因) 软件系统存在的原因：为用户提供价值。所有的决定都应该考虑到这一点。在指定系统需求之前，在关注

待我称王封你为后i/ 2022年05月23日 00:05/ 0 赞/ 202 阅读

相关前端网页性能最佳实践——雅虎35条黄金定律

参考文章：[http://www.cnblogs.com/developersupport/p/webpage-performance-best-practices.html\

- 日理万妓/ 2022年04月18日 00:28/ 0 赞/ 180 阅读

相关 15条软件开发黄金定律

与其他领域一样，软件开发领域也有一些非常有趣的定律。程序员、技术经理和架构师们经常在会议和聊天中提到它们。作为小白，我们常常只有点头附和的份，因为我们不希望让对方知道我们实际上

ゞ浴缸里的玫瑰/ 2022年02月22日 07:50/ 0 赞/ 292 阅读

相关界面设计的八条黄金法则

Ben Shneiderman（生于1947年8月21日）是美国马里兰大学人机交互实验室的美国计算机科学家和教授。他的作品与唐·诺曼（Don Norman）和雅各布·尼尔森（

系统管理员/ 2022年02月01日 04:19/ 0 赞/ 278 阅读

相关 99%的程序员认不全的软件开发定律

![webp][] > 这些著名的软件开发定律，你都知道哪些？与其他领域一样，软件开发领域也有一些非常有趣的定律。程序员、技术经理和架构师们经常在会议和聊天中提到它们。作

╰半夏微凉°/ 2022年01月17日 14:39/ 0 赞/ 344 阅读