與其他領(lǐng)域一樣，軟件開發(fā)領(lǐng)域也有一些非常經(jīng)典的定律。這些定律包括了一些法則或軟件開發(fā)大神的名言。

[[387524]]

1、康威定律

也就是所謂的“按照組織架構(gòu)來交付軟件”：

“任何一個(gè)組織在設(shè)計(jì)一個(gè)系統(tǒng)時(shí)，這個(gè)系統(tǒng)的結(jié)構(gòu)與這個(gè)組織的溝通結(jié)構(gòu)是一致的”。

你或許認(rèn)為可以通過一些方式來避免這個(gè)定律，比如跨功能團(tuán)隊(duì)的站會(huì)、進(jìn)度更新和決策矩陣，但最終都不可避免地會(huì)發(fā)生沖突和分歧，而這些將導(dǎo)致沖突和分歧的過程和結(jié)果。

2、布魯克定律

這個(gè)定律來自《人月神話》：

“在一個(gè)已經(jīng)延期的項(xiàng)目中增加人手只會(huì)讓項(xiàng)目延期更長”。

當(dāng)你意識(shí)到項(xiàng)目沒有取得預(yù)期的進(jìn)展，并嘗試從其他地方調(diào)取更多的資源，不僅會(huì)讓項(xiàng)目延期，而且更有可能交付一個(gè)更脆弱、更復(fù)雜的產(chǎn)品。

3、Zawinski 定律

“每一個(gè)程序都會(huì)膨脹到需要加入 Web 服務(wù)器，不膨脹的程序最終會(huì)被膨脹的程序所代替”。

對(duì) Web 服務(wù)來說，就是“膨脹到需要用戶賬號(hào)登錄并收集所有用戶的數(shù)據(jù)”。對(duì)物理服務(wù)來說，就是“膨脹到需要加入一個(gè)不安全的 WiFi 訪問點(diǎn)，設(shè)置了你無法修改的默認(rèn)密碼，以及一個(gè) Web 服務(wù)器”。

4、帕金森定律

“一項(xiàng)工作會(huì)占用掉所有用來完成它的時(shí)間”。

如果你不給一個(gè)項(xiàng)目的里程碑階段設(shè)置截止日期，這個(gè)項(xiàng)目就永遠(yuǎn)完成不了。這就是為什么一定要給一個(gè) MVP(最小可行產(chǎn)品)定一個(gè)固定的截止日期。

當(dāng)然，這個(gè)定律也可以用在數(shù)據(jù)、算力、內(nèi)存等方面：

“程序最終會(huì)把所有可用的存儲(chǔ)空間、CPU 時(shí)間和內(nèi)存用光”。

5、帕累托謬論

帕累托原則很容易被曲解，尤其是被管理層曲解，這通常會(huì)導(dǎo)致帕累托謬論的出現(xiàn)：

“當(dāng)你完成了 80% 的工作，你會(huì)認(rèn)為真的只剩下 20% 的工作要做”。

但你可能低估了剩下的 20% 工作，因?yàn)樗赡苷加媚?80% 的時(shí)間。

6、史特金定律

“90% 的東西都是垃圾”。

是的，包括你的產(chǎn)品在內(nèi)。

7、皮特定律

“在一個(gè)等級(jí)制度中，每個(gè)員工都傾向于升到他們無法勝任的職位。因此，隨著時(shí)間的推移，每個(gè)崗位都有可能被不稱職的員工占據(jù)”。

8、伊格爾森定律

“你寫的任何超過 6 個(gè)月沒有看過的代碼，有可能已經(jīng)被別人改過了”。

這里說的 6 個(gè)月已經(jīng)是一個(gè)很樂觀的數(shù)字了。

不過，有一點(diǎn)需要注意，那就是“Yo Momma 推論”：只有作者才可以給代碼提出批評(píng)，任何其他的負(fù)面反饋都將被駁回。

9、格林斯潘第十定律

用在認(rèn)證方面：

任何一個(gè)定制開發(fā)的認(rèn)證系統(tǒng)都包含一個(gè)臨時(shí)的、非正式的、隱藏缺陷的、運(yùn)行緩慢的 Kerberos 不完整實(shí)現(xiàn)。

這可以概括成一般性的 NIH 規(guī)則：“任何一個(gè)定制開發(fā)的系統(tǒng)都包含一個(gè)臨時(shí)的、非正式、隱藏缺陷的、運(yùn)行緩慢的行業(yè)標(biāo)準(zhǔn)的不完整實(shí)現(xiàn)(因?yàn)槟憔芙^直接使用標(biāo)準(zhǔn)實(shí)現(xiàn))”。

10、冰山謬論

“一款新軟件的開發(fā)成本只占管理層預(yù)算的總成本的 25% 左右”。

運(yùn)維界的一句格言：

如果說軟件維護(hù)的成本占了總預(yù)算的 75%，那么這 75% 都應(yīng)該是運(yùn)維支持。

11、LGTM 困境

“如果你想快速提交 10 行代碼變更，可以把它隱藏在一個(gè) 1500 行的 PR 中”。