与其他领域一样，软件开发领域也有一些非常有趣的定律。程序员、技术经理和架构师们经常在会议和聊天中提到它们。作为小白，我们常常只有点头附和的份，因为我们不希望让对方知道我们实际上根本不知道布鲁克、摩尔或者维斯都是什么人。
这些定律包括了一些法则或软件开发大神的名言。它们都很有趣，值得我们一探究竟，而且每个定律背后都有令人惊叹的背景故事。
在这篇文章中，我将分享我对软件开发领域最著名和最常见的定律的解释和想法。
一、墨菲定律（Murphy’s Law）
可能是最著名的定律之一，主要是因为它不仅适用于软件开发。
如果事情可能出错，它就会出错。
-
第一个推论：那些有效的（代码），你可能反而没有写出来。
-
第二个推论：诅咒是唯一一门所有程序员都能流利说出来的语言。
-
结论：电脑会按照你所写的（代码）去做，而不是按照你所想的去做。
防御性编程、版本控制、末日场景（针对那些该死的僵尸服务器攻击）、TDD、MDD，等等，这些都是针对这一定律的防御性实践。
二、布鲁克定律（Brook’s Law）
大多数开发人员都有意无意地经历过布鲁克定律，该定律指出：
为已经延期的软件项目增加人手只会让项目延期得更厉害。
如果一个项目出现了延期，只是简单地增加人手很可能会带来灾难性的后果。对编程效率、软件开发方法、技术架构等因素进行评审总是会带来更好的结果。如果没有，那说明霍夫施塔特定律也在起作用。
三、霍夫施塔特定律（Hofstadter’s Law）
霍夫施塔特定律由 Douglas Hofstadter 提出，并以他的名字命名。
当然，不要将这个定律与电视剧《大爆炸》里的 Leonard Hofstadter 混淆起来了，尽管他说的一些话对某些人来说是有一点意义的。
八、基尔霍夫法则（Kerchkhoff’s Principle）
在密码学中，系统应该是安全的，即使系统的所有东西都是公开的——除了一小部分信息——秘钥。
这是公钥密码学的主要法则。
九、莱纳斯定律（Linus’s Law）
这是以 Linux 之父 Linus Torvalds 的名字命名的，该定律指出：
如果有足够多的眼睛，所有的 bug 都将无所遁形。
可以使用著名的《大教堂与集市》来描述这个定律，它解释了两种不同的自由软件开发模型之间的对比：
-
大教堂模型——每个软件发行版都提供源代码，但发行版之间的代码开发仅限于一组专有的软件开发人员。
-
集市模型——代码开发通过互联 公开进行。
对源代码进行更广泛的公开测试、评审和实验，就会更快地发现各种形式的 bug。
十、摩尔定律（Moore’s Law）
单位成本的计算机算力每 24 个月翻一番。
最流行的版本是说：
集成电路上的晶体管数量大约每 18 个月会增加一倍。
或者：
计算机的处理速度每两年翻一番！
先写代码，然后找出瓶颈，最后才修复！
十四、诺维格定律（Norvig’s Law）
任何超过 50％渗透率的技术都不会再次翻倍（无论在多少个月内）。
十五、真香定律
别更新了，我学不动了！……真香。
所有程序员都逃不过的定律，同意吗/p>
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！