Re:The golden age of Kotlin and its uncertain future
by DeathArrow on Thursday January 11, 2024 @03:33AM
(#38949410)
>.NET is a serious contender though.
It the other way around. Java has barely caught up with C#. C# team is typically introducing more features, faster.
Re:The golden age of Kotlin and its uncertain future
by royjacobs on Thursday January 11, 2024 @03:55AM
(#38949584)
I'm not sure language design should be a race to see who can add the most features, though.
I prefer Java's more thoughtful approach to introducing new features.
Re:The golden age of Kotlin and its uncertain future
by keithnz on Thursday January 11, 2024 @06:24AM
(#38950778)
in what way do you think it's more thoughtful than C#?
Re:The golden age of Kotlin and its uncertain future
by za3faran on Thursday January 11, 2024 @01:26PM
(#38956418)
No OP, but for example you still see the C# folks still struggling to add discriminated unions to the language because of complex interactions due to its too many features[1]. Virtual threads are easier to use than async/await is another example.
Re:The golden age of Kotlin and its uncertain future
by neonsunset on Thursday January 11, 2024 @03:06PM
(#38958205)
Performant implementation of discriminated unions in .NET (unlike any that you would see in JVM) requires modification of both the type system and the runtime to account for non-boxing representation of struct unions as well as unions in which GC references alias value types/structs. This is highly non-trivial and the people who could be working on this are currently busy with other features namely Rust-like traits called explicit and implicit extensions. Don't forget that .NET is worked on by at least 10x smaller community and teams than JVM implementations and yet delivers much better YoY degree of improvement and much nicer user experience (Gradle lol).
In addition, green threads approach is a strictly worse and a more limited solution that only solves thread blocking without unlocking the variety of terse concurrency patterns enabled by the way the tasks are handled in .NET. They also add significant overhead to interop with native code due to thread pinning/stack switching (also applies to Go).
Re:The golden age of Kotlin and its uncertain future
by ShadowBanThis01 on Thursday January 11, 2024 @02:41AM
(#38949008)
Not to mention that Node isn't a language, and Deno is cleaner.
Re:The golden age of Kotlin and its uncertain future
by pkphilip on Thursday January 11, 2024 @08:14AM
(#38951777)
I was referring to Java as a platform rather than just as a language. .NET isn't a language either
Re:The golden age of Kotlin and its uncertain future
by ShadowBanThis01 on Thursday January 11, 2024 @04:51PM
(#38959736)
Indeed, but I only wanted to include so much pedantry!
These days Java isn't slow to develop on at all. There are plenty of very good frameworks where you can get going with developing a web app or rest service in next to no time with far better tooling support, sophistication etc.
.NET is a serious contender though.
Node isn't really on the same ballpark in terms of maturity.