Github最火！程序员必须知道22大定律和法则

Posted 2022-09-23 julyedu

当谈论开发问题的时候，大家总会提到各种定律。Github上，突然出现了一篇定律＆法则合集项目，瞬间占据趋势榜第一名！

 

项目中包含很多定律＆法则的解释，但不提倡其中任何一个。

是否应用这些定律和法则始终处于争论状态，而且很大程度上取决于个人喜好以及用在哪里。

 

15大定律：

 

 

7大原则：

 

 

原作者把这22条称之为“黑客信条”

不知道除了摩尔定律，你还知道几个那？

原项目链接：

https://github.com/dwmkerr/hacker-laws#hofstadters-law

01、阿姆达尔定律

 

维基百科：计算机科学界的经验法则，因吉恩·阿姆达尔而得名。它代表了处理器并行运算之后效率提升的能力。阿姆达尔定律是固定负载（计算总量不变时）时的量化标准。

 

例：如果程序由两部分组成，A部分必须由单个处理器执行，B部分可以并行化，那么执行程序的系统添加多个处理器只能获得有限的好处。

它可以极大地提高B部分的速度 - 但A部分的速度将保持不变。

如图

 

 

 

 

02、炒作周期＆阿玛拉定律

 

我们往往高估计技术在短期内的影响，并低估长期效应。

Hype Cycle（技术成熟度曲线）是指技术兴奋度度和发展成熟度的直观表现。

如图

 

 

 

 

03、炒作周期＆阿玛拉定律

 

该定律认为每个系统内都有一定的复杂性不可减少。

系统中的某些复杂性是“无意的”。可能是由于结构不良，错误或者只是解决问题的建模糟糕造成的。

可以减少（或消除）无意的复杂性。

然而，由于要解决的问题固有的复杂性，某些复杂性是“内在的”。

这种复杂性可以移动，但不能消除。

该定律的一个有趣的元素是即使通过简化整个系统，内在的复杂性也不会降低，它会转移给用户，用户必须以更复杂的方式行事。

 

04、摩尔定律

当价格不变时，集成电路上可容纳的元器件的数目，约每隔18-24个月便会增加一倍，性能也将提升一倍。换言之，每一美元所能买到的电脑性能，将每隔18-24个月翻一倍以上。这一定律揭示了信息技术进步的速度。

 

 

05、霍夫施塔特定律

 

开发所需时间，往往比你预期的要长。

哪怕你考虑了这条定律，所需时间依旧会超过你的预期。

 

 

06、帕金森定律

 

原本是指官僚主义，后来指开发计划中，部分人认为在开发初期效率低下，后期在截止日期接近后疯狂赶进度，从而经常不能在预计日期内完工。

如果和上一条定律结合，那就会得出一个非常悲观的理论，即哪怕拼命加班996/007.依旧很可能不能及时完工。

 

 

07、琐碎定律

 

该定律认为，在团队协作中更多争论会发生在不重要的细节中，而不是最重大的事情上。

 

在讨论非常专业而且重大的事情时，一般人由于缺乏专业知识，不敢随便发言，以免失言，贻笑大方，因此多半都会肯定（或逃避）该重大方案，而提些与主题无关的鸡毛蒜皮小事。相对的，对于简单的细节，由于平常大家都会接触到而且有相当的认识，反而意见特别多。

 

更多定律和法则可以查看原项目链接哦

原作者：Dave Kerr

项目链接：https://github.com/dwmkerr/hacker-laws#hofstadters-law

 

程序猿/媛们，在看这篇文章之前，除了摩尔定律，你还知道哪些可定律那？