通常主要有两种情况不适合用 go：
1. 极致的性能场景
2. 无法及时招聘到足够的 gopher ，抢市场优先所以可以放弃 go 或者让渡一部分 go 的份额给其他语言。字节飞书好像就是如此，最早大量招 go 但招不到那么多靠谱的所以又补充了很多 java
认为 go 不行的人通常有两点技术上的不足：
1. 对底层一些原理和更深层次的东西也是不是很理解，系统知识太浅
2. 只知道自己原来语言技术栈之类的所谓社区全家桶，但并不真的懂软件工程的工程性
OP 评价公司领导”对底层一些原理和更深层次的东西也是不是很理解“、但却觉得 go 不够好，说明 OP 自己首先“对底层一些原理和更深层次的东西不是很理解”
OP 说到 go 生态不丰富，说明对 go 社区不熟悉、对工程性也不是真的懂
建议 OP：还是听领导的吧
不是 go 这生态还不够丰富 ？ 你这张口就来呀
@lesismal 工程性,说到本质了
不用 go 用啥？用 java ？
“无语，跟你说不下去，典型的 Java 思维”
单纯就是你们的业务不合适而已，在你们体系架构下不合适。之前很多技术生态 护城河太高。但是技术日新月异，新的技术生态，对于 go 很友好了
Go 的生态还不够丰富？ 我去，你来写 c++试试看
go 挺好的啊, 我们内部开发了一个 devops 平台, AI 撸 3 天就完成了, 单文件部署, 跑起来内存占用 40MB 不到...这全是优点好吧, 而且 go 的标准库很强大, 啥框架都不要就能拉起大部分业务了
你是不是把 2016 年的帖子粘到 2026 年来发了？
go 不就还是 web2.0 时代的产物，说白了就是 10 年起互联网末期很多公司淘汰了 php ，换成了 golang ，这玩意儿的衰落和 php 轨迹差不多