Is 40 the New 60?
neverworkintheory.org
neverworkintheory.org
At 40, I've done some of the best work I've ever done and my pay has been better than ever. I'm 52 now and the trend has only gotten better.
Why? Its because at 40, I had a much deeper understanding of the tech, I understood of the whole business process and I had the maturity to deal with people in a productive way. You won't find all of those in a 25 year old developer.
The only way that age becomes a detriment is if you do not grow. I worked with someone my age who only strong skills are a large enterprise storage system. He is a dinosaur and his future is limited. That's not his age, its the way he chose to build is CV.
I focused on learning new tech; Python, Go, Kubernetes, Cloud, etc. I've also spend a lot of time learning the business aspects of my industry and I've learned to be less of a jerk to people and how to communicate. At 52, I have recruiters contact me all the time.
Age is just number guys. Stay current, keep learning and stay strong.
Ahhhhhhhhhhhh..............
But that bit is so hard !
:-)
* Ask why they keep coming? Maybe you aren't understanding their question, they want to build the relationship, or it's a really risky operation and they don't want to undertake it alone. This might be worth digging into.
* Write the answer down to the questions (wiki, internal doc, whatever). When they ask, point them to what you've written down. Will still take some time and interrupt you, but hopefully they will learn they can just go to the doc.1st, you need to help them get the RCA on why this question, and what context (that isn't often brought up). Its often that framing the question in context elucidates the actual problem they are working on solving, and they are seeing a misfit in concepts with the solution you've gone over with them. This is one (of many) areas where being a senior (experienced) dev/manager/leader is so critical in developing the less senior folks.
2nd, curation of notes, experiences, techniques is absolutely critical for team capability growth. Capture the problems, explain the use case/back story, explain the problems in explicit detail, explain the thought processes around the solution, and the solution. Cut-n-paste examples help. I did this when I ran my company, and found that it was quite helpful to the team. And they followed the example, and documented their own efforts.
Please don't be snide or dismissive with the less experienced. One of the reasons I see many orgs hire older/senior folks is to provide a calming, thoughtful, intentional influence on other team members.
As others have pointed out here, you need to continuously grow, learn new skills, add new capability. This should be a given. I don't want to bring "lifers" (people who hide in a company, doing only one thing, never interested in developing). I want to bring curious, intelligent people, with capability, and experience. Or if lacking experience, then a strong attitude of wanting to get their hands dirty.
Age doesn't factor into this.
We had a build prerequisite check that output "error: package xxx is out of date, run sudo apt upgrade - see wiki.local/XXX for more details"
They still copied the error to me and asked what to do. I said follow the instructions in the message. They said cool thanks and did so.
Edit: just thinking out loud here. These error messages are equivalent to a random passerby without any skin in the game saying “oh just run this command” — how would one trust them when their job is on the line? I can think of a few common approaches: - “oh just run this command because paragraph 1.2.3 in the universal code we all agreed to says so” (easy to confirm) - “oh just run this command because senior engineer X said it’s safe” (assuming you believe that they did say that) So maybe the error messages should include some equivalent of those.
I need a punch bag urgently...
What's the quote? "Every year I get older, but the junior devs stay the same age."
That's when I knew I couldn't teach undergrads.
Master your understanding of the topic.
Master your ability to communicate the topic.
Optimize your explanation to be thoroughly complete and time effective.
Is there a nuance to this I’m missing? If my professor suddenly decided to lie down in front of the class I would not casualy amble up and ask a question, I’d be more likely to call an ambulance or burst out laughing.
One of the senior devs needs to handle onboarding new people and communicating the ideas of the architects and seniors over and over again to juniors. This is tiresome and boring to some. You need patience and empathy. It can be fun though as you get to meet lots of people and help them when they need it most. Most importantly you give the other seniors the time to work, without them getting involved in yeah just "make clean build" that away type issues.
I actually like the role and if the team doesn't have too much churn, you're just another senior dev.
Even better, make them write it, and you just review it. It'll help them learn faster.
If you have a junior who already understand problem X, ask them to explain it to someone else too. It'll help solidify the knowledge, and at the same time offload you too.
Take my comment as wisdom that came with age and experience, if you will :). I don't think the above would have been my first thought 10 or 15 years back.
If you're having the same communication problem with multiple people, then I'm afraid that's you not them.
Though I do get the frustration. I had similar with one of my juniors, and it took me ages to work out that his learning style didn't match with my teaching style. I ended up having to go right back to basics and walk him through everything painstakingly slowly.
There are people with such interesting questions I am happy to hear them and talk them they even from three jobs ago. I cultivate them, as these questions extend my detailed knowledge farther than it otherwise would extend.
Am I being uncharitable to question if that’s ageism?
Opposite ageism is also real, this one is a proof of it.
But in the current context (of employment), ageism usually refers to discrimination against older people.
For example, the main U.S. federal law on age discrimination:
https://www.eeoc.gov/age-discrimination
> * It is not illegal for an employer or other covered entity to favor an older worker over a younger one, even if both workers are age 40 or older.*
There has been research about this as well under the term https://en.wikipedia.org/wiki/Neuroplasticity. Might be interesting to look at.
My understanding is that you are exactly right. It seems to be common that we tend to stop learning and pushing ourselves, get comfortable or maybe even afraid. To each his own, but I think it is more fun and fruitful to keep at it.
Thank you for sharing your experience.
It is a struggle to continue learning at this age. But it is worth it. Being a grumpy old fart sucks all the joy out of life.
Hell, I’m only 33 and when asked today what I currently want to learn, had to seriously consider that I didn’t want to learn anything new in particular.
It just so happens that a good chunk of people tend to stop learning and pushing themselves for what ever reason. But if you keep at it, or get back to it, your brain adapts over time and becomes more flexible to to speak.
And by "learning" they mean things that are just slightly outside of your comfort zone.
Anecdotally, people who do that for a very long time, tend to be really smart and interesting I found. It's such a wonderful thing.
A life of constant curiosity and willingness to tolerate the pains of learning is a lifetime of childlike awe and playfulness.
As someone a few years north of 40 and recently went looking for a new job, I can identify with much of the article. Although for me, in the market I’m in, I kinda felt the pay for a ‘senior dev’ didn’t really cut it either. The whole pay structure is for younger folks and veterans have a hard job finding work.
SV has sort of broken the job search, especially for more senior people. It's not just JR/SR anymore, it's some weird mashup of: Staff, Sr Staff, Principal, Level 3-5, Distinguished... Every company out there is pretending they are a FAANG when hiring, asking for 4-6 hours of your time. I'm working full time with 2 young kids. It's a nightmare.
The blog post isn't about self-reported cognitive ability getting stronger (or not declining). It's about the job marketplace.
Maybe it's instructive to compare/contrast different professional careers that depend on mental abilities and how age affects marketability:
- computer programming : oft-reported industry bias against age 40+ and active recruitment (especially by software companies) for 20-somethings.
- corporate executive manager (e.g. CEO, COO, CFO, etc) : age 40+ is typically the target hire age. Being a younger 20-something actually works against being hired for these roles. (To be CEO at age 20, you'd have to be the founder of a startup.)
- surgeon : age 40+ doesn't seem to bother patients. They may rather have a 55-year old do their heart bypass rather than a young 30-year old just out of residency.
Why is experience valued for outside hires of CEOs but not as much for programmers? In other words, a 55-year old programmer would have 35 more years of experience than a 20-year old but that "extra 35 years of programming" doesn't seem to be valued as much as the "extra 35 years of managing" that a 55-year CEO candidate has. Why?
I have pet theories on that but I'd rather hear what others think.
I'll bite – I think it is because instead of licensing and regulating our profession like surgeons, we have opened it up to creativity and inclusion like artists or fashion designers.
As a result, programming job trends are far more similar to fashion or art than medicine. You always want the clothes from the hip new designer, but a few stalwarts (Yves Saint Laurent, Ralph Lauren, etc.) are evergreen and always in demand. They even end up influencing the larger trends of fashion. If you ask Ralph Lauren how things are going, he'll say "I'm 81 and I have no problems finding work!". You might even have individual designers who are discovered at 81 and become a hit. But that is not the condition for the average fashion designer who is 81.
Similarly, you'll hear from plenty of older programmers for whom things have worked out as they get older. My hypothesis is that they are also the ones who have kept up with changing fashions and paradigms.
My clothes are either no name, or old old companies like Carhartt, levis, Wrangler, Dickies, etc...
You are wearing designer clothes! Just by a designer from 1873 [1]. The equivalent programmer would be John von Neumann, maybe.
--------------------
> ...but a few stalwarts (Yves Saint Laurent, Ralph Lauren, etc.) are evergreen and always in demand. They even end up influencing the larger trends of fashion.
The "old" brands you are wearing are all the result of stalwart designers from the past.
The average customer doesn't give a shit about the hot new thing, be it fashion or web framework, but the customers aren't the ones hiring talent and shaping the industry.
It tends to be easier to advocate for a past solution than an unproven one.
I was going to suggest that the nature of software moves much faster than many other disciplines, even other STEM ones. At least in industry*, a mechanical engineer isn't as likely to have to un-learn and re-learn like a software engineer. This tends to make those industries a bit more slow moving which, in turn, makes experience in the traditional ways of doing things a bit more valuable.
I know NCEES toyed with the idea of a software engineer professional license, but it died on the vine because so few people took it up. I suspect the outcome would have been different if industry or regulation made it a priority, like it is for civil engineers.
>My hypothesis is that they are also the ones who have kept up with changing fashions and paradigms.*
This is my thought as well, but I think a lot of bias comes because of other life events. The SWEs I knew who felt left out just didn't have enough bandwidth to spend extra hours each week learning when they had many of the other commitments that generally start creeping in in one's 30s onward.
*(In academia, there's a bit more emphasis on 'state-of-the-art', I presume).
And if you change your career late in life, you are even more screwed by these kinds of standards. A 40 or 45 year old can’t just get into the industry via an entry level position. Even if they would have a 20 year career ahead of them.
And it is not like my work from 1990-2000 wasn't valuable. I worked on a complex large scale analytics system in the early 90's and migrated to large scale web-based applications in the later half of the decade. I'm proud of that work and have some interesting lessons and stories from that time period, but they are telltale of my age and were working against me.
I also strategically drop items from my resume that I no longer wish to touch. Cuts down on recruiter spam significantly in the process.
Senior developer positions are more common now, in part from title inflation but also the rise of more complex online interactions and businesses. By cutting the senior bit out of your resume, you no longer look overqualified for the more numerous junior / "regular" developer positions.
While your work from the 90's is likely very interesting, for many companies the soft skills and lessons learned will be more applicable to whatever role they have available, best included as a summary.
I promise that most hiring managers aren't going to read a 10 page resume, or even a 4 page one. 9 times out of 10, they just want to answer a simple question: should the team take time to find out more about this candidate? If the first page of your resume doesn't answer that, it likely won't make the cut.
On a final note, "30 years experience" really isn't a great sign. I have indeed worked with the type of person who has basically had the same experience over and over for 30 years, not growing, learning new technical or leadership skills, etc. That is totally fine for many positions, but it is mark against them for many others.
Maybe they were not under-performers 10-15 or 20 years ago, but if someone gives 20 pages of resume and most of it happened in 90's I would not be interested. Because it is quite easy to see such person is hanging onto his past performance like Al Bundy to his 4 touchdowns in high school.
If someone would be 50yrs old or even 60 but his last couple of years are taking most of resume and they did interesting work at that age I would be curious to talk to such person.
It is not that they would need to have latest frameworks or libraries listed on the CV. It is more about if they did meaningful work in last year and not that they did meaningful work 20 years ago and now they are just hanging around doing whatever.
But then under performers are interviewing more so they cast bad impression on others that are their age/ethnicity whatever.
Just like the saying good developers are not on the market for long and one that make good impression are hired quickly.
And of course it's BS that this is necessary. But until the entire culture shifts I'll just keep doing what I'm doing and then telling people how old I am after I've signed the offer.
It’s plainly false for all sorts of reasons, but that’s the source of the disparity.
I think the implicit assumption has it the wrong way around. It seems like the industry takes about 30 years to catch up with the mathematicians who had discovered the solution to our problems.
We create this problem for ourselves. Some hot new web framework rediscovers the continuation monad and treats it as a novel invention. Giving it a slapping new name, a slick logo, and talks at the hottest industry events. A whole generation of developers learn to talk the talk, walk the walk, and hit a wall. The next framework comes along and suddenly they're, "too out of fashion."
Computing hasn't changed radically in a long time and certainly not programming.
This might depend on what you consider radical.
Web forms vs MVC vs react + restful API are fairly different coding paradigms.
Trying to create a windows service in net framework 2.0 is totally different than net core 5.
Or using SQLDataReader to read executed sql strings vs entity framework?
Even just dependency injection and scope definitions (transient, singleton, scoped) is very basic yet is something I’ve seen older developers tripping over. At least it’s an easy to identify run time error as it validates the container when running in development.
I’m not saying older developers are bad, but developers with the mindset that coding now is the same as coding 20 years ago are either using a language that never developed itself or are going to stumble over the changes that did occur.
You're still trying to accomplish the same goals, and there are only so many building blocks, so yes the big picture stays roughly the same and its only the details that change, but the devil is in those details. I find working with people who are not only ignorant of the details, but proud to recognize that they are "just" details, to be a nightmare.
I'm also directly involved in hiring for my team, having helped add 15 members over the last year, working directly w/ the director to review all resumes, handling maybe 30% of the screens, and usually the veto vote. We've interviewed a number of engineers in their 40s and 50s.
Experience is great and we're always welcoming of older devs... but there is a caveat. If that experience is tempered by a somewhat pessimistic attitude, which is often the case, there is rarely a chance to move forward. It's not being old - it's being worn out.
AFA the resumes of older devs, we often cut them out because they're an objectively terrible, wall of text mess that goes on for 4+ pages. Like 2/3 of the time this is the case.
WTF would you want to hire someone who poisons the well? It doesn't matter what the job/industry is, in what situation would that be remotely desirable?
It's good to discuss the pluses and minuses of an approach, we encourage this in our architecture section of the interview loop and during the initial screen when discussing line items in the resumes.
It's having a general negative attitude... bad mouthing past employers, being negative to a tech stack (and literally not couching it with any reasoning what-soever when we try to dig in), being negative to past arch decisions by co-workers without providing what are better solutions, things like that. Sometimes it's implied, sometimes it's more direct, but it there is a distinct lack of social intelligence that seems to happen more w/ older candidates that just suggests someone is burnt out. Wisdom should bring skill, not attitude.
Forest from the trees here. You pay someone to bring value to the team. That is not valuable to anyone. We're not running charities.
But this is specifically an issue more prevalent in older candidates, and is in large part the reason for a pass. We pass on younger candidates as well for this reason, but most prevalently for skill.
"If they can’t list the bad as well as good about some tech, they probably don’t really understand it."
I literally just said we consider this a positive and that we specifically dig in for this. It seems like you're willfully misinterpreting the message here, which is underscoring the point I'm actually making.
Seriously, don't be that person.
If presented with a difficult problem, there are people that go "nah, that can't be done, here's a long list of reasons why".
There are also people that go "That's going to be difficult, but maybe we can try A, B or C and I recall reading about this cool new tech that could perhaps help"
Be open to change and open to accepting that new things could be good and interesting.
I'm 43. Hiring engineers. Working with some 50+ engineers that are the absolute best I've ever worked with.
And a problem is that hiring managers, but especially recruiters are often relatively young, and thus biased towards people closer to their own age.
Years ago i was at a coffee shop and overheard a conversation between a college student and what had to have been an assigned mentor. This guy was going on and on about the very worst of his experiences in his career yet, in a weird way, bragging about them at the same. This poor kid was writing every word down in a notebook she had. He got up to the restroom and i walked over and politely told her this guy is only filling her head with poison and to run as far and as fast away from them as possible. She got up and left.
Beating into the head of an aspiring climber the details of every injury/death disillusioning them of even an attempt is full stop unacceptable.
As for resumes, I personally don't get the page limit, since I love long resumes with detail when I'm evaluating engineers, but understand the marketplace absolutely hates them. I don't know if it is HR or auto pre-filters or the hiring managers, but it doesn't matter. All I know is that when looking for a job most recently, I had a 3+ page resume and was getting some, but not many, hits. Then, as an experiment, I trimmed it down to a single page, making it ridiculously thin in my judgement, ran it through the various sites that judge the resume based on keywords, and came up with a custom resume (lightly so) for each posting. I suddenly jumped up to a 75%+ call back rate.
Keep your resume to 1 page, cut out the details on the old jobs unless it is really interesting, and basically just list the tech you know.
Detail is great but concision is greater. The resume is a marketing vehicle and it should be well honed. We can dig into what someone knows during the half dozen hours we spend interviewing them.
I´ll use myself as an example.
I started coding professionally at 23 (I´m 43). For years I pushed myself to be the best coder I could. At 35 I got laid-off. After that I just got sucky jobs were I´m treated like they have me there as a favor (and I work with the latest, and I´m, even with the pessimism, a top performer).
A coworker of mine that thought that coding was a losers job, coded for some months and went to work as a B.A and later as a PM, nowadays is an engineering manager which earns way more than me and is treated way way better. His whole programming experience is an 8-month part time stint with Winforms. And sadly he is not the exception...
In most places devs are being had.
If it's an issue w/ passing interviews at better companies, interviewing unto itself is a skill that should be regularly honed.
When I was a younger engineer I was stuck in a job that was unsatisfying for about 5 years... every 1.5 years or so I would interview w/ 3-5 positions, usually one or two would be close to an offer but I ended up empty-handed, would get deflated and give up.
Over the last decade I've taken the job search much more seriously, usually interviewing at 15-20 companies so I can end up w/ 3-5 offers to choose from. Yes, it's very time consuming (probably some 60-70 hours of my time over 5-6 weeks), but the quality of the companies I've worked at has been consequently more satisfying.
That system worked well during WW2 and postwar America. Someone who was a manager at an airplane factory could move to another company and be a manager at a washing machine factory.
While it is true that some management and people skills can transfer between industries, the big problem with Taylorism in tech is that the skillset needed to make the right management decision is orthogonal to the skillset required to get into a traditional executive role. Andy Grove, from Intel, was very successful at adopting a new management framework for this scenario as described in his book "High Output Management"
Not everyone is as a good of a manager as Grove, so you still see a lot of managers following Taylorism hierarchy. And that requires that engineers assume the lowest level of the system and accept that their "managers" are qualified to make decisions. Young people without much exposure to the business side of things are much more likely to accept these positions. Managers are afraid of hiring someone 40+, who may know both the tech side and business side of things and be aware of management mistakes due to the manager's lack of technical expertise.
Seen from this angle, the ageism seems to be an unsurprising outcome of the relatively informal qualification structure in software tech: apparently opportunity for all cannot come without a bit of stigmatization for those who refuse to strive for it.
C'mon! You don't expect someone here to have actually read the story.
He didn't even get the irony of the title (Usually the expression goes the other way, i.e., "50 is the new 40") which means he didn't even read the title too well, either.
Also, age is not experience. Age is usually an ingredient to experience (though some make use of less age than others to gain experience). But in and of itself, it does not create useful experience (maybe wisdom is the word we’re looking for here). I’ve worked with many older engineers who hadn’t gained useful experience. They’re still making the same mistakes they did years ago. And I’ve worked with younger engineers who I can tell are going to be old dinosaurs from the get go. They like the high paying career and the problem solving aspect, but the desire to evolve and improve their game play just isn’t there.
In my experience, it’s that younger devs are cheaper, much cheaper, than older devs. Most software development is easy enough that you don’t need someone with 20 years experience. I can hire 2 or 3 people for the same price. There’s always a budget for resources, and that budget is usually as small as it needs to be. Web dev, CRUD apps, mobile apps are the norm, not Facebook scale. The tools are mature enough that a 20-25 year old can do the development, and their salary expectations are much lower.
I hear all the time from fellow developers how important we are. We get a lot inside jokes how non-devs don't understand things and all the self importance of devs that comes with it.
I have a friend that is hanging a lot out with musicians/artists where they do the same thing as devs - thinking they are important.
While developers earn more than musicians - a lot of musicians are just menial workers performing what they are told - coding is still menial work to be performed. So it is implementing other people ideas or they can just get another violinist.
Surgeon while is quite physical and menial, everyone agrees it is occupation that deals with life and death - most developers are nowhere close to such responsibility.
I think this is rational. 20-somethings have the least to unlearn, so you can get them to do things your way instead of the unique independent ways an experienced person would.
Secondly, 20-somethings are much more easily abused with long hours and intangible or possible future rewards.
20-somethings are also really fun to work with. Sponges for knowledge and so much energy.
Are you describing uploading data to and S3 bucket? Or maintaining tape decks? Depending on how to interpret this, this could be an advanced skill.
For context, I'm learning about how to build a Data Lake that supports a Feature Store for an ML platform. Feature Stores are relatively recent (4ish years?) and only make sense in Enterprises
In fact, only in my 40s have most of the major tech companies reached out to set up interviews (Google, Facebook, Amazon, and Apple), and a ton of pre-IPO unicorns. During the pandemic I had the former CEO of Zelle personally interview for his new venture and Brian Acton personally reached out to schedule an interview for One Signal.
I’m just a principal dev who does React and Rails. Been a tech lead in a few startups, never held a title above that, never a de facto people manager and certainly not a director.
I remember the sheer terror I was feeling toward the top of the my 30s because of discussions like this on Hacker News. Had a taste of management in my early 30s and decided it wasn’t for me, and remember toying with ideas for a career switch because surely, I would be dead as a programmer soon. The exact opposite happened.
Does it matter? If there is some way that recruiters are filtering based on age, my age is clearly discernable.
I mean, I'm sure there's probably some of that, but not in any material way that I even have a hint of age discrimination thrown in my direction.
But yes, I have that experience in my background. I had my first principal role back when I was 32 (but prior to switching away from .NET development) and 2 other lead roles in my 30s.
We have a bunch of .NET devs (our BE is .NET) and the average age of these folks probably right around 40, because in general they're going to be older devs who do that.
Granted, not everyone enjoys doing it, and it comes with lots of politics as baggage as well.
I ultimately got a job at a better company anyway and probably dodged a bullet, but it's pretty naïve to think it doesn't happen sometimes, especially at startups or places that pride themselves on a "startup mentality."
In retrospect I probably should've left a bad review on Glassdoor explaining what happened, but it was so long ago I just sorta forgot about it.
For me that helps filter out workplaces that would not be a good fit for myself.
There are a number of workplaces where a good balance is actively supported! When needed, everyone will put in extra but the expectation and in fact reality is to keep things 9-5:30 as much as possible.
Move fast and break (the law) things I guess?
Legal: "we don't think you have the energy/disposition to be devoted enough to the company to put in extra effort when needed"
Honestly, I'm surprised they even gave a reason. Our HR department has an email template that we must use, which is something along the lines of "we picked someone else, but we'll keep your CV on file, in case anything else opens up". You don't have to give a reason, so if you do, you're only opening yourself up to liability.
Like I said, I personally see it as dodging a bullet. I probably didn't want to work in that kind of environment anyway. But there may be other people with different situations than mine who would've been rightly miffed by it.
I'm pretty privileged as things go, so I tend to not complain a lot about ageism and discrimination based on family status because there are a lot of folks who have it far worse than I do (even though I recognize it as a legit problem and feel like I've seen it firsthand). This company sorta tipped their hand without saying anything illegal.
Asking them isn't illegal per se, but if you do ask them and the candidate isn't hired, you've opened the door to a discrimination lawsuit.
If the candidate brings it up first, it's fair game for conversation, but still off-limits for hiring consideration.
What makes you think that?
It's absolutely possible for a 25-year-old to be a more experienced, more technically competent, and more mature than a 40-year-old.
Some 40-year-olds have 20x 1 year of experience, compared to some 25-year-old's 5 years of experience.
If you think you're inherently better as a 40-year-old developer than all 25-year-old developers then I think you're deeply mistaken.
It's also absolutely possible for a pig in a jetpack to fly past your window. Many unusual things are possible, but that doesn't make them any less unusual. In the vast majority of cases, older developers will have more experience and be more mature than younger developers.
That person has 20 years of experience in gaining short experiences. Something the 25 year old prodigy can’t have. Skippercat was just stating a fact.
I feel the way you expressed your opinion reflects some intrinsic ageism. Bigotry often seeks a plausible rationale for justification.
I'm just realistic that having been alive a long time doesn't automatically infer wisdom like people think it does. Someone who's spent 20 years not really learning anything or bettering themselves can be behind someone who's spent five years working hard.
They said:
> at 40, I had a much deeper understanding of the tech, I understood of the whole business process and I had the maturity to deal with people in a productive way.
Understanding tech, business process, and maturity don't necessarily take a long time to learn. Someone can spend 20 years not bothering to learn these things, while someone who's worked 5 years can have mastered them.
Highly effective people can be young. Don't assume you'll have more of anything compared to them just because you've been around for longer.
> I worked with someone my age who only strong skills are a large enterprise storage system. He is a dinosaur and his future is limited.
> You won't find all of those in a 25 year old developer
I took the quote as meaning that certain skills take time to master and it's impossible (which I took to be hyperbole) someone with less time would be able to master /all/ of the them; reinforcing their first point about how someone who is older should find it easier to find employment.
How about we just assess each individual without going in with any prejudice based on their age?
This has really helped ground me and keep my focus in tumultuous times.
I feel like my tech and ability to see the bigger picture is only getting better. And I still maintain the same child like joy of tech that I had when I opened my Vic 20 not too far away from 40 years ago.
Never stop learning, indeed!
And say I am only just as good as the newbie in go. Isn’t that fine? I am seeking the pleasures of learning and learning with other smart people, not trying to win a contest. My method to do that is find problems, without a recipe answer, for technology problems that my employers are facing. But the motivating goal is to learn new things and build new things.
Depends on how expensive you are, what the market is like, how well you compensate in other areas (people skills, analytical thought etc) but all in all the market will prefer the 35 year old because our industry is somewhat shitty and ageist. It is what it is. However you will have a very strong network for having worked so many years so you can probably easily overcome this.
At 52, that can be a good move, if that enterprise system will be around somewhere for the next ten years. Remote work makes it an even safer bet. During that time, he can devote more attention to his family, community, and hobbies, instead of trying to make sure he is employable by the maximum number of businesses. You only get paid for one job, no matter how many you're prepared for.
I suppose everything is a choice. I have worked on tech that doesn't have a future because the company needs someone to fill those shitty positions. I naively believed the company when they talked about them taking care of employees and being able to make a career out of it.
Ideally more senior emloyees worked in multitude of situations and team structure and project is better for productivity, they also have more even performance in long term, but hiring practice seems to be unideal.
Perhaps they have a shorter attention span in mind, promoting replaceablity over long term stability and predictability?
OK, but it's also completely legitimate to just say, "I already know Python so now I just want to focus on building better and better things each year, not getting better at tech." And yet that won't make you employable, even though it's probably the ideal strategy as an entrepreneur and product creator.
But can we make employers see that we are not dinosaurs at 38 years old? lol
Otherwise, we'll be stuck making our best work from the confines of our basement.
Based on the multitude of threads and articles about ageism posted on HN alone and what we know about ageism in general, I'd say it's the former, but I'd be interested to see if someone actually studied this.
Even my company rejects experienced hires if the job description is not specifically mandating senior-level experience. I just hired one such person that is a bit over 50 years old, I had to fight HR on this.
If OP can't get an offer(for Python!) then something is really wrong. Where? Possibly they could not get past some silly HR filter.
If you were a Python shop wouldn't you want to have an interview with OP would you?
There is an advice floating around HN that one should contribute meaningfully to some popular open source project and/or write a book about something -> leading to better career prospects.
The above might be helpful but clearly not sufficient. (I've seen good book authors still looking for job prospects)
> while the experience that comes with age is valued in fields like music, it counts against you in tech.
Yup. The Jurassic-scale disasters that are becoming increasingly common, these days, are evidence of unsteady hands at the wheel.
I'm not saying that older folks are better. In many cases, we can be overconservative and overcautious, but that isn't such a bad thing, when the stakes for a blowout are so high.
I have always felt that tech needs to follow the same model as every other damn industry since the start of history, which is to have experience work with youth. They balance each other out.
I feel that when one of them gets too much power, Bad Things Happen.
In my case, I was finally laid off, after a 27-year run at one of the world's marquee imaging companies (which I think was overbalanced by experience). I started looking around for more work, as I wasn't really up for retirement (which I was quite capable of doing).
I was absolutely shocked at how shabbily I was treated, and fairly quickly gave up the search.
I find it offensive, that companies are so self-destructive; especially smaller companies, where a top-shelf employee could "make or break" the company. I have a fairly unique confluence of skills that would have made a startup very happy (I've been ARCHITECTING and SHIPPING software, since my very first engineering project, in 1987. I am quite used to production engineering. I've been doing it my entire adult life. I've heard that could be useful, to some companies). I was also quite willing to work for a lot less money than most, as my retirement was set, and I was looking for work that interested me.
Instead, I was rather quickly told -in no uncertain terms- "Go away, old man. No one wants you."
I took the hint, and found some non-profit folks that were doing work I find interesting, and started working with them, for free.
They are quite happy with my work.
I read your posts whenever I see them, it's obvious you're quite bright. I really don't understand how you don't see this.
It isn't ageism, again go read the rest of this thread. It's the nature of making yourself an attractive candidate. If you don't care to play the game, you can't pout and cry "ageism" when you lose the game.
One can also take this as: "this person jumps jobs often, everything I invest in them will probably have not a good/long ROI" vs. "this person was a loyal employee that was so good he was kept for decades"
A few jumps surely do not hurt, are even good to get some different POVs and such, but if we get people that were barely one or two years at a company at max it always rings a few alarm bells.
But, either way its generalization, the reasons for why either situation happened are relevant to make a sensible decision.
I.e., the answer to "why switch so often?" or "why stuck for so long and why now?" are key.
This is really the key.
As another anecdotal datapoint to add to this thread, I've held three SWE positions over the past four years and will be starting my fourth, at Google, next month. Naturally the recruiters and hiring managers asked about the short stints at each company, but given that my reasons for each departure were reasonable (company acquisition, COVID, and location), they didn't have any objections.
Why is the assumption not the opposite?
"This person failed at 8 companies" vs "This person was success at one for almost three decades"?
Why is it a sign of success if you are at a company for a short stay before going to the next? If anything, I'd imagine that a short stay would be more likely related to getting PIPd or unable to get promoted/grow there.
Resumes usually include the list of major achievements at that role.
It's the combination of the two that people look for.
Looking at just quantitative things like number of companies is terrible. Looking at the combination of qualitative and quantitative aspects of a CV/Resume are what make for an attractive candidate.
Next time you hear someone complain about why programmers jump jobs ever 2 years, point them to this cynical and stereotyping comment.
In my opinion this is no different from saying "What, you didn't graduate from college? Well, obviously you are unhireable", but I bet 'Icathian would be much less likely to say that to a non college-educated programmer looking for work.
For some reason, stereotyping based on tenure, which correlates strongly to age, just seems to fly wild in our industry.
You can blame me for recognizing that all you want, but it's a pretty well-known truth of our industry. I want it to always be easy to find lucrative, interesting work, and I'm willing to play the game to keep it that way for myself. I'm not sure what about that you object to so strongly.
Doesn't make it right.
Just sayin'...
There are a lot of bad things about our industry, repeating the stereotypes that lead to them is still harmful. Which brings me to...
> I'm not sure what about that you object to so strongly.
Simple: If you were in a a position where you were screening resumes, I think you would rule out people with long tenures purely on the basis that the tenure was long.
I am saying that this amounts to age-based discrimination, and you should think about it rather than parroting the assertion "Obviously you're unhireable, you worked somewhere for 27 years". And even if you refuse to think about this, my hope is that other commenters will.
And maybe, just maybe next time they see a resume with 27 years of experience at one company, they will think "Wow, this person will bring an interesting point of view to the team – they have been through 5 times the tenure of an average VP and have seen the rise and fall of several projects. Let's hire them!"
My fervent goal is to stay an IC through retirement. Doing that successfully requires playing the game.
I must say I am pleasantly surprised! Please accept my apologies, and an upvote.
I concur. I know that you're "just playing the game as set by the rule-makers."
I'm in an unusual position. I'm not looking for work (and, after a few years on my own, I couldn't be dragged into the rat race with a locomotive).
That means that I get to say things like "Oi guv! That bloke's starkers!" Won't make me popular, and probably won't change anyone's opinion, but I'll do it, anyway. It's my nature.
I'd look at what they've accomplished in those 27 years. This is no different than someone with 5 years or even 1.
If someone only has a couple notable things in 27 years , then I'm not sure what they're bringing to the table.
If someone has the same number of notable things in 5 years, then that speaks more to the level of work they're innovating at.
In short, it's really about the meaningfulness of what they've done during that time, relative to the tenure. Tenure alone is meaningless IMHO.
I've interviewed too many people who have careers longer than my life, who have basically just gotten by. I've also interviewed people who've done amazing things year on year.
The latter are the people I seek to build out the team. The former don't add much, unless they're really rock solid devs who've stayed in top of things. But if they're just alright? Then why wouldn't I hire someone more junior when they're giving me the same results, for cheaper, and are usually easier to mold and train?
I've managed to do OK, even with that. In fact, it has probably helped me to be much, much better at my job.
I call it "the Boy Named Sue" problem[0]. I have had to deal with so damn much adversity, in my career, that it has forced me to constantly deliver, and go "above and beyond," in everything I've done. I've looked up a lot of noses, and it does make me cranky, but it has also forced me to be pretty good at what I do. No one will take me at my word. I have to show them.
So since you are defending the practice, please explain what is it about spending your entire career at a single company that makes you unemployable anywhere else.
And please don't assume that that means never learning anything new during 27 years.
Can you name another career where holding one job too long makes you unemployable, and where people actually defend this?
You've added a degree of difficulty (we could quibble about how much of one but whatever) to the process that didn't need to be there.
Not proudly, but often. Be nice. I thought we were supposed to be nicer to each other here, than in other Internet venues, but I'm often wrong.
> You didn't build your CV to be attractive to new employers at all
I see things differently. Don't forget that I was a hiring manager for most of that time. My CV reflects what I would have considered to be a "dream employee" for most of that time. It is not one that current companies find attractive, and that's actually (IMNSHO) a real problem, in today's industry. In most other industries, it would have been a "We need to get this guy on board right now" kind of thing. In tech, it's "He spent all that time at one company? He must be terrible, and insecure."
I am quite aware that having spent 27 years at one company is actually considered a bad thing. I really do see how the industry works. I won't change my expectations to meet the new reality.
If no one wants me, then I'll do my own thing. I'm very grateful to have that option, and my heart goes out to the folks that don't have that option.
Apologies. I struggle when people I respect seem to miss things that are obvious to me, I should have kept my tone in check better.
Fair enough. If the winning move for you is not to play, that's hardly a bad choice. I don't think it would work for me.
I've been with my current employer for 4 years, and all going well I'll stay with them until retirement (I'm almost 50 now, so another 15-odd years). The pay is good (for where I live), the work is varied and mostly interesting. It'd seem a bit crazy to jump ship just in case they take against me at some point in the future, no?
Making that call at 50 is a lot different than making it in your early 30s, I would think?
IT is a sick twisted industry.
Are you "out of practice" in the job search?
This comment (https://news.ycombinator.com/item?id=28758320) states:
> Delete the first 10 years of your work history and take the date off your CS degree
> I started getting significantly more responses to applications and inquiries from recruiters on LinkedIn
I will do neither. That's dishonest.
If no one values me for the skills and experience I have, then I have no interest in working with them (not "for," "with." -A big problem, in today's working world, is the attitude that companies are doing people a favor by hiring them. If someone hires me, they don't get me as a servant. I've worked way too long and hard to be treated that way. Another problem, is that asking for simple, basic, human respect, is considered "arrogant").
I am very, very honest. This was actually a big plus, at my last company. It got me a seat at the "inner table" of a highly conservative Japanese corporation; something few Westerners ever experience.
I refuse to be dishonest. I won't hide my age, experience, or weaknesses. I also won't exaggerate. People often tell me that I'm exaggerating. Then, they take the time to look at my track record (which is very available -people like to lob insults before actually checking to see if they apply). Things get quiet, after that.
I don't see dying your hair as any different from wearing makeup or attractive clothes. Humans are social and visual creatures, we find it easier to trust other humans we like the appearance of.
I'm also not particularly tall (5'6" -1.9m). I wear dorky shoes (at least, according to the fashionistas on HackerNews[0]).
I have to say that is quite well phrased.
I think that's a problem for those hiring; in itself. I see it when I ask people why they won't hire the Amish or Mennonite crew for some job they'd do well. It's not about the cost, there's no doubt the result will be better; it's not schedule... It's just "these people are odd" and don't have the proper attitude.
> If no one values me for the skills and experience I have, then I have no interest in working with them
I generally take the same attitude.
You don't have to list everything on your resume. It's not dishonest to leave out experience that's no longer relevant. You also don't have to dye your hair, wear platform shoes, or get plastic surgery. (Although Converse was trying to push platform chucks when I ordered some new sneakers a few weeks ago.)
All your resume needs to do is make you appealing enough to get a callback. It doesn't have to list out every single detail.
But, I do need to point something out 20 years into my career: A lot of development shops don't know how to work with mature developers, nor are they budgeting to hire someone with 30+ years experience. The "people" challenge of onboarding into a team where I have more experience than my manager is often harder than the actual work.
Well, none of my attempts made it past the second screener, so I wouldn't know.
As far as "budgeting" goes...I was once told (by a recruiter), that I'd need to "ask for less," because I'm older.
I was already asking for peanuts, because I am not really interested in money, and was actually looking for the kind of place I could make a difference; where they often can't afford a lot of "top-shelf" talent. That's a trick I've always used in my career. I have worked for less, at places that interest me. It's still allowed me to get to a point where I don't need to work (I live frugally, avoid personal debt, and save like crazy).
I'm used to "making a difference." That may seem arrogant; but you haven't worked with me. I'm making quite a difference, right now. In fact, in the window behind this browser, I see that my latest TestFlight upload is done, and I'm about to make the team quite happy.
I'm still a bloke, though, so I can't say I know how they feel.
This is where working at a single company for 27 years works against you, it implies a lack of the kind of experience that makes older individuals uniquely valuable. There is little generally applicable skill around architecting and shipping software; the practical constraints on how those things can be done are often wildly different across companies and industries. Bright and capable people that have spent decades at a single company often struggle to effectively adapt their skills to an entirely different company context. There is practically a meme about Microsoft lifers only being able to work with other Microsoft lifers in Seattle, for example, because empirically it has tended to be true. What you don't have is 27 years of experience applying your technical skills across very different organizational and operational contexts, and that is valuable experience that only years can provide.
That isn't to say you can't, just that your experience doesn't provide much evidence of it. Anecdotally, as someone also getting up there in age, it has never been easier for me to find work.
It has been my experience that the mid-thirties are kind of a "golden window" for senior-level talent. Some people think of it as "older," but not that many.
We're old enough to have had the sharp edges worn away, but not yet old enough to make the management uncomfortable.
Once we start getting into the 40s (or, heaven forbid, the 50s), attitudes start changing -drastically. It's -sort of- OK to be a manager, but not a critical path engineer.
I will say that you seem to be an interesting chap, and I suspect that "the conventional rules" probably don't really apply to your work. Looks like fun.
For me, I like to make stuff that people use. I'm not particularly interested in changing the world (although I have, for a particular demographic -long story). I like getting my hands dirty, and Usability/Accessibility/Localization is a big deal. I like to put simple faces on complicated backends, and open tech to as many folks as possible. Most folks hate "computers," so I try to "decomputerize" tech. It's fun; especially when I see people using my work.
I consider myself to be more of a "craftsman," than a "scientist." It's a labor of Love; not just for my own satisfaction and work, but also for the users of my work. That's one reason I like working with an NPO. My whole family has been in Service, of one kind or another. My younger brother and I are the "redneck engineers." The rest of the family is a bit more Ivy League. My younger brother used to run group homes for kids that are wards of the state. He burned out on that, and became an engineer. He's worked at his [Fortune 20] company for over 20 years. It's a pretty big deal. He's self-taught, like me.
I was reading an article that said that age-compensating plastic surgery is very common in Silicon Valley, and that most patients prefer having the procedure done on a Friday, so they can heal over the weekend, and probably get away with it not being obvious when they get back to work.
New York's ageism problem (although many don't believe that it's a "problem," at all) is much more pronounced than SV (especially in Brooklyn). I'm wondering if a reason might be that NY has been a tech hub for a far shorter period of time, and we haven't had a "critical mass" of engineers "age out," yet.
I stopped going to (very good, and very energetic) NY meetups, a long time ago. It's abundantly clear that my just being there, is unnerving to a lot of folks. As I walk around the room, a big clear space automatically happens around me; like I'm in the eye of a hurricane. It's pretty obvious that I'm not usually a welcome addition to the milieux. And that's all before I even open my mouth. People don't seem actively hostile; but they avoid me. I don't get dirty looks. In fact, I don't seem to get eye contact at all.
Absolutely no one introduces themselves to me. I'm fairly affable, and have no problem reaching out to others. When I do that, we often have a good chat (although some, I can see, are looking for the exits).
Surprisingly, I often find that the people who avoid me the most, are the older members of the crowd.
That's interesting.
I can have some great chats with younger folks. I never try being "down with the kids," and I know better than to do an "OK boomer" thing. I'm a fairly good listener, and ask questions designed to encourage folks to talk about themselves, and their passions. That usually works well with younger folks.
You are correct that my unique expertise affords me some significant advantages. For certain fascinating classes of computer science problem, I’m the person everyone calls. My true CV is far weirder than the public ones. But ironically, that isn’t what companies typically pay me for except tangentially. I mostly get paid to fix broken engineering organizations because apparently I am good at it and there is no version of “broken” I haven’t seen before. I still think of myself as an engineer, and remain extremely technical, but most days I am solving people and organization problems. I am valued more as an executive fixer than for my technical ability despite having some extremely unique technical capability. The market has made it abundantly clear which is more valuable.
I will always love writing code but it is more enjoyable as a (very serious) hobby and craft, albeit with an end product that has often been licensable. I’m not even sure this is a bad thing, since it allows a level of code quality that would never happen in a commercial environment.
FWIW, I’ve always been able to get on with young people and old people, whatever that meant for whatever age I was. I genuinely don’t classify people that way, I am more interested in their experience and knowledge. Especially for engineers, if you are doing cool shit age doesn’t matter.
That's always been my viewpoint.
I'm used to dealing with folks across pretty much all ages. I have an "eclectic" social circle that includes (but not limited to) kids still in high school, bikers, ex-cons, scientists, bankers, retirees, and CEOs.
"... our educational system tells us that we can all be big-ass winners.
it hasn't told us about the gutters or the suicides.
or the terror of one person aching in one place alone
untouched unspoken to
watering a plant."
Falling off the career ladder is in itself a strange idea. As I get older, it seems to me that the concept has little actual reality. Few people have linear career nowadays.
At some point, things tend to take a turn for the unexpected. It can be failing to reach the position you were aiming for or suddenly finding yourself unemployed. It can also be becoming in charge of something you weren't expecting and finding you like that more than you thought.
You have to find an equilibrium between playing the card you are given and stiring your life in the direction you want. It's not always easy but you can find interesting things to do from many positions. I can't stop thinking that to you they were horror stories but that might not entierely be the case from their point of view: hanging out at an hacker space, meeting people, working on new things, that's not the worst place to be if you want to rebound.
The worst thing about this case is that his wife had multiple sclerosis, and so his health insurance was of the utmost importance to him. This caused him incredible stress as he continued to look for work to no avail.
The problem with the modern workplace is specialization. Some people are extraordinarily specialized. The man I spoke of was highly talented, but also highly specialized. It's hard for someone to adapt at 54 to another specialization. I actually helped him pick up python, and he learned quickly, but it was clear that the man was not in his spry years. Any college kid could beat him in productivity in some code monkey role -- which is what he eventually started trying to hunt for.
I could also tell you about a guy that had a masters degree in chemical engineering working at Best Buy alongside me when I was in college. I've met so many people in my life that have not been privy to the dynamically lateral career system you seem to be aware of.
I know from direct experience that some people do indeed fall off the ladder. To me it isn't a concept: it's the reality I've observed.
Well he obviously was. He was working at Best Buy.
Losing your job or failing to find a job in a field which isn't growing and having to make do with what you can is a fact of life and definitely an example of a non-linear career. There is nothing facetious there.
That might end up just being a way to live while waiting for something else, that might be the start of a career in retail. It's just how it is.
Most people do not benefit from a change in profession -- especially if you are a highly trained specialist.
Getting knocked out of your life-long profession is not something most people want to experience. My original post was about this and what happens to people when they find themselves in this situation.
It's harder on some than it is on other. You seem to be a highly resilient and optimistic fellow so I'm sure this issue is not as much a concern to you as it is to some other kinds of people.
I know very little about pharma, but my guess would be that domain knowledge and industry connections would be super valuable.
That's learned helplessness. You are looking at it from a fatalist point of view. You said yourself that this person actually decided to learn python and try to find a job in software engineering so he was actually more resourceful that you give him credit for.
I basically fell of the career ladder early in my previous career as an Academic. Not as bad as falling off in the private sector, as I remained employed, but I picked the wrong job twice, had a little bad luck and became stuck in a crappy position, unable to move forward, unable to change university, and of course in permanent burnout.
I got away by joining a start-up and this relaunched my career, quite successfully, on a very different track. Not everybody has that opportunity, though.
Once I passed, I found a ton of people in the same boat as me - unable to find work in finance. No one wanted to admit it though.
I was taught to think that education is sacred and to think that the professors/institution has my best interest in mind. The naivete lasted up to my mid early 20s, which is definitely an issue. (I am obviously still pro-education, but education with very deliberate goals, which can, of course, be general education).
We must consider the increased cost of a university education and how its function has shifted in society. The university, for the most part, is now a training ground for corporations. We can see this in the dramatic shift away from the humanities and intense focus on STEM. STEM is essentially a corporate career path -- especially science. So we have a strange situation: universities are acting like job training institutions, but they are not directly coupled to industry. They want to maintain their ivory tower aloofness, but they lost their ivory tower status when they opened up the floodgates and became part of the cooperate pipeline. I think the university system is having an identity crisis.
This wouldn't be the first time it has changed what it is. We must remember that the prototype of the modern university was a semi-religious institution used to train the clergy. Funny that you speak about the ideal of education being sacred...at one time it literally was. And perhaps the secularization of the university system is also a symbol of losing that sacredness. Certainly, the demands of the earth are more important to the university of today than the demands of those platonic realms home to pure intellectual curiosity and moral transcendence.
There's dressing sloppy and then there's dressing like a homeless person sloppy. Sorry for making light of your depressing observation, but that setup sentence made me laugh.
I have no doubt that when these people were actually still coding, they could have answered my questions in their sleep. Quitting coding for engineering management really does one a disservice IMO. I’ve also had the pleasure of working with people with decades of experience who never quit coding even as senior managers and their level of competence and productivity is astounding.
But for dudes that are coding though, it's cool to see how 'I have solved this problem 100 times already' comes through in solving a problem sometimes.
https://charity.wtf/2017/05/11/the-engineer-manager-pendulum...
https://charity.wtf/2019/01/04/engineering-management-the-pe...
Perhaps some shops give a light meeting load. But “manager code” has a stigma for a reason.
When hiring, these people are given coding tests just as a pulse check to make sure they can actually code, since so many manager-level devs have apparently lost that ability.
I think there is a disconnect between manager-level devs who expect a glorified project manager position with zero coding requirements (and are thus insulted and shocked and assume it’s ageism when they’re given coding tests they cannot pass) and companies that expect their principals to hack on code until retirement. And while blatant ageism is clearly a problem in the industry, I’d bet that at least some of it stems from this disconnect.
I was previously a manager for my team at my previous company. However I got to both manage, and continue developing.
After switching companies, I've been offered management positions multiple times. However the reality is that at a FAANG, you rarely see managers who get time on the box anymore.
I know a lot of managers who are happy to not split the time between management and dev work, and power to them. However I don't want to risk the atrophy of skills.
When I interviewed here, the biggest concern most people had in my interview panel was "you've been managing. Can you still dev in a non management role?"
Frankly that's how a lot of the industry is. Managers don't get the time to dev. Many like that aspect, but if you're planning to leave, well good luck because you won't be able to hold your own against the people you managed when vying for a non managerial role.
I've seen decided my best path is to be an individual contributor who has more weight. Effectively a lead (currently) or principal dev. It's the closest I can get to both ends of the spectrum.
Lots of people leave management roles and try and apply for IC roles at other companies. It's also really difficult to go from management at one company to management at another for many people.
I went to 6 interviews. Every time, I was the oldest at the table, sometimes by 10 years.
The music always went the same... "We need experience, you have a lot of it", 2 weeks later "You don't know React like we do". Best one was "you didn't use an env variable here in the front end".
I've been building the web since 1999. I'm 40. I got a job in a large company, much better pay, WFH most days, predictable timelines.
I don't think I've been managing my career particularly well (15 years in and 5 jobs), and I've avoided management as best I can, but it doesn't seem to be slowing down. Looking at my peers, there are plenty of people 10+ years older than me in IC positions.
I'm curious what the difference is. Is it 40 and only one job? Industry or programming language focus? Location?
That is of course the crux. If you're the person that knows how the old stuff works (because you where there when it was the new hotness), you risk being responsible for the old stuff, while the new guy they just hired gets to work on the greenfield Rust project they just started. Had a friend of the family who spent his entire career at a Fortune 500 company. Started programming their back office mainframe systems in the 80s and spent the rest of his career working on those same systems. He knew those systems back to front and was revered as the local mainframe guru. 2002 he lost his job when the company decided to retire that old system and move on to something else. He could not get hired anywhere and ended up having to take a job a petrol station for while.
The problem is that the state of the art in programming is whatever is shiny and new and often unnecessary. Lots of employers are hiring for Kubernetes experience when they absolutely do not have enough demand for their services to justify messing around with Kubernetes, but it doesn't matter. They also don't have the patience and depth to bother listening to some old person explain in detail why Kubernetes is the wrong tool for them and a waste of resources.
Corporate programming has become all about idols and mystery such that Perl has been cast out and Kubernetes is pure awesome no matter how irrelevant. As long as some old person can suck up to confused young people about what counts as cool code and frameworks then they might count as up to date with the current state of the art. And with this the unfortunate reality emerges that for older and experienced contributors starting a company is becoming as easy or easier than actually getting a job.
Do we have any better sources than a small survey of tech press articles?
I always feel like ageism in tech articles are borderline clickbait: They aim to induce outrage by implying that ageism is rampant in the tech industry but the best we can do for evidence is a few anecdotes and, in this case, a survey of other tech press articles.
Ageism is a thing in the software industry. However, every company I’ve worked for that has had an ageism problem has, not coincidentally, been a terrible place to work with long hours, unreasonable demands, and bad management. Ageism is the perfect tool to select for hires who are too inexperienced to recognize that the situation is bad.
Most of the good companies I’ve worked for have had a broad distribution of ages. Again, not by coincidence, but because experienced developers settle in to roles at companies that are reasonable and treat people well.
I'm ~40 with ~15 years of dev experience and 4 of management experience. I last year I decided to return to IC dev work and started applying for full-stack dev roles.
After two months and not getting few responses to applications, I put my resume in front of my tech recruiter friend:
"You sound ancient. Delete the first 10 years of your work history and take the date off your CS degree."
Whaaaat? I was incredulous at first, but eventually did as he said.
It would seem he was right though. I started getting significantly more responses to applications and inquiries from recruiters on LinkedIn.
Honestly, when I'm interviewing candidates, the only time I'm interested in their education section is:
- when they are fairly green (interns, juniors) because they don't have much experience yet
- when they keep bringing up "I did this in college" and I need to see how long ago that was to frame the rest of my questions
Anyone with a few years and an accomplished resume should strip their education out unless it's meaningful in some way.
I Googled around looking for more rigorous data, and found that there seem to be a decent number of studies of various kinds that detect ageism in the tech job market. One report (https://www.visier.com/clarity/four-common-tech-ageism-myths...) says it debunks four myths about ageism in the tech job market, but even that one affirms that hiring practices in the tech sector discriminate unwisely against older workers.
So I guess we can tentatively conclude that, yeah, there's probably some ageism in the tech job market, and it will probably tend to affect most tech workers as they age.
My own experience tends to agree. I was in high demand through my thirties. That demand began to dry up in my forties. I'm 61 now.
I remain happliy employed as a consultant, but the people who employ me have shifted over time from mostly strangers to mostly people who already know me, or who know someone who has employed me before.
To put it another way, as I've aged, my employers are less and less likely to be strangers who hired me in a typical tech-industry hiring process, and more and more likely to be someone who has seen my work before, or who knows someone who has.
Maybe that suggests a workable strategy: take care to cultivate lasting constructive working relationships as you go. Look for people you work with well, and consciously choose to work with them, and to maintain friendly relations after each of you has moved on. Those relationships may become increasingly important to your work, especially if you begin to experience the ageism that many are reporting.
They explicitly searched more mature developers, because of several failed projects with large over spending the past years. Management had enough of it, and now wants a more experienced dev team.
And it works quit well I must say, code quality is very high and we make our deadlines. Our product is stable and atmosphere in the office is great actually. Not much stress here, because we don't spend months building some never to be used generic-multipurpose-framework and we don't jump into every new technology which comes around..
Not hiring experienced developers is a big mistake! :)
The amount of money they happily pay for us is crazy. We work along FTEs in all these companies for years who make a fraction of what we do. Companies take a diverse approach, stringing along FTEs under the auspices of being a special FTE with a career ahead of them at the company, and they hire a drove of contractors (permenantly) that cost twice as much and who are already wise to the FTE/career half-truth.
We get paid for every hour worked and are restricted to 40hours...at twice the rate of an FTE.
Best skill is to manage your work time well and set boundaries. Working overtime is a sign of not having the right structures in place, and being disciplined about those boundaries is a force multiplier - it'll force you to be rigorous about what's valuable. You can make up for the lack of discipline by working overtime to an extent, but it's less effective.
[Your current company] doesn't matter. Your family matters 10000 times more. Dont expect to grow in your company. As a 30 year old there are TONS of companies and startups looking for you. In fact now that you dont need a job is a good time to comb the market and apply to a couple of them. That way you get some experience in the current hiring process, you tune your "value" as a professional and you can ask for crazy money (knowing that if you ask for 2X your current salary plus WFH, if a company gives it to you, you score, otherwise you are cool on your job).
My 30 to 40s were amazing professional years. I was in 3 startups and grew 2 of them from the ground up. That also helped me grow myself to where I'm now.
I did apply to one, but never heard back. It was about 2x salary. It even seemed interesting - Android dev for a medical device startup. I guess my Android skills weren't advanced enough (I just have a couple very simple apps).
It has nothing to do with age. Child prodigies can burn out at 20 because they are suffocated with work.
On top of that we have weak seniority ranks. Products and tools are not developed as good as they could be. Topics like security still show that honing products and skills are needed, but this is not happening when we don't build a layer of experts that still want to program and dig into these problems.
Excellence comes with experience and that is only developing over time with making the mistakes and fixing them.
I've found even a good amount of people at that age that were career switching(to development) and haven't had big issues entering the job market.
But of course, you have to be flexible. Move elsewhere, or where the jobs are. Your white hair doesn't matter as much as your attitude. If you feel entitled for good job positions just for the fact you wrote a library, I don't believe this can be positive. It isn't about your age. How long have you been looking for a job? Which city? Are you easy going?
I've moved to another country and city for a better job market and I'm willing to do over and over again. Can't make big commitments to where I live, me and my wife move, find new jobs and learn new languages and culture, that's just life. We can't buy a property and never feel at home really, but it isn't a hard life, to be honest.
Of course, we don't ever expect to make these american salaries, but we do have jobs. In America, it makes me think that a lot of management and business typey people who make decisions about hiring are very individualist folks that believe that one great person that works like a slave is better than a few average well-lived people, which is completely wrong.
Exactly, in Europe software engineering is just another profession, with pretty average compensation. Which is not exactly motivating.
I get paid much more than soft devs get in many cities in the US, of course, much less than SV and similar tech hubs, but I believe that those extreme salaries are mostly because of bubbly economics rather than something perenial. It won't last.
If you can leave behind all that inequality and problems has, and only think of yourself, those tech hubs look like a good alternative, but personally I find it quite sad myself. I'd rather live in a place where my pumbler has good living conditions, the bus driver and so on.
Also that has good public transport and more collective thinking. Driving a car in those big american streets would make me very depressed.
It's a matter of choice(for some), but anyhow... here in Europe the situation is fine. :-)
I am not at all saying companies are correct in their assumption. I am just guessing where the cause is, in my opinion.
Apart from that, I found the experience remarkably straightforward. But then, I haven't seen a tech recruitment market this hot since Y2K (in Berlin at least). It's a good time to switch jobs.
If a company cannot utilize my professional experience as ex owner of business, PM or design specialist in general, it means that they prioritize "cultural fit" criteria over real performance evaluation.
This is not a problem for me. I don't have expectations every business to be "mature enough" to know the value of effective professional work over "power of the young mind".
The idea that after "40" you are having "cognitive difficulties" or you are "out of fashion" comes from companies who exploit trough "overtime" or extreme performance prerequisite.
Working in this kind of environments is a suicide. Burnout is real and avoiding it is the only effective countermeasure.
https://news.ycombinator.com/item?id=28294734
Essentially I think this is hopefully a temporary effect of the doubling of programmers every five years for the past twenty plus years. I expect this to level out and thus shift the ratio in favour of older developers.
See this all the time on HN. Something hasn't had a PR in 2 months, must be dead! That uses React, why not switch to Vue!? Blah, blah.
This feels like a category error.
Both can be true at the same time, and in my experience often are.
(Cute blonde recruiter / bearded hipster recruiter)
with another opportunity to
(get crucified at Amazon / work in the shady industry of sports betting / feed the cancer that we call IoT / drop fire on people in the name of defending America)
1) Toys. If you want to be employable you have to learn to play with all the trendy toys. You need to demonstrate the ability to build a tech stack with these toys and solve some problem. Beyond that old people skills are largely irrelevant. By old people skills I mean the ability to communicate with precision in writing and a mastery of skills (not toys). Nobody cares if you can solve business problems using code. Toys are the new inverted binary tree.
2) When things go bad and layoffs come around the only things that matter are old people skills and critical needs positions. Prior performance won’t save you and neither will titles or seniority. If you are solid with the cool kid toys but never really mastered your craft you aren’t worth retaining under a shrinking budget because they know they can easily replace you when the economy/business recovers.
I'm 45 and I'm getting more and more concerned about my age. I love my job but I'll try to move to a manager position in a couple of years.
Its not just tech that has this problem; the rest of the world is getting there. I've seen hardware stores firing older people that know how to use what they sell; in exchange for young employees who'll work 4hr shifts at short notice.
So many articles speak as if any generation had the ability to set the standards of employment in the industry.
Management, and what our government allowed them to get away with plays a far larger role than individuals do in a decentralized economy that is tech.
It isn't like there is a plant we could picket, or even an assurance that our jobs would stay within our own country.
Many people who have entered tech today, never saw the massive waves of outsourcing, this seemingly has normalized now, they weren't around for the dot com bubble that burst.
Arguable the worlds strongest unions (automotive) got their asses handed to them, because it became much easier to move manufacture than ever before.
It wasn't developers that had any control or recourse when we got placed in the exempt bracket, and workloads sky rocketed.
I remember lots of people quitting because of it, but I also remember a flood of people on work visas coming into replace them (to be clear I don't fault those that came in on visas, but did prevent labor from having any sort of strength in numbers or ability to force policy change.)
We had a toxic environment forced on us, through the same vehicle that almost every shitty thing has, greed, our government had no idea how to handle when labor stopped having physical bounds, and they opened up the flood gates to let companies do what they want as long as they didn't leave.
Out of shape, unkempt, or unpersonable older folks have a lot of bias to overcome. I've seen the reactions myself as I've been one or more of these at times. It's not fair, but it's like dating and complaining women/men don't look at what a nice person you are, etc.
(after some discussion she was hired and everyone was happy)
The complexity, in my dumb ass opinion, is that humans tend to look for patterns and correlations when trying to understand things at scale.
e.g., experienced engineers view inexperienced engineers as being in a rush and inversely, inexperienced engineers view seasoned engineers as being slow or reluctant to change.
Regardless of why the above is generally true, it's not true for everyone.
Here's some simple rules of growing old:
1. Don't forget you were once that person. Given them a chance to have the same experiences 2. Remember, most likely you'll grow old one day so grow old mindfully 3. This industry has a cycle. New people come in, make mistakes, experienced people correct it. Repeat forever. 4. As you grow older, some people take on new responsibilities like family. This has a profound impact on your work and social life. 5. Stop being a dick to people young and old, inexperienced and experienced. Try to relate to the past and present the best you can.
Lastly, every old person you see, including the greats, were once happy, highly motivated, inexperienced and passionate people ready to prove themselves! Now they're just older and still have a lot of those traits within them, but it's not often shown to the world.
But doing anything else more historically understood as 'normal software' requires experience.
I consider anyone with < 2 years experience as an 'apprentice', who, without guidance will probably only cause damage.
After 5 years, you have someone who can competently do something in a specific area, but may not be particularly well rounded.
Looking back at my own career, writing embedded C++ fresh out of school, I can barely believe they let me do it. I don't think I would have hired me. I'm grateful.
There's enough thinking and experience required for most kinds of software the that the intense dynamism is probably overplayed. What you want is a team that consistently moves the ball forward, day by day, i.e. it's a marathon not a sprint.
It strains me to understand how Senior Devs would be undervalued on this context. I can see 22 year old founders having no intuition for this, but beyond that it's odd. My biggest worry with older Engineers would be that they'd be too expensive.
Things like web development is such a copy & paste factory that I equate that like working fast food. You get years of experience so become too expensive. They only want to hire more folk with limited experience cheaply. There's no call for too much experience as that is aged quickly when new techs come along.
Some larger companies have older folk there and it's easier to get into those type roles. In my experience their non-web related mostly where specialization is needed. I think there are roles for older folks when they move from the web centric factory roles.
All just my experience.
(Looks around furtively in case HR is within earshot) I prefer people who’ve already made mistakes on somebody else’s dime. Though a mix is good.
I’ve been hiring people for decades (yes, I’m an OF too) and this approach has worked out well whether I was 25 or 55 myself.
There is a problem with “we did it this way at company X so we really have to do it that way here too”. Better is “we did this at company X and i think what we learned that would make sense here is YY”. Newbies can’t say either; the older ones are more likely to say the second rather than the first, thanks to perspective.
Of course, I’m well aware I’m speaking purely im the context of a web app developer.
On the other hand, few (younger) people have got the sensibility/ability to befriend an older person in the workplace and learn from their experience. I have, and it's been valuable in getting the perspective.
If you're lucky, you too will get old in life, and be subject to the ills that you now see around you perpetrated on older people.
So after 20 years of writing governance documents, doing threat risk assessments and privacy impact assessments, occasionally writing SELinux policy, and some product management like work, I’m doing full stack development on the software product (node, React, ONgdb) and writing C, bash, and SELinux on the hardware product.
I also do customer needs analysis, custom development for them, and train them. And I do all of the demos.
Perhaps it’s my field, perhaps it’s a unique skill set (we ICAM/CDS people are rare), perhaps it’s personality (curious, enthusiastic, measured). I dunno.
Now 56, I foresee doing this for a few years more. The pace can be insane (hey, startup, or at least small consulting firm turning itself into a product company) but the work extraordinarily rewarding (when you ship a CDS product that has the experts asking “how did you do that?” it feels really good; when you show your clients an IRM that does things no one else does, ditto), and I work with really good friends (friends I’d never worked with before but knew from weekend activities (off-roading)).
It can happen. I just don’t know how rare it is. (Hey! I may be a unicorn!!! :-})
Although I do agree about workplace "environment" - the sooner being in a union is like having https, the better.
It would have to look a bit like: https://www.tuc.org.uk/unions/nuj
-- What is your goal?
If you don't know where you're going, the chances are your career trajectory could be plateauing, or even going backwards.
-- Are you progressing?
Pick a metric aligned with your goal and then measure yourself against it (e.g what you can measure, you can manage). Whether its specializing technically or moving vertically into management, its really important to keep moving in that direction, and to ensure that you are "compounding" your skills and successes along the way.
-- Are your skills transferable?
At all costs, ensure your skills are transferable. This will give you endless options and freedom to take breaks and move companies at will. NEVER allow yourself be the highly paid person on an obsolete project/system, not even for a year.
For all people complain today about the toxic cultures of old, maybe they say least had the advantage of people saying what they thought in plain terms, instead of dressing over them with sarcasm and hiding them in vagueness.
In a more relevant vein, I wonder how often too senior means too opinionated.
But that’s also kind of expected. As a senior developer, I can code faster and better than our junior devs but more importantly I can teach them to be better by reviewing their code. As I get older I am spending less time coding myself and more time reviewing others code.
A 40 year old developer is going to be telling stories of their first gig going through code printed out on paper reviewing it for a y2k bug… when I wouldn’t be surprised if 99% of this years college graduates never heard of y2k.
If anything, my experience is that 60 is the new 40.
But in the general case the problem occurs because software development is seen by those in power as factory/production work. For most companies we are expensive factory workers. And factory workers rarely get hired past 35 and rarely survive past that age unless there is an union involved.
My experience is in an offshore market in South America. I guess in other countries the situation is different.
I believe it all comes down to pay. The experienced developer commands a higher salary than a 20 year old, rightfully so. But employers fail to see the added value they bring, just as they have trouble identifying the 10x programmers out there.
Agism isn't about younger developers somehow being better than older ones.
Agism is about taking advantage of younger workers.
Agism is about discrimination.
Agism is about money.
That's a very rosy view of a cutthroat industry. The only exceptions I can think of are well-established stars with a back catalogue of hits. If you're a singer looking for work, good luck if you look much over 35.
---
I searched for a developer job just before I turned 30, stayed with it for 10 years, and then searched for another when I turned 40.
My experience of ageism is that most companies hiring just don't have the budget to hire an experienced software developer. They'd rather hire a few more cheap (and inexperienced) developers than hire a few highly experienced, and expensive, software developers.
To me, this translated in a longer job search. Not unreasonably longer, as it took me about a month to find a job when I was almost 30, and three months right before I turned 40. (Worth noting, when I was 30 I lived in Silicon Valley, and it's much easier to find a developer job there compared to where I live now.)
But, I do want to point out something that most articles of ageism don't point out: Expectations of a 40+ year old developer are quite different compared to a 20-30 year old developer. The kind of handholding that a junior developer has, and mentorship that a junior developer has, is gone. It's also much harder to change stacks than when I was a junior developer, because no one wants to pay me big bucks to learn like a novice. Thus, it's hard to change stacks. (Not impossible, but I really like the job I have now.)
Another thing to point out: There are a lot of mediocre developers who get very comfortable with handholding in the early part of their career. I suspect these are the developers who really struggle in their 40s, because they can't meet the expectations of a senior developer.
>Do not send me email like this:
>>Hi Guido,
>>I came across your resume in a Google web search. You seem to have an awesome expertise on Python. I would be glad if you can reply my email and let me know your interest and availability. Our client immediately needs a PYTHON Developers at its location in ***, NJ. Below are the job details. If interested and available, kindly fwd me your updated resume along with the expected rate and the availability.
>I might reply like this:
>>I'm not interested and not available.
Guido van Rossum 2013-09-18T20:32:32.876Z
He was well over 50 at the time.
"So tell me about the kind of work you've done with Python..."
They might come handy.
That's new in Python 3 (or maybe 2.7). When sets where first added to Python it was a module you imported.
That's a another downside of being an old programmer. Changes that happened 'very recently' also happened before many of your colleagues started programming :)
Coincidentally, it may help that I am involved in an age gap relationship with a gorgeous, lovely woman in her early 20's. My Machiavellian plan is to drag her to any and all work and coworker gatherings to reinforce that I'm not a ye olde farten just yet. You can get more social currency by demonstrating you're in a relationship with someone and more so if they're attractive.
Is the experience generic (e.g. I'm a Python guru and Guido knows me on a first-name basis), or specific (e.g. I've spent 25 years writing Python and web interfaces for high speed factory sorting machines)?
The latter makes you highly employable. The former means you're just going to be an expensive pain in the ass.