后记：其实类似上文的定律很多，比如80/20原则：代码中80%的错误都是由代码中的20%引起的。另外，公司80%的工作是由20%的员工完成的，问题是你并不总是清楚谁是那20%；再比如著名的康威定律：软件的任何一部分都反应了创建它的组织结构。许多组织都根据他们的技能来划分团队。因此会有前端开发、后端开发和数据库开发组成的团队，这会导致某人想要修改一个不属于自己领域的东西会很难。最好是按照有边界的上下文(bounded context)来规划团队，像微服务这样的架构就是围绕服务边界而不是孤立的技术体系划分来组织他们的团队。还有伯斯塔尔定律(Postel's Law)：发送时要保守，接收时要大方。Jon Postel 最初认为正是这个原则让TCP协议的实现很健壮。一些人认为这正是 HTML 很成功的原因，也有一些人认为这正是 HTML 很失败的原因。（因为HTML可以写得不那么严格，但是浏览器依然可以解析它）