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

(责任编辑：人工智能)