It's really disheartening, but it's also my job to train these bozos and turn them into good engineers, which they most certainly are not coming fresh from school.
It's really disheartening, but it's also my job to train these bozos and turn them into good engineers, which they most certainly are not coming fresh from school.
I find in my earlier teenage years that internet was great source of knowledge. I read lots of blogs/articles etc from people 3x-4x my age. It made me appreciate them, not disrespect them. And for the most part, when you are on the internet, you really don't know what otherside even looks like for the most part - you only know in retrospect...
Over time, though, the bad older engineers get managed out of the profession, or leave out of frustration or lack of satisfaction, so you end up having fewer. The selection function for good engineers has had much longer to run on them.
Think of experience as a trend line which pushes everyone to be better relative to what they were. School teaches algorithms, languages, tools, but it doesn't teach things like engineering approaches and how to keep a team productive, which doesn't always mean the most awesome algorithms. School teaches how to get the "correct" answer, experience teaches how to get "good enough" in a short amount of time. You need both!
This even more diminishes the gains that engineers get from their expert knowledge.
Usually only when in a position to develop something ground up, does the expert knowledge of data structures and algorithms come into play.
Algorithm and data structure questionaires rather seem like mathematics in many cases. A filter to weed out people, but not often of use at the job.
Obviously I might be biased due to personal experience.
> I was surprised and dumbfounded how much better I was than my peers
Self-Humbled
Interesting thought though, what if the product in question is a product geared toward a younger audience that younger devs are more "in tune" with? Assuming they have more impact as a result.
They shouldn't be expected to compensate for their lack of youth in any way, as youth isn't a metric that has any relevance to their work in software development. And if they are of the same title/total comp as the young dev, there is nothing wrong with them being on par in terms of skills/knowledge/responsibilities.
But getting that out of their thinking takes time. And that is IMHO what you experience. It is disheartening that they lack the respect they should have socially independent of profession for an "elder" person.
I am in my early 40s as an architect arguing with our mixed-age teams to give me the necessary rationale before making stupid "it's different now" decisions.
Of course it is not a blanket. A senior should adapt to new ways as well, if they make sense. For example functional constructs have become more popular in recent years. Just because one is a senior, does not mean, that they should go on writing their sequential do-while loops (usually it would be for loops, but exaggerating here), when things could be written with multicore in mind and using map reduce style. That is not seniority, it is lack of self-education and development of ones skills. No need to join the web framework churn either though. One should understand their essence though.
Especially when you consider the fact that the tools and concepts they've learned and made them super awesome were developed by people in their late 30s-50s. James Gosling was 40 when he came out with Java, Bjarne and Guido were both 35 when they came out with C++ and Python respectively. None of these guys, by the way, have stopped working.