由于自满、职业上的自我保护和缺乏可见性等原因，在服务器端采用 Kotlin 的进展速度非常慢。不过，在某些特定情况下，避免采用 Kotlin 是完全合理的。

 

这也就是我们在软件开发项目当中经常看到的“忙着砍柴没时间磨斧子”现象。这通常预示着更深层次问题，比如不断增加的技术债务和开发效率问题。健康的软件项目需要开发者花大量时间去学习。一个有能力的 Java 开发者可以在数小时内掌握 Kotlin 的基本知识，并在数天内提高开发效率。如果采用新语言可以让他们写的代码更简单，遇到的问题更少，那么投入就是值得的。

 

 “作为 Java 开发者，我们感到很自豪”

 

这是我们在 2017 年经常听到的反对采用 Kotlin 的说法。在那一年，谷歌宣布将 Kotlin 作为 Android 的官方开发语言，让我们确信科技巨头们对这门语言是感兴趣的。现在，Spring 和 Micronaut 等流行框架似乎已经接受了这门新语言，之前的反对声就不那么经常听到了。希望这能让更多的服务器端开发对这门语言有足够的了解，并尝试一下。

 

 “Kotlin 开发者太贵了，而且很难招到”

 

Kotlin 之所以成为 Scala 等语言的替代语言，其中一个原因是它在易用性和高级特性之间取得了良好的平衡，与 Java 具有更好的互操作性，所以更有可能被流行框架采用。在实际当中，这种反对声与团队的技能、风格和习惯有关。初学者一般会像使用 Java 一样使用 Kotlin，但随着他们越来越熟悉这门语言，可能会深入使用一些特性 (例如扩展和内联函数)，从而导致代码库变得越来越难以理解。在团队完全掌握新语言之前，我们建议尽可能长时间地使用普通的 Kotlin 特性。最后，团队中的大多数人都会在选择很酷的语言特性和保持代码库易于理解之间找到平衡点。

 

 “我们更喜欢 Java”

 

有时候，Java 开发者意识不到语言方面存在的限制，或者是因为他们已经习惯了。有时候，他们会抗拒新语言，因为新语言会让他们质疑自己正在使用的语言。在不深入细节的情况下，我们可以说 Kotlin 的简洁性和安全性是它的主要优点。然而，有些人声称他们不认为 Java 的冗长有什么问题，并且写出来的代码也很安全。在真正去尝试 Kotlin 之前，人们很容易将其忽略掉。而在真正面对它的时候，一些人会继续寻找不尝试使用它的理由。文章如有错误，感谢指正，关注我，获取真正的硬核知识点。以上就是本篇所有内容觉得不错请点赞、分享，感激不尽。