Re:Networking I/O with Virtual Threads – Under the hood
by pjmlp on Thursday July 08, 2021 @04:52AM
(#27769619)
Kotlin'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.
Re:Networking I/O with Virtual Threads – Under the hood
by MrBuddyCasino on Thursday July 08, 2021 @06:12AM
(#27770120)
> 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.
Re:Networking I/O with Virtual Threads – Under the hood
by vips7L on Thursday July 08, 2021 @10:02AM
(#27772058)
They're talking about it and waiting to see if `?` pays off in C# and Kotlin before moving on it.
Re:Networking I/O with Virtual Threads – Under the hood
by pjmlp on Thursday July 08, 2021 @01:27PM
(#27775187)
From 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.
Re:Networking I/O with Virtual Threads – Under the hood
by MrBuddyCasino on Thursday July 08, 2021 @04:47PM
(#27777396)
Interesting, got any links?
Re:Networking I/O with Virtual Threads – Under the hood
by vips7L on Friday July 09, 2021 @11:01AM
(#27784380)
I 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.
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.