六條軟體開發黃金定律

2021-09-20 13:30:15 字數 1123 閱讀 4415

與其他領域一樣,軟體開發領域也有一些有趣的定律,這些定律包括了一些法則或軟體開發大神的名言,而且每個定律背後都有令人驚嘆的背景故事。最近,蒂姆·薩默(tim sommer)發文盤點了軟體開發領域最著名和最常見的15 條定律,本文摘錄了技術人較為熟悉的 6 條定律。

1. 墨菲定律(murphy』s law)

該定律指出:如果事情可能出錯,它就會出錯。

這可能是最著名的定律之一,因為它不僅適用於軟體開發。該定律的第乙個推論是,那些有效的**,你可能反而沒有寫出來;第二個推論是,詛咒是唯一一門所有程式設計師都能流利說出來的語言。最終結論為電腦會按照你所寫的(**)去做,而不是按照你所想的去做。

2. 布魯克定律(brook』s law)

該定律指出:為已經延期的軟體專案增加人手只會讓專案延期得更厲害。

如果乙個專案出現了延期,只是簡單地增加人手很可能會帶來災難性的後果。對程式設計效率、軟體開發方法、技術架構等因素進行評審總是會帶來更好的結果。如果沒有,那說明霍夫施塔特定律也在起作用。

3. 霍夫施塔特定律(hofstadter』s law)

該定律指出:即使你考慮到了霍夫施塔特定律,專案的實際完成時間總是比預期的要長。

這個「定律」是關於準確預估完成複雜任務所需時間的難度。這個定律具有遞迴性,反映了預估複雜專案的難度,儘管你可能已經做出了最大的努力,而且也知道任務的複雜性。

4. 康威定律(conway』s law)

該定律指出:軟體的結構反映了開發軟體的組織的結構。

很多組織是根據功能性技能來劃分團隊的,所以會有前端開發團隊、後端開發團隊和資料庫開發團隊。簡單地說,如果某人想要改變的東西。

5. 帕累託法則(pareto principle)或 或 80/20 法則

該定律指出:對於很多現象,80%的後果源於 20%的原因。

還有人說,公司裡 80%的工作是由 20%的員工完成的,問題是你並不清楚是哪 20%員工。

6. 摩爾定律(moore』s law)

該定律指出:單位成本的計算機算力每 24 個月翻一番。或者是,積體電路上的電晶體數量大約每 18 個月會增加一倍。

15條軟體開發黃金定律

與其他領域一樣,軟體開發領域也有一些非常有趣的定律。程式設計師 技術經理和架構師們經常在會議和聊天中提到它們。作為小白,我們常常只有點頭附和的份,因為我們不希望讓對方知道我們實際上根本不知道布魯克 摩爾或者維斯都是什麼人。這些定律包括了一些法則或軟體開發大神的名言。它們都很有趣,值得我們一 竟,而且...

15條軟體開發黃金定律

與其他領域一樣,軟體開發領域也有一些非常有趣的定律。程式設計師 技術經理和架構師們經常在會議和聊天中提到它們。作為小白,我們常常只有點頭附和的份,因為我們不希望讓對方知道我們實際上根本不知道布魯克 摩爾或者維斯都是什麼人。這些定律包括了一些法則或軟體開發大神的名言。它們都很有趣,值得我們一 竟,而且...

15條軟體開發黃金定律

與其他領域一樣,軟體開發領域也有一些非常有趣的定律。程式設計師 技術經理和架構師們經常在會議和聊天中提到它們。作為小白,我們常常只有點頭附和的份,因為我們不希望讓對方知道我們實際上根本不知道布魯克 摩爾或者維斯都是什麼人。這些定律包括了一些法則或軟體開發大神的名言。它們都很有趣,值得我們一 竟,而且...