2022 年最适合写业务代码的编程语言是哪个？

[aljun]

2022 年，各个语言已经有了长足的发展，但其实业界更多的需求还是写业务。

这里写业务主要考虑的是解决问题的敏捷性与后期的可维护性和扩展性，在性能层面要求不会特别的高，考虑的不只是语言本身的特性，还包括语言本身的生态。当然也需要考虑招人或者新人上手成本。其中业务泛指非计算要求极高的场景。

其中我觉得作为候选的为：

• Java
• Go
• Python （特指有 asyncio 的 Python 3 ）
• Ruby (特指 Ruby3 ）
• Elixir
• Scala
• Javascript（特指 typescript ）

当然也不限上述语言，C++和Rust就算了吧，用那个写业务首先在敏捷性就不太好

因为限定为 2022 年，考虑的范畴都为该语言最新版本，且没有历史包袱

提名请给出具体的理由

[jeeyong]

做业务, 从整个开发人员生态, 和库生态来讲, 其实就是 java...
就是好招人, 有近乎于标准的库去完成业务..
当然,我选 python.....哈哈哈

[Ayanokouji]

kotlin 呀，有着 swift 的语法，享受着 java 生态

[SmiteChow]

人生苦短，你懂了吧

[peyppicp]

Go 这个玩意，可以只卖服务，代码不卖
java 嘛除非部署的是自己的服务器，否则就有被反编译的风险

[hongweiliuruige]

ts 全栈解君愁

[BeautifulSoap]

@Hanggi 做人不能太二极管，喜欢一门语言并不是要么爱死要么喷死。我喜欢 Go 并不意味着这些用得不爽的地方我也要用所谓“设计哲学”来洗脑自己让自己强行接受

Go 的标准库健全吗？或许你可以说 Go 的标准库“健”，但绝对担不上“全”的名头。我希望你能摸摸自己良心问自己一句：Go 的标准库它好用吗？注意是“简单”“方便”“功能全面”这层面的意思，至少我觉得 Go 的标准库完全担不上这个名号。而且更别提 Go 标准库那令人一言难尽、写得让人摸不着头脑的文档（这点你还真别跟我杠，去年 JetBrains 做的调查，关于 Go 标准库文档，我记得有 50%左右的人都觉得这文档写得不得要领、无法获得有帮助的信息）

[INCerry]

这个我站 C# C#挺香的 性能好 写的舒服 而且有个有钱的爸爸

[ychost]

C# 最佳，其次 Java/Node 吧

[OMGZui]

php

[basncy]

C 6G 业务.. 手动狗头.

[lisongeee]

md ，怎么没人说 kotlin 呢？

[GoLand]

竟然还有人推荐 Rust ，很好奇真有人用这种语言写业务代码？

[Leviathann]

为啥有很多人说 kotlin 是 swift 的语法？
kotlin 是 2011 年的 swift 是 2014 年的

[Timzzzzz]

公司用 nodejs ，加上代码写的很烂，可维护性极差

[UserNameisNull]

现在正在写 go ，写了一年了
之前写了 4 年 java
2 年 python
相比之后排序的话，java ，python ，go


go 真的不适合做业务的后端开发，写写云原生还行，写业务代码太痛苦，没泛型，没继承，没切面，没注解，除了 go 一下挺方便，其他没有优点了。

[Timzzzzz]

@Timzzzzz 但是应该跟用不用 nodejs 没关系，主要是代码写的烂

[cmdOptionKana]

@GoLand 单就语法来讲，Rust 语法还蛮好用的，很先进，很多优点。最大的问题只是第三方库还是太少，生态没发展起来。

[hefish]

评选出了这样语言准备发奖吗？

[Hanggi]

@BeautifulSoap 逗，还给自己点赞。

我现在理解你发牢骚是觉得，你不理解你要的那些功能 Go 语言为什么没有。
如果你理解为什么没有这些功能，那你也应该明白目前的 Go 语言是不可能给你提供你要的那个功能。

这不是标准库健全性的问题，你可以自己尝试实现一下，做个标准库的扩展包？
然后再思考下你做的这个扩展库能放进标准库给别人用吗？
如果行，说明标准库不健全，你去贡献代码，我给你买杯咖啡。
如果不行那你抱怨的点又是什么呢。

[BeautifulSoap]

@Hanggi
1. V2EX 没法给自己点赞 2. 我也没开别的号给自己点赞 3. 这赞不是我给的
你看到 1 赞第一反应竟然是我在给自己点赞，能有这种脑回路，看来你经常干用小号给自己点赞的勾当？不去参与刷赞黑产简直屈才了你

我说的是 Go 标准库缺失非常多重要的基础功能导致标准库并不够好用，而你却一直企图用所谓的“你不理解为什么没有”之类的来蒙混过关。说难听点，我理解了又能怎样？能改变标准库事实上的确缺失很多基本功能，并不太好用的事实吗？并不能吧

还有我想把一件事问清楚，你张口闭口 Go 标准库健全、健全、健全的，那么请问你这语境中的“健全”到底是什么意思？现代汉语对健全的解释“①强健而没有缺陷。 ②（事物）完善，没有欠缺”，结合这个解释，你是到底是想说 Go 标准库没有 BUG 呢，还是想说 Go 标准库已经十分完善，没有任何缺陷不用改了呢，还是 Go 标准库功能方面已经十分完美了？