3 ms·
It sure is a dilemma. Java is catching up. When (if) Java introduces null-safety, Kotlin will loose much of its lustre, at least to me. Virtual threads are sup
by MrBuddyCasino 5y ago
It sure is a dilemma. Java is catching up. When (if) Java introduces null-safety, Kotlin will loose much of its lustre, at least to me.
Virtual threads are superior to coroutines, which are still a pain in the ass in Kotlin, cause issues with mocking and you can't even evaluate them in the repl.
- pjmlp 5y agoKotlin's null safety is only a selling point when one uses 100% libraries written in Kotlin. PMD, SonarQube and nullable annotations have long sorted that problem in our Java projects.
- MrBuddyCasino 5y ago> PMD, SonarQube and nullable annotations Not a fan of any of those tools, tbh. Still better than nothing I suppose, but I'd rather use Kotlin in the meantime.
- vips7L 5y agoThey're talking about it and waiting to see if `?` pays off in C# and Kotlin before moving on it.
- pjmlp 5y agoFrom C# point of view, I have hardly seen anyone use it outside conference talks about new C# features. Right now there are 20 years of having null as default and turning it on just generates endless warnings. So it is left for complete new projects where almost no third party libraries are being used, which right now is very little. I also hope that C# 10 doesn't get !! for checked parameters, but it might already be too late.
- MrBuddyCasino 5y agoInteresting, got any links?
- vips7L 5y agoI do not, but as always this is the Java way. Being the last mover is how Java moves forward with features. They let other languages experiment first so they don't have to support a bad feature for eternity because of Java's backwards compatibility promises.