jvm与非jvm语言优劣

• 它质疑我编写Java代码的方式。 例如，为什么在设计类时自动生成getter和setter方法？
• 我认为Scala使得大多数开发人员（包括我自己）编写不易读的代码变得太容易了
• 我开始寻找其他替代语言

• 捷豹Kotlin
• 锡兰红帽酒店
• 和Eclipse Xtend

这篇文章是关于我个人的经历和由此形成的观点。 如果您更喜欢只阅读您同意的帖子，请随时停止阅读这一点。

• 谷歌已经认识到搜索词即 “编程语言”为斯卡拉，Groovy和Kotlin，而不是锡兰和扩展。 对于锡兰，我只能假设是因为锡兰是一个受欢迎的地方。 对于eXtend，恐怕Google搜索量不足。
• 到目前为止，Scala最受欢迎，其次是Groovy和Kotlin。 我没有关于规模的真正线索。
• 五月份的Kotlin高峰与Google在Google I / O上的支持声明有关。
• 对于Scala和Kotlin的大多数搜索都来自中国，Groovy在地理位置方面更为平衡。
• Scala搜索与术语“ Spark”密切相关，Kotlin搜索与术语“ Android”相关。

• xTend尚未死，因为它从未存在过。 永远不要阅读任何有关它的文章。 也从未听过会议演讲。
• 2017年，红帽将Ceylon交给了Eclipse Foundation，创建了Eclipse Ceylon 。 向基金会捐赠软件的私人参与者可能会以不同的方式进行解释。 在这种情况下，尽管围绕此举进行了令人放心的谈判，但这对锡兰的未来并不是一个好兆头。
• 在2015年，Pivotal停止赞助Groovy，并将其转移到Apache基金会。 尽管我相信Groovy具有足够广泛的支持基础，并且在JVM上具有独特的优势-脚本编写，但这也不是一个好兆头。 这与核心Groovy 提交者的提交频率相关：它们的提交数量急剧减少-甚至停止了一些。
• 有趣的是，Scala和Kotlin最近都入侵了其他领域，转而使用JavaScript并编译为原生语言。
• 在Java中， JEP 286是通过类型推断来增强语言的建议，Scala和Kotlin已经提供了此功能。 但是，它仅限于局部变量。
• 有趣的是，人们正在努力通过仅保留一部分语言来缩短Scala编译时间 。 这就提出了一个问题：如果放弃Scala的强大功能（例如宏），为什么还要保留它呢？

1. Groovy有其自己的细分市场-脚本编写，它使Java，Scala和Kotlin争夺服务器端JVM上的纯应用程序开发空间。
2. Scala还雕刻了自己的空间。 Scala开发人员通常认为该语言优于Java（或Kotlin），因此不会迁移到另一种语言。 但是，由于Spring和Google的宣布，当开发人员对Java感到不满意时，Kotlin可能会取代Scala作为语言开发人员。
3. Kotlin赢得了Android之战。 由于Kotlin在游戏中遥遥领先，Scala过去忽略了这一领域，并且将来不会投资。
4. Kotlin在移动设备上的崛起并不是有意的举动，而是一个令人惊喜的意外惊喜。 但是，JetBrains在注意到趋势后立即将其用作前进的方向。
5. Kotlin与Java的互操作性是杀手级功能，可以说服经理人将遗留项目迁移到Kotlin或启动新项目。 就像对Java的不间断的向后兼容性一样。

翻译自: https://blog.frankel.ch/rise-fall-jvm-languages/

jvm与非jvm语言优劣