技术体系转型就应该这样干！

非标题党标题：“说说技术体系转型”

因为偶然知道之前客户CEO想要推动CTO做公司的技术体系转型，感觉决策的阶段、因素等多少有些不合适，所以顺便说说我对这个事情的看法（注意，是看法）。

关于技术体系转型这个事情，我觉得还是主动权交给CTO比较好， CEO直接指挥，虽然有些时候考虑的也是对的（比如对市场上人才池大小的把握度更有sense）， 但直接指挥会多少打击CTO的积极性，公司技术体系用什么技术， 从老板和人力资源的角度，看人才池大小， 从技术人员角度，则只管自己的喜好。但好的CTO还是会根据团队情况做“熵减”，在技术人员的喜好、能力与业务支撑之间做好平衡。

要做技术体系转型，我觉得一般会有几个因素或者说契机可以考虑：

1. 现有技术体系的固有限制无法满足业务快速增长导致的瓶颈， 比如解析性语言性能跟不上（虽然这个例子现在基本上是伪命题，因为很多瓶颈出现在数据库，服务层之前在这个时代基本不太会有性能瓶颈）；
2. 团队对现有技术体系的把控度不足以支撑业务发展导致的瓶颈，比如出了问题搞不定， 就好比我当年服务过的某企业，我刚去就要急吼吼地开始救火，其中一个很关键的问题就是原来的团队技术层面偏重Python，但系统交付之后出了问题搞不定（从骨干到基层），我当时就不得不做出决策，推动整体的技术体系转向新团队成员有能力把控的Java技术体系；
3. 市场上目标人才池太小，整体分配给自己企业/团队的份额不够，也就不足以支撑业务的发展，比如平常简历都收不上来一两份儿；

当然， 上面这些情况的统一前提条件是： 业务发展从而导致了瓶颈，如果业务没有发展的预期或者裹足不前甚至还处在频繁试错的阶段，那么，盲目转技术体系显然是不合适的，不是关键矛盾。

转技术体系还有个情况 ， 不过很少见，不是所有企业都有机会成长到那个粒度，那就是，盘子足够大之后， “拧毛巾”。

把核心的系统从解释型语言技术体系转变为编译型语言技术体系，往往会有很大的性能提升， 在体量大的情况下，硬件费用可以缩减很多，当年阿里巴巴中文站就因为做了个性能优化，服务器削减了一两百台 （虽然我觉得多少有些邀功之嫌，因为肯定有很多服务器的load没那么高，没有被充分利用）。

嗯， 我的观点就这么多，如果有什么遗漏或者不合适的地方，也欢迎大家留言拍砖。

「为AI疯狂」星球上，扶墙老师正在和朋友们讨论有趣的AI话题，你要不要⼀起来呀？^-^
这里

1. 不但有及时新鲜的AI资讯和深度探讨
2. 还分享AI工具、产品方法和商业机会
3. 更有原价1000多的付费内容(近500分钟)等着你，加入星球(https://t.zsxq.com/0dI3ZA0sL) 即可免费领取!