Github最火！程序员必须知道22大定律和法则
当谈论开发问题的时候，大家总会提到各种定律。今天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琐碎定律
该定律认为，在团队协作中更多争论会发生在不重要的细节中，而不是最重大的事情上。
在讨论非常专业而且重大的事情时，一般人由于缺乏专业知识，不敢随便发言，以免失言，贻笑大方，因此多半都会肯定（或逃避）该重大方案，而提些与主题无关的鸡毛蒜皮小事。相对的，对于简单的细节，由于平常大家都会接触到而且有相当的认识，反而意见特别多。