在水群上吐槽一些编程语言推销问题，顺便分享一下。我从小到大，每过几年出一门新语言，就会周期性出一波这些外行程序员来蹭热度。（大国的转行程序员太多了，不懂行没办法，也可能是割韭菜的内行培训班的营销号）现在网上又有一些编程语言推销真的烦，不断在鼓吹它的语言怎么怎么好，但是都吹不到点子上，浪费人的时间。常见的外行言行: 仅仅把一门语言的语法糖当做优点，说它简洁美丽优雅，吹它代码简洁，跟吹神医的没区别。把包管理、语法检测器、编程范式、或者某种机制等等当成是某一门语言的独家武功，殊不知稍微认真学多一门编程语言就不会做井底之蛙了对于第一点，我们正解应该从工程应用角度去讨论才有意义。以提问的方式举几个讨论例子：为什么 JavaScript 要推出异步关键词、箭头函数，而多线程并发编程迟迟未出（或者说不完善）？你是否认为 Python 的解构赋值、表达式生成器、C++扩展开发等机制很方便那些从事数据挖掘的人员使用呢？为什么语法简单受吐槽的 Golang 却能把其他开发人员吸引过来？思考下它并发编程的优点其实这些编程语言很多功能都是大家用这门编程语言产生的一些迫切需求，在当时社区内进行激烈讨论，最后定下来一些标准。这就是 PEP JEP EcmaScript 草案的由来。还有一点：关于编程语言竞争力，其实很多人以为在语法和某些先进的技术特性，这完全搞错了。一门语言最强的竞争力是它的生态库、工具链和应用解决方案的前途。你要的特性、语法糖要加随时可以加，跟业界委员会提一提即可！但实用吗？举个例子：只针对 qt 的移动领域，qt 模仿 Android UI、React、Flutter 之类弄出一套 qml 做界面的技术，然而时机已过，没什么人会用 qml 来搞移动端 gui. 当然 qt for desktop 或嵌入式设备还是具有极大优势的。还有强扭的瓜不甜：之前看到有些编程小白写习惯了Java，去写 Python 非要搞个关键词替换让 void=None true=True false=False，然后给 if 加个括号……结果就搞得很别扭

如何客观评价或科学地选择一门编程语言？

LittleboyHarry

在水群上吐槽一些编程语言推销问题，顺便分享一下。我从小到大，每过几年出一门新语言，就会周期性出一波这些外行程序员来蹭热度。（大国的转行程序员太多了，不懂行没办法，也可能是割韭菜的内行培训班的营销号）现在网上又有一些编程语言推销真的烦，不断在鼓吹它的语言怎么怎么好，但是都吹不到点子上，浪费人的时间。

常见的外行言行:

仅仅把一门语言的语法糖当做优点，说它简洁美丽优雅，吹它代码简洁，跟吹神医的没区别。
把包管理、语法检测器、编程范式、或者某种机制等等当成是某一门语言的独家武功，殊不知稍微认真学多一门编程语言就不会做井底之蛙了

对于第一点，我们正解应该从工程应用角度去讨论才有意义。以提问的方式举几个讨论例子：

为什么 JavaScript 要推出异步关键词、箭头函数，而多线程并发编程迟迟未出（或者说不完善）？
你是否认为 Python 的解构赋值、表达式生成器、C++扩展开发等机制很方便那些从事数据挖掘的人员使用呢？
为什么语法简单受吐槽的 Golang 却能把其他开发人员吸引过来？思考下它并发编程的优点

其实这些编程语言很多功能都是大家用这门编程语言产生的一些迫切需求，在当时社区内进行激烈讨论，最后定下来一些标准。这就是 PEP JEP EcmaScript 草案的由来。

还有一点：关于编程语言竞争力，其实很多人以为在语法和某些先进的技术特性，这完全搞错了。
一门语言最强的竞争力是它的生态库、工具链和应用解决方案的前途。

你要的特性、语法糖要加随时可以加，跟业界委员会提一提即可！但实用吗？

举个例子：只针对 qt 的移动领域，qt 模仿 Android UI、React、Flutter 之类弄出一套 qml 做界面的技术，然而时机已过，没什么人会用 qml 来搞移动端 gui. 当然 qt for desktop 或嵌入式设备还是具有极大优势的。

还有强扭的瓜不甜：

之前看到有些编程小白写习惯了Java，去写 Python 非要搞个关键词替换让 void=None true=True false=False，然后给 if 加个括号……结果就搞得很别扭

tsumida

生态这个很重要，go有个好爹，而且出生自带一堆工具库。
怎么选择一门编程语言，有两种情况：
1）自己用，这个看自己意愿，哪个语言顺眼选哪个；
2）工作业务用，基本没得选，跟着团队走。真要选的时候，你得考虑向前向后兼容：成本，目前业务情况，语言生态等等，要做一堆调研和对比。

不过讲到底，大家都是在某一层次工作的，都调用了更底层的语法糖。Python一个装饰器就解决装饰器模式，省去一堆代码，而且在形式上更简洁。语法糖这里就起到一个降低复杂度的作用，减少心智负担。

另外说一个，现在的业务很复杂了。很多企业都往云上面迁，目的就为了减少运维成本。云通过所谓“Infrastructure as code”减轻了这个负担，但是还是暴露了一堆底层细节。比如现在很火的k8s，它的接口就是“all in one”模式，开发，运维，基础设施三种角色全部通过一个yaml文件跟k8s打交道，部署个redis集群，yaml轻松上千行，你打开一看，wc，一堆字段，不知道做什么的，也不敢动。

现在社区打算把这个k8s接口划分成三个层次，开发，运维和基础设施视图。让各个人员各司其职，分离关注点，开发专心写业务逻辑，运维专心搞运维（高可用，流控），基础设施人员提供资源。一些人在搞所谓云原生编程语言，这些语言操作的对象是云上的资源，比如declare new_rds = new AWS::redisCluster();，直接申请一个redis集群，再也不担心怎么运维，怎么维护资源。还有一些人在搞声明式编程语言，类似SQL那样的，在更抽象层次工作。

软件本身还是那么复杂，不过人们需要关注的复杂度降低了，更多复杂度被分离出去了。人得以把精力集中在要干什么上面了。这也是贯穿整个计算机发展历程的事情，OS，编译器，库文件都是不同阶段的结晶。