后記：其實類似上文的定律很多，比如80/20原則：代碼中80%的錯誤都是由代碼中的20%引起的。另外，公司80%的工作是由20%的員工完成的，問題是你并不總是清楚誰是那20%;再比如著名的康威定律：軟件的任何一部分都反應了創(chuàng)建它的組織結構。許多組織都根據他們的技能來劃分團隊。因此會有前端開發(fā)、后端開發(fā)和數據庫開發(fā)組成的團隊，這會導致某人想要修改一個不屬于自己領域的東西會很難。最好是按照有邊界的上下文(bounded context)來規(guī)劃團隊，像微服務這樣的架構就是圍繞服務邊界而不是孤立的技術體系劃分來組織他們的團隊。還有伯斯塔爾定律(Postel's Law)：發(fā)送時要保守，接收時要大方。Jon Postel 最初認為正是這個原則讓TCP協(xié)議的實現很健壯。一些人認為這正是 HTML 很成功的原因，也有一些人認為這正是 HTML 很失敗的原因。(因為HTML可以寫得不那么嚴格，但是瀏覽器依然可以解析它)

如需轉載，請通過作者微信公眾號coderising獲取授權。