说一个最近五年内我做的最错误的技术决策。
当初我们有一套庞大而复杂的系统经常出问题并且难以维护，在忍无可忍的情况下我决定投入团队里最核心的一群工程师做一次彻底的优化。当时负责优化工作的同学给出的方案是四个模块保留一个，剩下三个全部重写。
我认为全部重写工作量太大，并且做出来的东西在行业里有很多类似的轮子，不如四个系统一个基于开源项目二次开发，一个基于微博内部的另一套框架扩展，一个基于原有服务优化，第四个模块行业内还没有像样的竟品，应该集中力量研发这个模块并且开源出去，争取成为行业标准。
但负责优化的同学对这个方案十分抵触，认为一定会踩坑，就算是自己在重复造轮子，也是自己的轮子更可控。
我之前的风格一直比较强势，但是当时不知道抽了什么风，觉得应该给下面直接负责项目的同学一些自主权，不能过于打击同学的积极性，就没再坚持自己的意见。
这个项目做了一年多，跟着又优化了一年多，经历了大坑小坑，终于替换了原有系统。
可随之而来的是居高不下的维护成本：
新系统里的很多设计是自下
登录后可查看完整内容，参与讨论！
立即登录