Things rarely go obsolete for one thing. Try explaining why COBAL, FORTRAN, VB6, ColdFusion, or hell more modern stuff like J2EE are still around and in good usage. Things become unpopular, often for good reason, but they don't go obsolete for well over a decade. When something costs over a million dollars to construct and its working OK then theres no reason to get rid of it. Most places can't afford multi million rebuilds because its become unfashionable.
What you also learn as you get older is most modern advances are just rehashes (often poorly as they where written over a month instead of years in a research lab) of existing ideas. Or they are nothing more than a load of premade scripts which are nice (and I'm very thankful for the ones I've used) but if you work with clients or existing stacks those often become problematic.
The new ideas that stick often take 5 years to get rolling, and another 5-10 before they sunset. I wouldn't call that quick by any stretch of the imagination. The hype moves fast... but the technology doesn't.
So separate yourself from the hype and you'll see a world moving a lot slower than you think, the given time the overwhelming torrent of new ideas starts to become a same old shit, different day scenario.
- Writing reliable, maintainable and testable code
- Strategies for solving problems that are very large or very difficult
- The ability to interact well with developers, product managers, executives, customers, etc.
- Knowledge of algorithms and other fundamental things in computer science
Being a good software developer is about a lot more than just dealing with the mechanics of the particular software environment you happen to be using today.
The answers change as the landscape evolves, but know which questions to ask...
I'm sure you can see how this line of thinking leads to a total logical breakdown. The issue I think you are trying to illustrate oh-so-ineloquently is that a lot of developers ossify into "what they know". Then you end up in the "I have this one hammer and everything looks like a nail" issue that is actually real. Keeping up with current trends, tools and design patterns is definitely harder as you get older, but also one of the interesting parts of the job. For those who can't or won't adapt and learn, I'm sure there will be plenty of J2EE apps to maintain over the next few decades just like there are still Cobol apps to maintain now.
Someone who is continuously improving, while remaining aware of the current environment, will have experience as an asset.
Edit to your edit: You have much to learn...That's reality. Don't worry, I also have much to learn ;-)
Also I didn't understand half of what you said.
You also have to learn when the things you learned before do apply. This is important because technology is cyclic. There are a constant stream of fads that many of the less experienced engineers won't be able to see alternatives to.
This sentiment will bite you in the ass.
If you are routinely running into these issues, the problem isn't with the experience of your peer group, it's with their quality.
Using tables lets me put things on the page just where the heck I want them. I don't know of any easier way with HTML or CSS, and I'm not going to write any JavaScript -- won't do that. Having all my pages just 800 pixels wide is just what I want for my view of a good UI/UX for my Web site. And the Web pages should look okay on everything with a Web browser right up to date as of, say, five years ago. So, I'm not going to test my pages on several versions of each of several Web browsers on each of several devices and, with such simple Web pages likely don't have to. And I have no pop ups, pull downs, roll overs, or anything else that has the screen change just do to mouse movements or anything else except deliberate user actions.
That's the way I want the pages to be at least for now.
That statement right there is the reason tables are a terrible idea for layout.
Edit: Am I being downvoted because I'm wrong or because you just don't like what I have to say? Both are wrong reasons to downvote, but you go, you go downvote. My comment is reality. It may not be what you want to hear, but it isn't a low quality comment. I'm so tired of this silly site and it's potato filled echo chamber.