<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>jillesvangurp</author><text>Sebastian Deleuze who is one of the Kotlin people working on Spring just gave a presentation of the status of Kotlin support in Spring: &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;www.infoq.com&amp;#x2F;presentations&amp;#x2F;spring-kotlin-boot-kofu&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;www.infoq.com&amp;#x2F;presentations&amp;#x2F;spring-kotlin-boot-kofu&amp;#x2F;&lt;/a&gt;.&lt;p&gt;In short, if you are using Spring and are ignoring Kotlin, you are missing out a lot of good stuff. Or in other words, the same that happened to Java on Android is now happening to backend Java. You can still use it but why would you when things can be so much better with a simple upgrade to Kotlin (I&amp;#x27;ve migrated tens of thousands of lines of code, it&amp;#x27;s easy). And yes Java 9-14 added a bunch of things that are definitely nice&amp;#x2F;useful but it doesn&amp;#x27;t come close to Kotlin in terms of expressiveness and language ergonomics.&lt;p&gt;Also, KotlinConf was on last week. There was a nice presentation about the state of kotlin-js, which is getting some nice updates in the next year including much better dead code elimination resulting in very compact minified code (&amp;lt; 100kb is now feasible for simple stuff), better integration of existing typescript type script defifinitions (i.e. support for most relevant npms out there), better build tooling in the form of an improved gradle plugin. Or put different, Kotlin might start doing to typescript&amp;#x2F;javascript what it already did to Java. IMHO it&amp;#x27;s a more capable language than typescript, which I consider to be pretty nice but it just lacks a bunch of things and comes with a some ugliness that relates to backwards compatibility with js.&lt;p&gt;In related news, Kotlin native is also happening. So, Kotlin is joining a list of full stack languages that used to be really short.</text><parent_chain><item><author>buremba</author><text>People usually get confused when we tell them that we&amp;#x27;re using Kotlin for our backend APIs. I can&amp;#x27;t blame them because we attended KotlinConf last year and almost 90% of the audience were using Kotlin on the Android platform.&lt;p&gt;Hopefully, it gets more attraction from different platforms because staying in the JVM land and being able to use an expressive &amp;amp; lightweight language is great!</text></item></parent_chain></comment><story><title>Making Games with Kotlin</title><url>https://kotlin.christmas/2019/11</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>pjmlp</author><text>Problem is that thanks to Android (stuck on partial Java 8 support), and JetBrains plans to put Kotlin everywhere as they try to build a business on top of it (Borland Turbo Pascal style), there is only so much that they can access on the JVM while making Kotlin code portable, specially regarding the Valhala, Panama and Loom roadmaps.</text><parent_chain><item><author>buremba</author><text>People usually get confused when we tell them that we&amp;#x27;re using Kotlin for our backend APIs. I can&amp;#x27;t blame them because we attended KotlinConf last year and almost 90% of the audience were using Kotlin on the Android platform.&lt;p&gt;Hopefully, it gets more attraction from different platforms because staying in the JVM land and being able to use an expressive &amp;amp; lightweight language is great!</text></item></parent_chain></comment><story><title>Making Games with Kotlin</title><url>https://kotlin.christmas/2019/11</url></story>