now we have to catch Java 😛

also 2000 answers only and no discussion on how they represent developers as a whole, I would be really careful with such reports

(don't get me wrong I'm happy to see Kotlin high on charts)

1. Local variable type inference (

var

) 2. Raw string literals 3. records (similar to data classes) 4. Full pattern matching (even better than current scala) 5. Real value types (inline classes, hige perf improvments) 6. Virtual threads (IMO, better than Kotlin coroutines as we we dont need to think about async anymore) 7. Better native interop (no JNI madness)

Many of these features are already delivered or in preview features

One good thing is, Kotlin will also get those improvements on JVM.

Watch this recent FOSDEM talk - https://ftp.osuosl.org/pub/fosdem/2020/H.1302/state_openjdk.mp4

anyway people would stagnate with years old versions, so it made no sense to hold back people that could get new versions

not pointing to same object in heap

This is not a really large project, it's just on the larger side...

I'm really curious how JB themselves deal with this problem, with Space written completely in Kotlin and half of IntelliJ itself.

I mean when one has to wait for autocomplete for several seconds...

I noticed a new pattern in my coding: I started to sometimes write code like normal text, from left-to-right top-down, without autocomplete or jumping around, then wait several seconds for IJ to catch-up and highlight errors if any, fix, then continue, then some refactoring (via copy paste, multi-cursor and replace, because cosmos save me from using a built-in refactoring in Kotlin, renaming a constructor param or changing a signature can take 10-20 seconds).

extract variable and extract method tend to either not work at all, or do weird unintended stuff, same as inlining (I'm talking about once favourite trio: Alt+Ctrl+V, Alt+Ctrl+M, Alt+Ctrl+N)