> No offense, but how do you know this? It seems like you're assuming other peoples' thoughts and intentions.
No assumptions, it's because my team are asked regularly by the 20+ year experienced developers to fix their problems so much so that it causes problems for my sprints, mostly because it's unplanned work.
> And how much does it actually matter?
Because other people have to carry their work instead of doing their own work.
> Programmers today are expected to adapt way more frequently every passing year.
This is how it's always been, but it doesn't take much effort to learn the Java syntax invented in the last 10 years, or a new Java API that looks useful. Keeping up to date in your own field, programmer or not, is just good practice.
It shouldn't be necessary to point out use of a broken/deprecated Date API, or annotations that have been in Spring for 15 years that does the same job as roll your own bodge a dev cobbled together, without tests, over an entire sprint (to get to PR late for a deadline) and now has hacks across a code base everyone has to work with.
> The idea of software was to make our lives better, not for our lives to make the code better.
I agree, but some of us chose to wrestle with the devil so users don't :)
No assumptions, it's because my team are asked regularly by the 20+ year experienced developers to fix their problems so much so that it causes problems for my sprints, mostly because it's unplanned work.
> And how much does it actually matter?
Because other people have to carry their work instead of doing their own work.
> Programmers today are expected to adapt way more frequently every passing year.
This is how it's always been, but it doesn't take much effort to learn the Java syntax invented in the last 10 years, or a new Java API that looks useful. Keeping up to date in your own field, programmer or not, is just good practice.
It shouldn't be necessary to point out use of a broken/deprecated Date API, or annotations that have been in Spring for 15 years that does the same job as roll your own bodge a dev cobbled together, without tests, over an entire sprint (to get to PR late for a deadline) and now has hacks across a code base everyone has to work with.
> The idea of software was to make our lives better, not for our lives to make the code better.
I agree, but some of us chose to wrestle with the devil so users don't :)