在经过了三个月的beta测试后，Kotlin团队终于宣布发布Kotlin的 1.0版本，该版本的目标是提升这门语言在API与ABI方面的稳定性。
从该语言的第四个beta发布，到发布候选版本的出现，直至1.0版本的正式发布，该语言经历了大量的变化，
包括它的标准库与Kotlin
IDE。特别是对于标准库的修订主要专注于对它的API进行清理，并减少资源的占用，从而更好地配合Android应用的开发。在语言方面，新版本对于语
法与语义进行了大量的修正，并且最终确定了二进制格式，移除了字节码中一些比较晦涩的部分。新版本中的工具引入了一种全新的算法，以改善依赖的检测，按照
JetBrains的说法，这一点大大提升了增量式编译的速度。此外，IntelliJ
IDEA的最主要Kotlin插件现在也包含了Android插件，因此Android在新版本中得到了直接支持。
来
自JetBrains的Andrey
Breslav是Kotlin的设计主管，他也澄清了Kotlin在向后兼容方面的计划。具体来说，Kotlin将致力于确保新的代码能够与旧的二进制文
件共同编译与运行（即ABI/API的向后兼容），而旧的二进制文件也能够与新的二进制文件相兼容（即ABI的向前兼容）。在源代码层面，团队的目标是确
保新的编译器能够顺利地编译所有旧的编译器能够编译的代码。InfoQ与Breslav进行了一次访谈。
促使你设计Kotlin这门语言的动力是什么？
当
我们2010年刚启动这个项目的时候，最初的想法是创建一种更好的语言以用于开发我们的产品，并且能够运行在JVM上，不久我们就意识到还有其他人也有同
样的需求。虽然当时还有一些用于替代Java的其他选择，但他们都不太适合于我们的需求（有些用户与我们的需求有所差别，那些语言对于他们来说已足够完
美）。我们的需求如下：
- 静态类型：这一点的目标在于大规模代码库的可维护性。
- 更平滑的迁移路径：逐渐地将新的代码引入现有的代码库，以尽量减少对其他代码的影响。
- 高质量的工具：我们相信，一门语言的生产力很大程度上取决于工具的支持。
- 易于学习及理解：我们团队并没有区分“库的作者”与“库的使用者”这两种角色，我们希望所有开发者都能够在所运用的语言中达到相同的生产力。
可以说，具备以上四点特性的Kotlin在JVM的所有实现中可以说是独一无二的。
Kotlin终于发布了1.0版本，你能否总结一下这个里程碑的意义？
许
多开发者在这一版本发布之间就已经在开始使用Kotlin了，但一个官方的1.0版本为用户提供了更好的保障。经常有用户对我们说：他们的组织不会考虑采
用Kotlin，除非能够发布一个正式的1.0版本，我完全理解这些组织的决定。如今随着1.0版本的问世，Kotlin终于得以“正式亮相”，用户也可
以放心地在生产环境中使用它了。这种信心很大程度上来自于语言的进化方式：从现在起，我们将承诺新版本的向后兼容性，即该语言及其标准库的后续版本中出现
的任何改动都不会破坏之前版本所编译生成的二进制文件。因此，在用户部署Kotlin代码时，他可以确信不会出现兼容性问题，正如部署Java代码一样。
我
们为1.0版本的发布投入了5年时间，后向兼容性是投入这么多时间的一个主要原因。我们必须保证这门语言设计上的优雅性及实践性，否则就难以保证不会出现
任何破坏性的变更。并且我们相信，只有在实际的生产环境中使用这门语言，才能够做出这种承诺。因此，我们目前已经在JetBrains本身的产品中使用
Kotlin近两年时间，并且对于它有着充分的信心。
当然，这并不是说这门语言的设计从一开始时就是完美的：我们在JetBrains产品以及其他项目的生产环境中发现了一些严重的问题，但我们仍有充分的时间去修复这些问题并进行进一步的验证。
Svetlana Isakova在DroidCon-DE上将Kotlin形容为“Android上的Swift”。你能否详细地说明一下Kotlin在现有的编程语言浪潮中如何占据一席之地？
"Android
上的Swift"这个引人注目的说法是由Mike
Gouline首先提出的，而公众很快接受了它。这是个非常准确的比喻，可以这么说：正如Swift对于iOS开发者来说是比Objective-C更为
现代化的替代者一样，对于Android开发者来说，Kotlin则是Java的一个更为现代化的替代方案。不过我要指出一点，Kotlin的应用并不仅
仅限于Android的开发而已。
至
于Kotlin所涵盖的平台与领域，可以说只要是使用Java的地方就能够运行Kotlin：包括桌面、服务端与移动端等任何平台。Kotlin所生成的
字节码与Java
6相兼容，使它的应用范围更加广阔。运行时本身非常小（只有大约800K），并且我们非常注意避免任何可能会使Kotlin代码在某些场合无法工作的运行
时问题（例如我们避免使用特定的类加载器或运行时打包的需求等等）。此外，我们目前正在为Kotlin开发一个基于JavaScript的后台（目前还处
于实验阶段），这会进一步扩展Kotlin的可应用性：用户将能够通过Kotlin开发完整的web应用。
Kotlin未来的路线图是怎样规划的？
我
们还有许多任务要完成，这些任务有大有小。之前提到的JS后台是一个比较大的任务。另外还有工具链的性能。Kotlin现在已经在IntelliJ
IDEA上实现了增量式编译，如果你修改了某些代码，那么只有被改动的文件（而不是模块！)会被重写编译。我们也希望为Gradle用户带来相同的体验，
这部分工作正在进行中。即将到来的1.1版本将能够生成Java 8字节码（并同时生成Java
6字节码），以实现多种功能优化，例如lambda表达式等等。在语言特性方面，我们并不打算在1.1中引入任何重大的改动，但可能会去除某些限制，例如
data的相关类。我们还计划进一减少标准库的方法数量，这对于Android开发者来说是相当重要的。
我们还在计划一些更为激动人心的特性，举例来说，我们打算在Jigsaw运行时模块正式发布时提供对它的支持，并且在Kotlin的未来版本中加入对async/await语法的支持。
使用Kotlin 1.0的用户必须对全部代码进行重新编译，以清除之前版本所生成的代码。同样道理，所有已经过期的语言结构会造成错误。用户可以在IntelliJ IDEA中通过一个预打包的插件进行下载，或者直接从GitHub库进行构建。
查看英文原文：Q&A with Andrey Breslav on the Kotlin 1.0 Release | 
