这些著名的软件开发定律, 你都知道哪些?
与其他领域一样, 软件开发领域也有一些非常有趣的定律. 程序员, 技术经理和架构师们经常在会议和聊天中提到它们. 作为小白, 我们常常只有点头附和的份, 因为我们不希望让对方知道我们实际上根本不知道布鲁克, 摩尔或者维斯都是什么人.
这些定律包括了一些法则或软件开发大神的名言. 它们都很有趣, 值得我们一探究竟, 而且每个定律背后都有令人惊叹的背景故事.
在这篇文章中, 我将分享我对软件开发领域最著名和最常见的定律的解释和想法.
墨菲定律(Murphy's Law)
可能是最著名的定律之一, 主要是因为它不仅适用于软件开发.
如果事情可能出错, 它就会出错.
第一个推论: 那些有效的(代码), 你可能反而没有写出来.
第二个推论: 诅咒是唯一一门所有程序员都能流利说出来的语言.
结论: 电脑会按照你所写的 (代码) 去做, 而不是按照你所想的去做.
防御性编程, 版本控制, 末日场景(针对那些该死的僵尸服务器攻击),TDD,MDD, 等等, 这些都是针对这一定律的防御性实践.
布鲁克定律(Brook's Law)
大多数开发人员都有意无意地经历过布鲁克定律, 该定律指出:
为已经延期的软件项目增加人手只会让项目延期得更厉害.
如果一个项目出现了延期, 只是简单地增加人手很可能会带来灾难性的后果. 对编程效率, 软件开发方法, 技术架构等因素进行评审总是会带来更好的结果. 如果没有, 那说明霍夫施塔特定律也在起作用.
霍夫施塔特定律(Hofstadter's Law)
霍夫施塔特定律由 Douglas Hofstadter 提出, 并以他的名字命名.
当然, 不要将这个定律与电视剧《大爆炸》里的 Leonard Hofstadter 混淆起来了, 尽管他说的一些话对某些人来说是有一点意义的.
这个定律指出:
即使你考虑到了霍夫施塔特定律, 项目的实际完成时间总是比预期的要长.
这个 "定律" 是关于准确预估完成复杂任务所需时间的难度. 这个定律具有递归性, 反映了预估复杂项目的难度, 尽管你可能已经做出了最大的努力, 而且也知道任务的复杂性.
这就是为什么在进行项目预估时必须要有一个缓冲区.
来源: http://www.jianshu.com/p/fd335540013a