The whole point of JVM is that it runs everywhere without having to recompile, which is only a concern when the source code is unavailable. FOSS has no use for JVM and its ecosphere.

>>106976742
Kotlin embraced Java
Kotlin extended Java
Kotlin got extinguished by Java when Java implemented some of the niceties themselves.

>>106976742
>What problem does Kotlin fix
jetbrains increasing irrelevancy
I like their IDEs doe. clion is a piece of shit but has no real alternative

>>106976742
It has an "elvis" operator so I would not touch it ever.

>>106976742
It's pretty nice. Basically Java but with a nicer syntax. I've used it for Android development in the past. I would probably use it as a backend web dev language if I didn't use Go.

>>106976742
Isn't java extremely verbose. That's a big enough problem

>>106976742
It has too many features. That's its main issue, IMO.
It just tries to give you all the paradigms, and also keywords to allow for all kinds of optimizations and restrictions and what not, and as a result, the language is pretty unreadable.

>>106977086
Skill issue

>>106977175
Have fun with the C++ of the JVM.

>>106976742
Is their LSP still closed source?

>>106976742
Google pushed Kotlin in an attempt to dumb down Android for trannies and jeets. That's the only reason anyone has ever heard of Kotlin.

>>106976742
I deeply wish it got more widespread adoption in anything other than Android dev. I've been a Java dev all my life (not a jeet, just the main language taught at my uni and I got pigeonholed into it) and I had a 1 year stint as an Android dev and Kotlin was incredibly refreshing to use. Programming was fun again, it's so much more ergonomic. Java has been trying to catch up with modern features and syntactic sugar but it's still nowhere near as nice to use as Kotlin.

Unfortunately no company wants to move their backend to Kotlin (and I've tried several times to slowly introduce it in new microservices, tech leadership doesn't want it) and Kotlin Multiplatform has been a fart in the wind so far.

>>106976742
>compiles slower than java
>runs slower than java (and it will never going to be able to be faster because it runs on the same jvm as java and the changes they would need to make like stack allocated classes would come to java first anyway)
>generics are still just type erasure meaning you can't use primitives in generics and you can't use generics with reflection since you don't know anything about the type at runtime
>no proper pattern matching
>corporate trash with a paid closed source IDE and a closed source language server

It is literally java but worse in every regard except null safety

>>106977223
stop teasing newbies

>>106980063
>Reflection
Use case?

>>106980088
end user
reflection works because it tests the same db

>>106980088
I work in the medical sector and i wrote a library that we use with our testing framework where next to the asserts you can also tell the tests to check if only certain records changed in certain tables in the database. for example if i tell the framework only 1 record should be added to the patients table during the run and if that doesn't happen or literally anything else in the db happens then the test fails with a nice error message. It's all reflection over the ORM that we are using.

>>106980104
>>106980134
You don't need reflection for these. Enjoy your code performing like dogshit.

>>106980204
It is actually really fast since i know what the code is doing under the hood (including the ORM) and i'm not using java trash.

>>106980063
>paid closed source IDE
Still the best one out there for most cases.

Is intellij required to develop an app in kotlin? Or can I use vscode?

>>106981409
you can use vscode but it will be a highly inferior experience and the kotlin extension is also closed source