为什么许多原本的 Java 项目都试图用 go 进行重写开源？

为什么许多原本的 Java 项目都试图用 go 进行重写开源？

对互联网来说，重构是政治斗争和大清洗的重要手段，尤其面向业务编程的公司和码农。

比如某走出创业期已有平稳营收的互联网公司。35岁的技术总监在公司建立初期就加入公司，全程参与公司所有重大项目。技术总监拥有10年Java开发经验，年薪100万及若干股份。他手下还有一个平均薪资60万，平均在职6年的核心技术团队支撑公司运转。

这时公司的项目随便增加删除一个功能或业务都得依靠这位技术总监及其团队，毕竟只有他们全程参与了公司的项目最有经验，只有他们更清楚既有架构的性能潜力，怎么重复利用既有代码以及潜在的bug都在哪，就算让新的团队做新功能也还得基于旧有的架构。

因此这家公司包括老板在内的所有员工及投资人是不是都得看他们眼色，每次涨工资加薪发奖金是不是都不能少了他们？甚至有时候老技术团队还会仗着资历老对老板的命令阳奉阴违。

老板和投资人面对日渐升高的薪资成本和话语权被分走，自然会想办法解决。如果直接把年轻人塞进去让技术总监培养，稍微有脑子的技术总监都会给自己留一手刻意限制这些新人的发展。而如果直接裁员优化又容易对公司造成强烈冲击，搞不好还会把整个团队送给竞争对手或者新的投资人。

思来想去解决工程师问题最好的方法还是技术，比如用新的技术体系重构。

新的技术体系在开发时必然参考现有技术体系的优缺点，而且随着技术迭代和编程语言的既有发展规律也一定会大幅降低技术门槛。

如果招一些年轻人，然后宣布要用新技术体系对既有业务重构，那某种程度上不正是把公司旧的技术团体经验清零同年轻人们拉到了相对较近的起跑线，还给了旧技术团队不得不把技术同年轻人传承，让年轻人可以从头理解公司技术架构培养经验的机会？

重构是把既有的成熟代码重新实现，不存在什么开发失败的可能性也不会绕很多