I'm the CTO at a startup and I often have to call out the founders and employees for ageism. I resent that they say things that make me think they wouldn't take hiring an experienced engineer seriously.
I resent that they think my profession is best served by dumb happy newbies with no private life.
I refuse to tolerate this in any company I work for and I will ceaselessly call them out for this ageism.
I'm 24 years old and I will not stop programming just because I eventually grow a unix beard.
I'm in my 40s now, and the number of times I've been brought into a startup suffering under the plague of 20-something founder's grandiose ideas of how things should be done vs. the nearly 20 years of real world experience that says otherwise would surprise you.
Youth might fuel the launch of your product, but experience will help it keep flying.
I know the value of experience because I know what my code looked like 5 and 10 years ago. I also know how incredibly poor my judgment was back then compared to now.
I can only imagine what 20 years will do for me. That's why I actively seek out more experience in candidates because I believe it'll make them more competent and sharp at what they do.
Somebody with battle-scars is something a startup could really use. Most of my pre-startup experience is as a contractor/consultant.
> Somebody with battle-scars is something a startup could really use. Most of my pre-startup experience is as a contractor/consultant.
Lots of young engineers don't know how to interview. (In addition to being interviewed by young ones lately, I also realize how I've fucked it up back then.) Lots of them don't know how to listen. The vast majority don't know how much they don't know.
I've also worked with developers in their fifties who are awful.
Age bias is awful, and I have worked with a lot of older developers who know their stuff and are extremely competent, but the idea that 25 years of experience automatically makes you a better programmer is wrong. Good developers are able to learn and adapt quickly, and often older developers can't do that.
I've also worked with developers in their fifties who are awful.
Me to.
And I've worked with devs in the 20s who are awful. And their 30s. And their 40s. And their 60s.
I've also worked with great devs in all those age ranges.
Proportions seem about the same to me.
Good developers are able to learn and adapt quickly, and often older developers can't do that.
I've not noticed a difference.
I have noticed that it's harder to spot the folk in their 20s who don't learn and adapt quickly since folk in their 20s have to learn something to make any progress at all. Once that pressure is off and they've become fixated on Rails / C# / whatever they seem just as unlikely to change as any other age range. They just get fixated on the "cool" thing - so it takes longer to spot.
Are you sure the proportion was the same? Reason I am asking is because for people who are bad at programming, there are various process/ management roles available that might better suit.
It seems rather impossible to me that someone would voluntarily continue programming for a couple of decades and not be excellent.
Beyond the 30's, I imagine people would be passionate about it to continue taking up programming roles. And this passion should translate into excellence.
Happy to be corrected if you have any data-points.
It seems rather impossible to me that someone would voluntarily continue programming for a couple of decades and not be excellent.
I don't have any hard data I'm afraid - just my fallible recollections ;-)
Some of ways of getting non-excellent old developers that I've observed:
* Not all old developers have been programming for a couple of decades. People can and do come into development late - and suffer all the normal problems of newbie developers.
* You'll be amazed at how little work you can get away with in some large organisations. When you have a couple of hundred people on a project you will find one or two Wallys from Dilbert.
* The devs who have sunk deep into some gnarly legacy system or language. Being the person who knows the right bit to tweak in the middle of a 1500 line procedure in the middle of a big-ball-of-mud project might be stupidly valuable to a company - but produce a lousy developer in any other context.
* The "senior" developer / architect / lead who has been Peter Principled to their level of incompetence, but whose team is good enough to cover up the deficit in leadership ability.
* The large chunk of bad developers (of all ages) who don't realise they're bad developers. Folk can't improve until they understand where they suck.
> but the idea that 25 years of experience automatically makes you a better programmer is wrong
No one is suggesting that it does. However, to dismiss 25 years of experience as nothing is equally, if not more wrong. Consider that all other things being equal, the person with 25 years of experience will be better than the person with 0.
> Good developers are able to learn and adapt quickly, and often older developers can't do that.
What you are saying here is: Often, older developers aren't good. Maybe that's not what you mean, but that is what you are saying.
As for your assertion that good developers are able to learn and adapt quickly, I'm not sure what you mean (not sure of the context here).
No personal experience here but my gut feeling is that older developers are more likely to be closer to the one or the other extreme. The theory being that those who are average tend to move to middle/senior management, leaving behind those that are either brilliant hardcore hackers or incompetent clock punchers.
I find there are less awful developers over 40 than under 40. Eventually your reputation catches up with you and it is very difficult to hide decades of incompetence.
There's an old quote that I've seen attributed to lots of different people that for this situation can be paraphrased:
"Some people have 25 years of experience in a field while others have one year of experience repeated 25 times"
So yeah, anyone who is developing software and keeps learning new things and pushing their boundaries is going to improve quite a bit over those years, but someone who just sticks with the same language/framework and basically reimplements the same CRUD app over and over is probably not going to knock your socks off no matter how long they've been at it.
Source: I'm a 39 year old developer and have worked with fantastic older developers and terrible older developers.
Yeah, I do. I think the only constant thing in software engineering is that you need to be able to learn and adapt. If you spend 25 years at a single organization where you aren't forced to continuously learn and adapt, you'll be at a disadvantage when you are inevitably forced to do something outside of your comfort zone.
You are addressing the statement "a person with 25 years experience is always going to be better than a person with 5 years experience" - and I agree with you, that's not always the case.
But, I'm saying, all other things being equal (which is what I meant by "You think you can do something for 25 years without getting better at it?" I mean, I meant the /you/ specifically, but it applies to "any one individual")
I mean, there are a lot of other factors. I'm just saying, all other things being equal, you get better with experience. UNIX is far older than I am. So is C. Yeah, how you use both has changed a lot... but most people that have remained employed that long follow those changes.
>I think the only constant thing in software engineering is that you need to be able to learn and adapt.
Lisp, anyone? Most concepts in programming are older than I am. Many of the "new" concepts are rehashes of old concepts.
Actually, I think this goes back to what someone else was saying; It's harder to say "This time it's different" to someone with experience.
I know I've been watching these articles about how vc is switching to "enterprise" and away from "consumer" - My first thought was "wow, I remember the same thing in the very late '90s. they called it 'b2b' but it was the same thing- people eventually realized they needed to start making money."
Many companies seem to want employees that buy into the 'vision' even if that vision is clearly as ridiculous as selling dogfood over the internet. (I mean, selling dogfood over the internet is a valid business model, but it's not the billion dollar business that pets.com hyped it up to be. Just like facebook has a reasonable business model; it's just not the billion dollar business everyone thinks it is.)
Of course, I'm not sure how much that has to do with being old. I wasn't old enough to drink until after the first .com crash, and living and working through it, even as a kid, it was obviously ridiculous.
I've been meaning to write an article on this for awhile, but there's really no substitute for age diversity on a team. Having worked for the past year at a place with a fairly smooth gradient from just-out-of-school to used-COBOL-professionally, I can say from experience that it has been a benefit for both the older and younger employees.
Of course, the key is still, as always, cultural fit. You have to have youngsters who are willing to take to heart a hard-learned lesson from a graybeard, and veteran devs who are willing to keep an open mind to a new technology espoused by the younger generation.
I know plenty of 20-somethings that are married (I'm from the midwest) and relatively experienced in their work. (6+ years professional experience)
I also know yuppies angling for a "big win" whose only joy in life is playing Xbox at work and getting drunk. Who at the age of ~26 only have a couple years experience because they were too busy partying in college and didn't build anything while in school.
But they totally know how to run a company because they 'get' product and engagement and read Hacker News.
People come in all shapes and sizes.
It's not about the age, it's about wisdom and where you are in life.
You could be 26 or 56. I don't care as long as you care about your work and what you do.
I don't know where he works or the company's circumstances, but in most cases, only a small tech start up that values youth over experience (or is on a shoestring budget) will appoint someone in their early 20s to an executive-level position.
I dislike that this conversation became about me but:
They'll usually do that when he's the most experienced person in the company (like I was and am).
I've been working since I was 18, not 22. That makes for six years rather than the usual two, and the first 5-10 years of a career are pretty impactful for everyone.
Further, they were very dense years spent studying on my own time and working a lot of contracts.
I didn't sit in a junior position at a large corporation, I've had enough time to become a decent backend engineer in my own right but also develop a decent specialization. In addition to that, my contracting and consulting background has made me somewhat less provincial than when I started so I'm capable of relating to business needs as a C-level needs to.
I don't question your capacity to perform your job without knowing you, please afford others the same respect. I was trying to talk about the prejudice in the industry, not have it projected against me in the opposite direction. (Against younger people)
> I'm always weirded out by people who call-out
> their employer in a public space like that...
The egg is apparently on your face. codewright did not mention his/her employer, and with no personal details in the user profile, I'm curious how you would consider this 'calling out' one's employer.
> Doesn't shit-talking $company in a public forum kind of reflect poorly on both of you? I'm always weirded out by people who call-out their employer in a public space like that...
He doesn't mention employer publicly. I can't even reasonably assume it's $company (Do you have an axe to grind against either? I've flagged this, as it appears to be the case.)
Furthermore, being critical reflects well on codewright in his capacity as an officer of a company. Being able to accept constructive criticism reflects well on $company (assuming it even is $company).
(Not mentioning $company by name as hoping the comment I am replying to will get killed; codewright made a deliberate choice not to include personal details in his profile, so let's honour it.)
Straight talk:
I'm the CTO at a startup and I often have to call out the founders and employees for ageism. I resent that they say things that make me think they wouldn't take hiring an experienced engineer seriously.
I resent that they think my profession is best served by dumb happy newbies with no private life.
I refuse to tolerate this in any company I work for and I will ceaselessly call them out for this ageism.
I'm 24 years old and I will not stop programming just because I eventually grow a unix beard.