|
|
|
|
|
by ragnese
2169 days ago
|
|
It's because it also has expressiveness features that Java and Go don't. * Better handling of "null"-ness * Sum types * Stricter/different error-handling * Move semantics, which can actually be nice for some APIs outside of any performance considerations Kotlin checks a couple of these boxes, but then is also GC'd, so also gets rid of a lot of "noise" that would be in the equivalent Rust code. For typical backend junk, I'd be Kotlin first, but I'd definitely consider Rust if performance (non-IO) was a concern. |
|