【为什么有些大公司技术弱爆了?】
甲:这个A开源库旧版本有崩溃问题啊
乙:换新版本的A
甲:换了新版本A,用旧的 GCC 编译不过啊
乙:换新版本GCC
甲:换了新版本GCC,B开源库不兼容啊
乙:换新版本的B
甲:换了新版本的B,导致性能下降啊
乙:开多线程
甲:开了多线程导致延迟抖动不同步了
乙:换新的延迟修正算法
甲:换了新延迟修正算法偶尔会崩溃啊
乙:要不。。。
我们还是去看看那个A开源库的旧版本崩溃能不能修好吧
如今上点规模的IT公司,其软件项目的规模和复杂度都远远超过工程师的能力上限了,都只能小心翼翼地修补,有时局部的大改动会引发连锁反应,大改动的风险和成本很难控制,没有巨大的收益谁也不敢随便改,你能看到的问题老员工看得更清楚,甚至也清楚怎么解决,但是不动手的原因就是不知道出了事谁来背黑锅,技术上的事情谁敢说100%不出事的。
那是不是大公司的技术项目就没救了呢?
也不一定,有些事要等个机会的,常见的机会:
1. 技术基础平台大革命,比如移动互联网的兴起,从PC迁移到了手机端,很多旧的技术代码就可以抛弃了,手机上从零开始。
2. 竞争对手小宇宙爆发,对手搞出一项技术取得了竞争优势,被迫追赶,这时候死马当活马治,改出任何问题也都能忍了。
3. 人事大动荡,管理层和基层都大换血,旧代码已经没人有能力维护下去了,不得不重来。
甲:这个A开源库旧版本有崩溃问题啊
乙:换新版本的A
甲:换了新版本A,用旧的 GCC 编译不过啊
乙:换新版本GCC
甲:换了新版本GCC,B开源库不兼容啊
乙:换新版本的B
甲:换了新版本的B,导致性能下降啊
乙:开多线程
甲:开了多线程导致延迟抖动不同步了
乙:换新的延迟修正算法
甲:换了新延迟修正算法偶尔会崩溃啊
乙:要不。。。
我们还是去看看那个A开源库的旧版本崩溃能不能修好吧
如今上点规模的IT公司,其软件项目的规模和复杂度都远远超过工程师的能力上限了,都只能小心翼翼地修补,有时局部的大改动会引发连锁反应,大改动的风险和成本很难控制,没有巨大的收益谁也不敢随便改,你能看到的问题老员工看得更清楚,甚至也清楚怎么解决,但是不动手的原因就是不知道出了事谁来背黑锅,技术上的事情谁敢说100%不出事的。
那是不是大公司的技术项目就没救了呢?
也不一定,有些事要等个机会的,常见的机会:
1. 技术基础平台大革命,比如移动互联网的兴起,从PC迁移到了手机端,很多旧的技术代码就可以抛弃了,手机上从零开始。
2. 竞争对手小宇宙爆发,对手搞出一项技术取得了竞争优势,被迫追赶,这时候死马当活马治,改出任何问题也都能忍了。
3. 人事大动荡,管理层和基层都大换血,旧代码已经没人有能力维护下去了,不得不重来。