标签：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琐碎定律

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

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

标签：Github,法则,22,定律,最火,摩尔定律,复杂性,处理器,阿姆
来源： https://blog.51cto.com/15057851/2673000

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。