- cross-posted to:
- rust@lemmit.online
- cross-posted to:
- rust@lemmit.online
Oh no, not another ‘Is Rust better than Go?’ article. Seriously, haven’t we all had our fill of these comparisons by now? But before you sigh in exasperation, hear us out!
Oh no, not another ‘Is Rust better than Go?’ article. Seriously, haven’t we all had our fill of these comparisons by now? But before you sigh in exasperation, hear us out!
Sure you could say it about “any language,” but I think you’re skipping a lot of nuance with your examples: python has notoriously had a long transition from 2 -> 3. C is 40+ years old, and the semantics and idioms of the language aren’t changing from month to month.
I think the parent comment is making the point that the pace of change and evolving idioms/features of Rust means that code you write today may need to be updated in a far shorter timespan than the typical timeline for working code (a few months, rather than several years). The bitrot is just a lot faster right now than other languages.
Updating the language doesn’t mean the code will be broken. It just might just not be the best way to do thst anymore. Like a lot of traits I have written over the years got similar ones in std now and I could switch to them, but my old code still works.