总结技术选型原则，避免“技术冲动”选择错误的方案
简单粗暴
如果有一个方案简单粗暴，可以解决核心需求，覆盖 90% 以上的场景，一定要用这个方案！
如果业务的访问量少，增长缓慢，那说明产品的核心功能不到位，这时候的技术选型也一定要选简单粗暴的，要快，要核心！
重构不漏特性
爱追前沿技术的程序员都有一种“重构冲动”，重构可能获得了一些技术提升，但是业务上不一定是进步的，甚至大多是退步的。
因此重构时必须做到某个层面上的特性完整覆盖
如果真正必须丢弃某些特性的情况，要有详尽的调研报告，论证这个特性于业务无用
运维成本最低
运维成本是 0 的（用别人的组件，别人运维，无高性能高并发等特殊需求）肯定比非 0 的好
系统组件少的肯定比组件多的好