It is developed by a team at JetBrains although it is an OSS language and has external contributors.
At JetBrains, we’ve been developing for the Java platform for a long time, and we know how good it is. On the other hand, we know that the Java programming language has certain limitations and problems that are either impossible or very hard to fix due to backward-compatibility issues. We know that Java is going to stand long, but we believe that the community can benefit from a new statically typed JVM-targeted language free of the legacy trouble and having the features so desperately wanted by the developers.
The core values behind the design of Kotlin make it
Kotlin is an OSS language and is licensed under the Apache 2 OSS License. The IntelliJ Plug-in is also OSS.
It is hosted on GitHub and we happily accept contributors
Logos can be downloaded here. Please follow simple rules in the
readme.txt inside the archive.
Yes. The compiler emits Java byte-code. Kotlin can call Java, and Java can call Kotlin. See Java interoperability.
Kotlin generates bytecode which is compatible with Java 6 or newer. This ensures that Kotlin can be used in environments such as Android, where Java 6 is the latest supported version.
Yes. There is an IntelliJ IDEA plugin that is available as an OSS project under the Apache 2 License. You can use Kotlin both in the free OSS Community Edition and Ultimate Edition of IntelliJ IDEA.
Yes. Please refer to the tutorial for installation instructions.
Yes. You can download the standalone compiler and other builds tools from the release page on GitHub
Kotlin is an Object-Oriented language. However it has support for higher-order functions as well as lambda expressions and top-level functions. In addition, there are a good number of common functional language constructs in the Kotlin Standard Library (such as map, flatMap, reduce, etc.). Also, there's no clear definition on what a Functional Language is so we couldn't say Kotlin is one.
Kotlin supports generics. It also supports declaration-site variance and usage-site variance. Kotlin does not have wildcard types. Inline functions support reified type parameters.
No. They are optional.
We believe it makes the code more readable. Besides, it enables some nice syntactic features. For instance, it is easy to leave type annotations out. Scala has also proven pretty well this is not a problem.
No, they won't. We can still implement suggestions for variable names, etc.
We are planning on making it extensible in a few ways: from inline functions to annotations and type loaders.
Yes. Kotlin provides a few features that help along: Operator overloading, Custom Control Structures via inline functions, Infix function calls, Extension Functions, Annotations.
Currently at 5.
Yes. There are plans to provide at least CommonJS and AMD support.
© 2010–2017 JetBrains s.r.o.
Licensed under the Apache License, Version 2.0.