與其他領(lǐng)域一樣疮绷，軟件開(kāi)發(fā)領(lǐng)域也有一些非常有趣的定律。程序員盅安、技術(shù)經(jīng)理和架構(gòu)師們經(jīng)常在會(huì)議和聊天中提到它們唤锉。作為小白，我們常常只有點(diǎn)頭附和的份别瞭，因?yàn)槲覀儾幌Ｍ寣?duì)方知道我們實(shí)際上根本不知道布魯克窿祥、摩爾或者維斯都是什么人。
這些定律包括了一些法則或軟件開(kāi)發(fā)大神的名言蝙寨。它們都很有趣晒衩，值得我們一探究竟，而且每個(gè)定律背后都有令人驚嘆的背景故事墙歪。
?
墨菲定律（Murphy's Law）
可能是最著名的定律之一听系，主要是因?yàn)樗粌H適用于軟件開(kāi)發(fā)。
如果事情可能出錯(cuò)箱亿，它就會(huì)出錯(cuò)跛锌。
第一個(gè)推論：那些有效的（代碼），你可能反而沒(méi)有寫出來(lái)。
第二個(gè)推論：詛咒是唯一一門所有程序員都能流利說(shuō)出來(lái)的語(yǔ)言髓帽。
結(jié)論：電腦會(huì)按照你所寫的（代碼）去做菠赚，而不是按照你所想的去做。
防御性編程郑藏、版本控制衡查、末日?qǐng)鼍埃ㄡ槍?duì)那些該死的僵尸服務(wù)器攻擊）、TDD必盖、MDD拌牲，等等，這些都是針對(duì)這一定律的防御性實(shí)踐歌粥。
布魯克定律（Brook's Law）
大多數(shù)開(kāi)發(fā)人員都有意無(wú)意地經(jīng)歷過(guò)布魯克定律塌忽，該定律指出：
為已經(jīng)延期的軟件項(xiàng)目增加人手只會(huì)讓項(xiàng)目延期得更厲害。
如果一個(gè)項(xiàng)目出現(xiàn)了延期失驶，只是簡(jiǎn)單地增加人手很可能會(huì)帶來(lái)災(zāi)難性的后果土居。對(duì)編程效率、軟件開(kāi)發(fā)方法嬉探、技術(shù)架構(gòu)等因素進(jìn)行評(píng)審總是會(huì)帶來(lái)更好的結(jié)果擦耀。如果沒(méi)有，那說(shuō)明霍夫施塔特定律也在起作用涩堤。
?
霍夫施塔特定律（Hofstadter's Law）
霍夫施塔特定律由 Douglas Hofstadter 提出眷蜓，并以他的名字命名。
這個(gè)定律指出：
即使你考慮到了霍夫施塔特定律胎围，項(xiàng)目的實(shí)際完成時(shí)間總是比預(yù)期的要長(zhǎng)吁系。
這個(gè)“定律”是關(guān)于準(zhǔn)確預(yù)估完成復(fù)雜任務(wù)所需時(shí)間的難度。這個(gè)定律具有遞歸性白魂，反映了預(yù)估復(fù)雜項(xiàng)目的難度垮抗，盡管你可能已經(jīng)做出了最大的努力，而且也知道任務(wù)的復(fù)雜性碧聪。
這就是為什么在進(jìn)行項(xiàng)目預(yù)估時(shí)必須要有一個(gè)緩沖區(qū)。
小編整理了一份零基礎(chǔ)與進(jìn)階web前端學(xué)習(xí)資料液茎，web 前端技術(shù)學(xué)習(xí)裙逞姿，9567，66604捆等，收取視頻資料工具滞造，獲取源碼！
?
康威定律（Conway’s Law）
軟件的結(jié)構(gòu)反映了開(kāi)發(fā)軟件的組織的結(jié)構(gòu)栋烤。
或者說(shuō)得更清楚一點(diǎn)：
組織所設(shè)計(jì)的系統(tǒng)的結(jié)構(gòu)受限于組織的通信結(jié)構(gòu)谒养。
很多組織是根據(jù)功能性技能來(lái)劃分團(tuán)隊(duì)的，所以會(huì)有前端開(kāi)發(fā)團(tuán)隊(duì)明郭、后端開(kāi)發(fā)團(tuán)隊(duì)和數(shù)據(jù)庫(kù)開(kāi)發(fā)團(tuán)隊(duì)买窟。簡(jiǎn)單地說(shuō)丰泊，如果某人想要改變的東西屬于其他人，那么他就很難改變這些東西始绍。
現(xiàn)在越來(lái)越多的組織根據(jù)有界上下文來(lái)組建團(tuán)隊(duì)瞳购，而微服務(wù)等架構(gòu)也在根據(jù)服務(wù)邊界而不是孤立的技術(shù)架構(gòu)分區(qū)來(lái)組建團(tuán)隊(duì)。
因此亏推，根據(jù)目標(biāo)軟件架構(gòu)來(lái)組建團(tuán)隊(duì)可以更容易實(shí)現(xiàn)軟件架構(gòu)学赛，而這就是對(duì)抗康威法律的一種有效方式。
?
波斯托定律（Postel's Law）或魯棒性法則
保守輸出吞杭，自由輸入盏浇。
Jon Postel 最初將它作為實(shí)現(xiàn)健壯的 TCP 的一個(gè)原則。這個(gè)原則也體現(xiàn)在 HTML 中芽狗，HTML 的成敗可以歸因于它的很多屬性绢掰，但究竟 HTML 是成功的還是失敗的，不同的人有不同的看法译蒂。
帕累托法則（Pareto Principle）或 80/20 法則
對(duì)于很多現(xiàn)象曼月，80％的后果源于 20％的原因。
80％的 bug 來(lái)自 20％的代碼柔昼，這個(gè)說(shuō)的就是帕累托法則哑芹。
還有人說(shuō)，公司里 80％的工作是由 20％的員工完成的捕透，問(wèn)題是你并不清楚是哪 20％員工聪姿。
?
萊納斯定律（Linus's Law）
這是以 Linux 之父 Linus Torvalds 的名字命名的，該定律指出：
如果有足夠多的眼睛乙嘀，所有的 bug 都將無(wú)所遁形末购。
可以使用著名的《大教堂與集市》來(lái)描述這個(gè)定律，它解釋了兩種不同的自由軟件開(kāi)發(fā)模型之間的對(duì)比：
大教堂模型——每個(gè)軟件發(fā)行版都提供源代碼虎谢，但發(fā)行版之間的代碼開(kāi)發(fā)僅限于一組專有的軟件開(kāi)發(fā)人員盟榴。
集市模型——代碼開(kāi)發(fā)通過(guò)互聯(lián)網(wǎng)公開(kāi)進(jìn)行。
結(jié)論：對(duì)源代碼進(jìn)行更廣泛的公開(kāi)測(cè)試婴噩、評(píng)審和實(shí)驗(yàn)擎场，就會(huì)更快地發(fā)現(xiàn)各種形式的 bug。
九九法則（Ninety-Ninety Rule）
前 90％的代碼占用了 10％的時(shí)間几莽，其余的 10％代碼占用了剩下的 90％時(shí)間迅办。
真香定律
別更新了，我學(xué)不動(dòng)了章蚣！……真香站欺。
所有程序員都逃不過(guò)的定律，同意嗎？
以上軟件開(kāi)發(fā)定律矾策，你都知道幾條磷账？你還知道有哪些軟件開(kāi)發(fā)的黃金定律嗎？歡迎留言蝴韭！
?
