Java服务器端开发人员不采用Kotlin？

眼光已经超越了Java。有一些团队对Scala感兴趣，我们已经用它编写了一些服务。但是，与Java代码库一起工作的复杂性、痛苦以及缓慢的构建时间，使得这种语言对我们大多数人都没有吸引力。

当谷歌在2017年宣布Kotlin将成为Android开发的官方语言时，另一个与我们关系密切的团队在他们的服务器端开发中评估了这种语言。最终，我们中的大多数人都尝试了一下。

Kotlin对我们代码库的影响令我震惊。它让人感觉更有成效，更安全，而且工具虽然没有Java那么成熟，但也足以让我们值得采用。

从感觉陈旧和冗长的语言中解脱出来，并发现哪些编码风格非常适合Kotlin的特性，也是一件有趣的事情。与Java的出色互操作性意味着我们可以增量地依赖现有的生态系统和过渡系统，而不会对完成工作造成重大干扰。

很快，我就对Kotlin产生了兴趣，共同创建了http4k，一个用于Kotlin HTTP应用的函数式工具包，并举办了“真实世界Kotlin开发研讨会”，帮助其他团队进行同样的转型。

最终，我已经转到了其他岗位，但很幸运地看到了Kotlin在其他各种项目的服务器端的应用。而我也亲身经历了一些团队强烈不愿意采用Kotlin的原因。

很奇怪的是，阻力并不总是来自于实际语言的优劣。那么，为什么Java服务器端社区没有更大程度地采用Kotlin呢?

我和我的同事遇到的一些原因如下：

我们没有时间学习一种新语言

这就是我们在软件项目中常见的“忙着砍柴，忙着磨斧头”的变种。这通常是更深层次问题的征兆，如不断增加的技术债务和一般的生产力问题。

健康的软件项目总是需要相当数量的学习。而一个称职的Java开发人员可以在几个小时内掌握Kotlin的基础知识，并在几天内就会有合理的生产力。

当他们写出更简单的代码和处理更少的问题时，因为新的语言而提高生产力，这是一项值得的投资。

每个版本的Java都在不断完善

这是真的：Java正在变得更好。而且发布的速度也越来越快。另一方面，在处理空性这样的简单事情上，它仍然远远落后于Kotlin。

也许Java社区已经习惯了这种语言的发展速度。尽管如此，Kotlin仍然提供了一种方法，可以在他们的项目中利用这些特性中的许多(以及更多)。

作为Java开发人员，我们感到很高兴

这种阻力是最棘手的。如果一个程序员把自己的职业身份绑在单一的编程语言上，那就没什么办法了。

一方面，如果Java开发人员不想赌上自己的事业，跳进一门新语言的未知领域，我可以理解。或者他们想成为一名长期的专家，这很公平。

另一方面，我还没有看到Java开发人员因为使用Kotlin而“落后”。相反，这表明他们一直在寻找适合自己工作的最佳工具，这是一个积极的特质，至

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!