4 ms·
Many of Go's core abstractions are such half-assed broken concepts (e.g. slices) that it's hard to see how one could replace them elegantly while remaining comp
by cultureswitch 3y ago
Many of Go's core abstractions are such half-assed broken concepts (e.g. slices) that it's hard to see how one could replace them elegantly while remaining compatible.
- cies 3y agoSame could've been said for Java right? Not saying Kotlin is perfect (it certainly shared some JVM problems like statics not being mockable, therefor needed DI everywhere in a testable codebase), but it sure did improve a the DX lot.