jakiro
作者：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)
康威定律認為，組織設計的系統會反映出其自身的通信結構。如何使用此定律：使用類似於軟體開發的方式設計你的組織。請注意，整體結構不能擴展！
