编程语言的被淘汰：选错语言毁终身

在我当前所在项目里，其中的某一个子系统是用 Groovy 中的 Gradle 插件。Groovy 作为一个运行在 JVM 上的脚本语言，天生具有胶水的特性。加之，它支持 DSL 与其程式的简洁语法。嗯，如果不考虑性能问题，这真的是不一个不错的语言。

可真的是如此吗？

开始之前，我再次 FBI warning 一下：

关于编程语言的讨论，并非能真实，都存在或多或少的个人偏爱因素。因此，文中的某些观点或许会有些偏颇。若是不正确又或者是出入较大，也希望大家能指正。
这里的场景主要是基于 团队协作 的场景之下讨论的，而非个人项目，又或者是小项目。也就是说，只有团队协作时，才会出现的问题，才会出现各种讨论。
说起这一点我也是有个人偏好，如业余开发选各种语言，而真正做项目的时候，选的语言便是 Java；业余开发用 React、Stencil.js，在公司做项目的时候，还是 Angular 大法好。

引子 1 ：编程语言的读与写

我们都知道， 编程语言是写给人看的代码，写机器运行的机器码 。所以呢，对于编程语言而言，我们会有一个简单的判别标准，即它的 读与写 。从使用体验上呢，我们可以分为：易读易写，易读难写，易写难读，难写难读，这么四类的语言。

为了贴合文章的主题，我大概对我在项目上用过的 JVM 语言做了一个分类。（PS：真实情况下，差异没有这么大。）与此同时，由于每个语言的使用场景不一样，我们并不考虑诸如于性能等问题。

难度易写难写易读 Java Groovy 难读 Kotlin Scala

简单说明一下（笑，我们并不讨论他们的优点。例子中的 Kotlin 不太适合，只是我暂时没有在项目上用过其它 JVM 语言，也许 JRuby 就不好读了）：

Java 语言嘛，大家都懂，又好读又好写，所以 Java 程序员便宜。

Groovy （Gradle 所采用的 DSL 语言）难写的地方在于，文档少、语法糖导致IDE 支持差（相对而言）。事实上，它也不是那么好懂，在 IDE 支持的情况下，要用碳基脑做个类型推断。

Kotlin，如果已经熟悉 Java 或者其它语言的话，写 Kotlin 并不是一件难事。这件事情难就难在阅读别人的 Kotlin 代码，可能会有点费劲，除非你有良好的 IDE 支持——它的亲爸爸可能是 Jetbrains。离开了 IDEA，找个扩展（extension）都得找半天。所以难度总体上还是不难的，只是相对难读一点——因为语法糖。

Scala，早期的某个项目，我几个月后看不懂几个月前写的代码。

而如上所说，对于语言每个人是有偏好的。所以，这里依旧是我的一些个人观点。我也并非这方面的专家，只是从个人阅读开源代码和编写相关代码的感受来说的。

引子 2：适用领域与流行应用

谈及编程语言，我们要讨论的是另外的另一特质：适用领域。如我们熟悉的：

Golang 背靠云原生和 Google
Python 是科学家们的偏好，毕竟不是以代码为生。
JavaScript 是交互方式发生了变化
Ruby 是 Rails 框架，所以流行开了。
Java 用于企业编程，因为程序员便宜

而诸如 Rust 这样的小类语言，还没有正式有一个能发扬光大的场景。

引子 3 ：编程的快乐，先写得爽

有一些语言能让你拾起编程的快乐，比如 Ruby，但是也能让你不想去维护代码——让人又爱又恨的 Method Missing，可以让你搞起元编程。也能分分钟让你看不懂别人写的代码。如果没有文档的话，那么我觉得你不会再看了。

又比如说，操作符重载也是一个让人写的代码更加直观。嗯，再重载一下 赋值操作符 ，是不是非常爽。

对于快乐来说，维护性那是以后要考虑的问题。