一个原则性方法

一般来讲，原则最好不要超过 10 个，或者能够写在一张海报上，不然大家很难记住。

 
实践应该巩固原则。
有些东西对一些人来说是原则，对另一些人来说则可能是实践。比如，你可能会把使用 HTTP/REST 作为原则，而不是实践。这也没什么问题，关键是要有一些重要的原则来指导系统的演化，同时也要有一些细节来指导如何实现这些原则。对于一个足够小的群组，比如单个团队来说，将原则和实践进行结合是没有问题的。但在一个大型组织中，技术和工作实践可能不一样，在不同的地方需要的实践可能也不同。不过这也没关系，只要它们能映射到相同的原则即可。比如一个 .net 团队可能有一套实践，一个 java 团队有另一套实践，但背后的原则是相同的。