（1）知行合一，做之前，先考虑意义
在做某件事之前，一定要知道自己的目的是什么。目的和做的事情两者要合一，这是第一个层面。
第二个层面是清楚地知道你手里的资源允许你干什么事。比如说Spring Cloud，我很想去用，但是我的团队hold不住，你强行把这个东西推下去之后，事情做的并不成功。结果还是需要你承担责任。
（2）原生优于定制，约定大于配置
如果你没有特殊需求的话，官方的东西最好，保持原样，除非它不满足你的要求，你再去定制它。因为你改了之后，一旦发生问题，你很难摸清楚错误发生在什么地方。而如果官方的出现问题，整个社区都在给你撑着，你就能够及时地把这东西补上去。
（3）什么都是，最后会沦落到什么都不是
这是我早期搞架构的时候犯的一个错误。当时我老想着做一套完整的系统，无论你想做什么样的业务，拿来之后稍微一修改什么都能支撑，后来发现根本不是我想的那样，它几乎什么都不能支持。就像造汽车，偏舒适还是运动，两者兼顾的没有。
（4）控制技术欲，不要瞎折腾
看到新技术就想用到自己的系统中的，这不是一个好架构师的行为。做架构的前提是稳，这是底线，试错一定在生产环境中。
（5）留下扩展，但不要想到100年后
当代人做当代人的事情，不要考虑那么久远。当代留下的坑，只能留给后代补。
（6）没有最好的，只有最合适的
跟第3条比较像，但第3条是广度上，这一条是深度上，垂直领域不要总想做到最完美。
（7）够用就好，玩的越花，风险越大
比如有人玩 ++i++；finally(return）；if(赋值) ，这都太花了，风险很大。
（8）大巧不工，简约最美
要把代码写的很简约，很优雅。
注意：本文归作者所有，未经作者允许，不得转载
