3 ms·
> The standard library should never make a breaking change that breaks running code. Why is this the exception? It is an exception because it is a very minor
by steveklabnik 2y ago
> The standard library should never make a breaking change that breaks running code. Why is this the exception?
It is an exception because it is a very minor breakage that is trivial to fix. Sometimes this is worth it. Sometimes it is not. I guess they made the call that it was worth it. As a user who was affected, I don't mind that this happened.
> If the problem is that it wouldn't be possible to add new traits, then solve that by gating access to new traits on a minimum version.
The issue here is rustc being updated. If the new trait was only available on the new version, the same thing would have happened. I'm not sure this suggestion would fix things.
> This all just reeks of laziness and disregard for users.
I have many criticisms of the Rust project these days, but I truly believe you are blowing this far out of proportion.
- xyzzy_plugh 2y agoI hate to drag Go into this but I can't help but compare what happened here to the attitude here: https://github.com/golang/go/discussions/55092 https://github.com/golang/go/discussions/55092 My initial impression was that this is boiling the ocean but there's substantial foresight. If I'm blowing this out of proportion then the bar is already too close to the ground for my liking. This is solvable. I don't remember the last time a tool chain update broke my build. It's one thing if it's a bug fix. But for practically everyone to have to update? If 100,000 developers have to trip over this, say, then with your 10 minute estimate that equates to a million minutes, nearly 8 years at 40-hour weeks. This appears to be a problem totally worth solving.
- hulitu 2y ago> It is an exception because it is a very minor breakage that is trivial to fix. Or so it seems. But who cares about quality ? /s