听朋友说很多公司用 go 写的业务系统写不下去，现在都开始用 Java 写了，是真的吗？？

[xstress]

[liquid207]

# 128
了解下 C# 中的 Linq?

[Sh4p]

让我看看这次吵得起来不

[thevita]

GO 的成功，最大的优势就是人.
----
能以很低的成本快速培养“能写” GO 的人，GO NB 的地方就在于, 你就算瞎糊，只有逻辑上不出什么大问题，性能都还不错（对于业务代码来说），（参见身边很多 PHP 转 GO 的人的代码）

但是这解决不了业务复杂后带来的可维护性问题，如果团队或者架构师这 GO 上没找到比较好的解法，Java 可能是一种 reasonable 的选择了
-----
说到底，业务的需求不同

[zzfly256]

@ipwx 还真有，我司也是，一个日常使用不超过 30 人的内部信息管理系统，强行上了微服务+K8S ，关键数据库还使用的同一个。。

[yazinnnn]

为啥每次都能吵起来呢。。。。

[dany813]

哎，小项目还是 nodejs 香啊

[qiumaoyuan]

@DuDuDu0o0 哈哈哈也可能是腾讯百度的

[NodeSans]

@sanggao go 好歹自带 gc ，有现代化包管理器，这都比 c 舒服多了

[paouke]

哎，现在这些公司真是太让人失望，我司现在都用 VHDL 写业务系统，上线直接薅 cpu 。

[SlipStupig]

我还在用 python 呢，我是不是早就被时代淘汰了啊🤕

[springz]

为啥不讨论 Rust ，Rust 写 API 我感觉比 Java 和 Go 都舒服。生态现在也很好，随便写写暴打 Go 的并发。

[AnonymousM]

为啥不用 kotlin

[springz]

建议可以先看看 Rust ，个人感觉比 Go 无论各个方面都更好一点。

[springz]

C 写 API 其实体验很不错。我就用 C 写过 N 个。

[iyaozhen]

@Chinsung 是说泛业务场景。一些特定领域肯定还是 java 适合

字节还有很多其它业务，不仅仅是推荐，比如飞书 哈哈哈

[silentsky]

用 go 开发业务系统可以提供多些就业岗位 何尝不是坏事 哈哈

[springz]

C 如果用 Kore 这种 Web 框架，写的当时还觉得蛮爽的。

[springz]

Rust 的基于 hyper 的 async 框架搭配 Pg 异步驱动，实际开发场景中轻轻松松 wrk 能跑到 Requests/sec: 60000 左右。实际开发场景哦。不是对 benchmark 优化。用 Kore 就更高了，看 Kore 的官网 benchmark 单纯输出 Requests/sec: 1000000 以上。

[springz]

熟悉 C 或者 lua 的话，碰到一个公司直接 lua 写业务逻辑，直接 Nginx 插件。性能+好用。

[Jwyt]

@superchijinpeng 你以为用 go 写中间件的有多少，肯定大部分都是写 web 啊