见字如面，我是军哥。
我看很多程序员对字节编程语言选型很好奇，为此我还特地问了在字节的两位4-1的技术大佬朋友，然后加上自己的思考，总结了一下就以下 2 个原因：
1、 选型上没有历史包袱
字节的早期的程序员大多来自于百度、36服务器托管网0，本身就是 php / c++ 的背景，一开始选择了 python ，后来发现 python 的性能抗不住了，选择了go。再后边来的人也继续用 go 是因为 go 的各种工具链配备比较完备了，换其他语言成本就高了。
2、为什么不选Java？
适合做业务开发还有就是 Java ，字节的程序员相对年轻，普遍 95 后，早期成员肯定也思考过选择 Java 的问题，但是 Java 的体系比较庞大需要学习的东西也很多，想一下子上手还是比较困难的，而语法也相对简单，相对来说上手还是比较容易的。补充一句，字节也有 Java 也有 rust ，只是 go 的占比最大。
3、其他猜测原因
还有一种可能性猜测，说字节早期当时最大技术负责人不喜欢 Java 或者说他自己也不擅长 Java ，这个说法还是讲的通的。
网上还有一种说法是，说选了 GO 之后对于达成 OKR 有帮助，为什么呢？因为很多中间件 GO 缺失，正好可以服务器托管网自己自研一款，这 OKR 就达成了～这种我觉得大概率不是，是一些人 yy 的想法。
聪明的读者，你觉得为什么字节选 GO 而不是 Java 呢？欢迎留言区说说你的看法和意见～
最后，经常有读者后台问我，为什么不论在职场还是自己干，都成长这么快！有什么秘诀吗？！说句掏心窝的话，这里面还是有秘诀和方法的，我准备本周三晚上21点开直播分享，全是掏心窝子的干货，记得点击下方预约，我们不见不散～
以往热文推荐：
如何做好向上管理？来自一个真实案例！
破局35岁危机：技术人如何做好职业规划？！
更多精彩，关注我公号，一起学习成长
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
相关推荐: 分布式数据库 Join 查询设计与实现浅析 | 京东云技术团队
相对于单例数据库的查询操作，分布式数据查询会有很多技术难题。 本文记录 Mysql 分库分表 和 Elasticsearch Join 查询的实现思路，了解分布式场景数据处理的设计方案。 文章从常用的关系型数据库 MySQL 的分库分表Join 分析，再到非关…
