作者：Owocki，DAOSquare

第一條：蓋爾定律 (Gall’s Law)

蓋爾定律指出，一個有效的復雜系統總是從有效的簡單系統演變而來。(而非一开始就是一個龐雜且有效性未知的系統)。如何使用此定律：在設計最小可行產品時利用它。

第二條：帕累托原則 (The Pareto Principle)

帕累托原則 (或八二定律) 認爲，大約 80% 的有效結果來自 20% 的關鍵努力。如何使用此定律：在設計最小可行產品時利用它。

第三條：帕金森定律 (Parkinson’s Law)

帕金森定律指出，工作的延展是爲了填補完成工作的時間或預算。如何使用這條定律：用它來設定足夠遠的最後期限（但不要太遠）。

第四條：古德哈特定律 (Goodhart’s Law)

古德哈特定律指出，當度量成爲目標，它就不再是一個好的度量。如何使用這條定律：在構建旨在完成困難任務的系統（如公共產品募資或抵制虛假身份）時，堅決遵守這條定律。

第五條：布魯克斯定律 (Brooks’ Law)

在 Fred Brooks 在其著作《The Mythical Man-Month》中指出，爲延期的軟件項目增加人力會使延期更爲嚴重。如何使用這條定律：保持較小的團隊規模。

第六條：摩爾定律 (Moore’s Law)

摩爾定律是英特爾聯合創始人戈登·摩爾（Gordon Moore）在1965年提出的一項觀察，即芯片上的晶體管數量大約每兩年翻一番，但其成本反而減半。如何使用這個定律：我們都在有機地駕馭摩爾定律的浪潮。這是在科技領域創造巨額回報的一部分！

第七條：梅特卡夫定律 (Metcalfe’s Law)

梅特卡夫定律認爲，電信網絡的價值與系統連接用戶數的平方成正比（n^2）。如何使用這個定律：爲指數級價值創造而構建！

第八條：鄧巴數 (Dunbar’s Number)

鄧巴數表明，可以與之保持穩定社會關系的人數存在認知極限。如何使用此定律：除非另有必要，否則保持較小的團隊規模！如果需要擴展團隊，請注意每個級別的最佳信任模式。

第九條：Unix 哲學 (The Unix Philosophy)

Unix 的理念是：1) 讓每個程序做好一件事，2) 讓每個程序的輸出成爲另一個程序的輸入，3) 編寫程序讓其協同工作。如何使用此定律：構建模塊化軟件！

第十條：康威定律 (Conway’s Law)

康威定律認爲，組織設計的系統會反映出其自身的通信結構。如何使用此定律：使用類似於軟件开發的方式設計你的組織。請注意，整體結構不能擴展！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。