路转粉：不可替代的JAVA

1.

我不能算是一个Java程序员，因为作一个合格的Java程序员要熟悉各种通用框架，而我工作的8个年头里真正开始用Java编码和调试却始于我的第二任雇主，做嵌入式Android的移植和Debug，甚至连APP都很少写。但却由于对Android框架调试时的耳濡目染，对Java各种设计模式和思路也就渐渐的熟悉了起来。

虽然大学4年有一整个学年都在学Java，但由于我最初的崇拜是C/C++，对Java都很不屑。直至今日，工作和业余能用C++写的绝不用其他语言。但是这几年Windows的衰败以及Linux、嵌入式、Mac的崛起，让我对Java的看法有了很大的转变。

2.

相信每一个程序员的成长过程中，都纠结过该专注于哪门语言。各种业内新闻也为了博得眼球而故意挑起了各大语言的争战。类似于Java的没落衰败，将要被取代，甚至还有鼓吹Python要替代Java成为服务端首选语言之类的偏见报道不计其数。我由于当年在微软实习接受过.Net的洗脑，甚至一度认为.Net不远的将来就会替代JVM，C#也将替代Java成为最流行的跨平台语言。后来时间证明了微软的尾大不掉，谷歌带领着开源社区将闭关锁国的微软和苹果两家企业踩在了脚下，成功将Java再次推向了神坛。事实证明了 不要钱的 开源的才是最容易深得人心的。言外，在Java抚养权争夺战中，谷歌生了个二胎Kotlin，但毕竟依然是同父异母JVM的亲兄弟，就将Java和Kotlin看成是一国的吧。

3.

我路转粉的原因，并非是被Java(Kotlin)语言特性之类的宣传折服。因为在我看来，没有什么语言特性是完美无缺的，C++虽然也经常被人所诟病，但用起来顺手，没有什么是不可接受的。最多也只能说对新手不友好罢了。Java最强大的魅力在于他的完美跨平台的特性，这是没有任何语言可以替代的。我在这几年为雇主公司战略选型时候，调研用过了多种平台组合：

C# & .Net虽然也鼓吹了自己的跨平台特性，但可笑的是至今都不支持ARM平台，非Windows系统的移植进程也慢之又慢，兼容cocoa以及linux平台的开源.net几年过去了依然无法开箱即用。微软真该考虑换帅了。要不是有个Mono的死忠社区，我想.Net现在早已经从地球上消失了。

以QT为首的各大跨平台GUI框架，也可以说是烽火一时，毕竟他们都是可以用我最熟悉的C++编码。但当我在为Arm平台移植QT而编译了几十个G的代码、为QT做优化的时候，我就已经开始怀疑人生了 -- 整套QT源码和Android框架有啥区别呢，为什么我要费这么多时间去移植优化一套没人优化的QT而放弃了Android已经移植优化好的框架呢？而当我又尝试在我的Mac上用QT写通用工具时候，我再一次的怀疑起QT的必要性，过时的GUI控件，跨版本甚至无法兼容的库，无法交叉编译，跨平台我甚至还得要找到一台目标机才能编译和调试。最终一狠心，建议老板还是放弃QT吧。

当然很多人喜欢Python，python的开箱即用的特性确实让我很感动，很多C++需要写几百行的功能，Python一两行就搞定了，也得益于开源社区工程师的经验积累，python的很多抽象方式依然值得我在C++、Java上借鉴和学习。甚至公司某一年的项目我直接带着团队用Python开始做，也正是因为该项目，让我感受到了Python的很多不足。Python最大的问题就是他的解释性运行方式，一个经验丰富的Python工程师是可以用最好的架构和边编码边编写单元测试用例来规避该问题，但是你没有办法控制整个团队都经验丰富。写到项目最后，已经让我无法整合他人的代码了，很多新手写Python单元测试的覆盖率不足50%，很多的代码逻辑在开发时候走不到，却在测试运维时候走到，然后崩溃了，后期Debug的代价相当的大，很多的bug都是非常可笑的语法问题，而这些问题在编译性语言的编译阶段都能完美的规避检查掉。所以我非常不建议使用Python来做大型团队项目。

4.

最终，调研了一圈比较流行的跨平台方案后，重新拾起了一直不被我看好的Java，才慢慢发现了他的诸多优点。JRE完美跨平台特性，一次编写随处执行，JNI调用Native c/c++编写的库也能很有效的规避了性能问题，最关键的是其稳定性，开源社区的多种框架，UI的统一，大部分的系统都默认安装了JRE，也极大的方便了项目的部署。嵌入式平台上还有谷歌大佬精心优化的ART虚拟机，加上公司这几年的android框架优化的积累，很快就能完美的将项目运维起来。之前一直很不看好的windows和osx上jar的后缀，觉得其很小众，后来发现网络上其实是有各种工具能将jar打包成exe和app程序的，配合上当下流行的JavaFX的窗口应用框架，直接让我抛弃了.net/mfc/cocoa/gtk之类的框架，路转粉投向了Java家族的怀抱。