I know you are trying to be kind but what you are doing here is expressing ageist prejudices.
You wouldn’t (I hope) write something ascribing specific behaviors to all female devs, or Indian devs, right? So please don’t do the same for older ones.
I’m in my forties and quite capable of getting caught up in the excitement over a new technology. On the other hand I think I’ve matured out of the stubbornness I had in my twenties. I’ve met young developers who get so caught up in the mastery of their first tech stack that they aren’t ready to go back to being a beginner again, and haven’t seen enough ways of solving problems to recognize that what they think is the only right way to solve a problem could possibly have an alternative.
If you’re looking for ‘use boring technology’ enthusiasts and people open to changing their mind, go out and interview and hire for those attributes, wherever you find them - but don’t assume they’re only going to be found in older developers. And if you’re looking for someone to explore new technology, consider that an older dev might be just as enthusiastic as a junior, rather than assuming.
I think you have to be of a certain age to be in the "use boring technology" mindset. You either need to have been burned by new fads or been around long enough to see everything as a rehash of something from decades ago.
Interesting. Would you, when interviewing a 30-something fresh out of Etsy, assume they were unlikely to be a 'boring technology' advocate?
Because 'Choose Boring Technology' was originally an essay/talk given by Dan McKinley[1] describing the lessons he had learned at Etsy, which he left in 2014, approximately 12 years into his career. His strongest motivating example of a case where he 'chose boring technology' is a system his team built in 2010, when he would have been, I think, around 30. Is that 'a certain age'?
I think you misunderstood my intention. I don't go into the hiring process explicitly thinking about the ideal hire from an age/sex/race point of view. I look for a series of soft skills, because I personally believe it's easier to teach technical skills, than it is to teach a person new ways of thinking... or give them experience to avoid common pitfalls. My point though is that the set of attributes I care most about, are biased. If I looked for "new fad technology" experience first, I might find a few old guys, but i'll probably end up with a larger pool of young guys excited to try new things... which I DO want on the team too, but I don't want a whole team of them.
Do you believe you are as likely to find a 'use boring technology' enthusiast when interviewing a young developer as when interviewing an older developer?
If what I'm looking for is an experienced developer to round out a team (e.g. if it has a bunch of junior devs already), then I'm gonna look pretty silly interviewing a freshly graduated 23-year old. I'm not going to assume any old dev is wise or experienced, but I'll use heuristics and basic logic to figure out who it even makes sense to interview.
You wouldn’t (I hope) write something ascribing specific behaviors to all female devs, or Indian devs, right? So please don’t do the same for older ones.
I’m in my forties and quite capable of getting caught up in the excitement over a new technology. On the other hand I think I’ve matured out of the stubbornness I had in my twenties. I’ve met young developers who get so caught up in the mastery of their first tech stack that they aren’t ready to go back to being a beginner again, and haven’t seen enough ways of solving problems to recognize that what they think is the only right way to solve a problem could possibly have an alternative.
If you’re looking for ‘use boring technology’ enthusiasts and people open to changing their mind, go out and interview and hire for those attributes, wherever you find them - but don’t assume they’re only going to be found in older developers. And if you’re looking for someone to explore new technology, consider that an older dev might be just as enthusiastic as a junior, rather than assuming.