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

╰半夏微凉° 2022-01-17 14:39 381阅读 0赞

![webp][]

> 这些著名的软件开发定律，你都知道哪些？

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

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

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

## 墨菲定律（Murphy's Law） ##

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

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

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

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

## 布鲁克定律（Brook's Law） ##

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

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

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

## 霍夫施塔特定律（Hofstadter's Law） ##

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

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

![webp][webp 1]

这个定律指出：

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

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

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

康威定律（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）系列漫画中有一些这方面的例子。

![webp][webp 2]

基尔霍夫法则（Kerchkhoff's Principle）

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

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

## 莱纳斯定律（Linus's Law） ##

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

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

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

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

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

## 摩尔定律（Moore's Law） ##

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

最流行的版本是说：

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

或者：

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

![webp][webp 3]

## 沃斯定律（Wirth's Law） ##

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

参考一下摩尔定律吧！

九九法则（Ninety-Ninety Rule）

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

有人不同意这个的吗？

克努特优化法则（Knuth's Optimization Principle）

> 过早优化是万恶之源。

![webp][webp 4]

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

## 诺维格定律（Norvig's Law） ##

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

## 真香定律 ##

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

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

转载于:https://blog.51cto.com/14217562/2378049

[webp]: /images/20220117/69144837a55640a880824914a25c3ef7.png
[webp 1]: /images/20220117/d8a5c24b061749ffa058426205d3b3e8.png
[webp 2]: /images/20220117/d37a8264a3874947bfc479dac916d20b.png
[webp 3]: /images/20220117/b13547dc6dbe4418a1e09207487071a9.png
[webp 4]: /images/20220117/8d116692e9564475acf0cfb76d5ffc29.png

发表评论取消回复

表情：

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

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

相关阅读

相关程序员生产力工具大全，软件开发者常用的工具有哪些？

有哪些神器，可以帮助程序员提高工作效率？每一位程序员，都希望能在编程世界中实现自己的梦想。程序员是一个要不断向上攀爬的职业，需要学习新的知识，掌握新的工具，才能跟上时代的步

朱雀/ 2024年03月26日 13:12/ 0 赞/ 124 阅读

相关 API｜99%后端程序员都知道的接口开发规范

1. 签名对外提供的接口要做签名认证，认证不通过的请求不允许访问接口、提供服务。 2. 加密敏感数据在网络传输过程中应该加密 3. Ip白名单限制请求的 IP

电玩女神/ 2024年03月17日 15:51/ 0 赞/ 50 阅读

相关软件开发打败了 80 %的程序员

首先，我并不是说软件开发人员都是输家，我想说的是，大多数软件开发人员都没能赢得软件开发，他们都被软件开发打败了。开发人员的痛点在于，他们不知道自己面对的是什么游戏，或者说他

男娘i/ 2022年10月13日 12:47/ 0 赞/ 151 阅读

相关软件开发打败了 80 %的程序员

点击关注公众号，Java干货及时送达![b65fdbf5d115fab63272bf48773928c6.png][] 首先，我并不是说软件开发人员都是输家，我想说的是，大多

ゞ浴缸里的玫瑰/ 2022年10月10日 01:50/ 0 赞/ 154 阅读

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

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

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

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

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

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

相关 RegisterHotKey不认CHotKeyCtrl的帐

程序的所谓热键，简单点来说就它的快捷键，特别适合去激活后台运行或已隐藏了窗口程序，为达同种目的，程序也可以弄个dll安装全局钩子，可当你理解了热键之后便会发现这种钩子方

雨点打透心脏的1/2处/ 2022年07月13日 06:24/ 0 赞/ 132 阅读

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

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

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

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

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

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

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

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

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