总结技术选型原则,避免“技术冲动”选择错误的方案

  • 简单粗暴

    如果有一个方案简单粗暴,可以解决核心需求,覆盖 90% 以上的场景,一定要用这个方案!

    如果业务的访问量少,增长缓慢,那说明产品的核心功能不到位,这时候的技术选型也一定要选简单粗暴的,要快,要核心!

  • 重构不漏特性

    爱追前沿技术的程序员都有一种“重构冲动”,重构可能获得了一些技术提升,但是业务上不一定是进步的,甚至大多是退步的。

    因此重构时必须做到某个层面上的特性完整覆盖

    如果真正必须丢弃某些特性的情况,要有详尽的调研报告,论证这个特性于业务无用

  • 运维成本最低

    运维成本是 0 的(用别人的组件,别人运维,无高性能高并发等特殊需求)肯定比非 0 的好

    系统组件少的肯定比组件多的好