It began with a friend who was in the job market as a 50+. More on the hardware side. This guy has some cool experience. He gets lots of interviews, they go well, but no offers.

As his frustration grows, he grows desperate to try something different. He dyes some color back into his hair, gets some tinted glasses, and lets his daughter take him shopping for some more hip interview clothes.

A month later and he's in bidding wars for who to hire him. He said the difference was night and day. He was now pointing out his age in interviews "are you sure I'm not too old?" and the interviewers were like "no way man."

I wondered how one off this was. A year or so later, knew another guy who was having this same struggle. We shared the story with him. He raised his eyebrows, hesitated for a week or two, the colored his hair, got his niece to take him shopping. And pretty much same thing.

Obviously, this is a small sample set. But the lesson I took from this (and haven't had a chance to prove for myself yet) is that it's not your age that will limit you, but your apparent age. If you are old, but look like a younger/fresher version of yourself, you do well. If you appear "old", you struggle.

Best of luck.

Note: this also applies to personality - if you give off a "grumpy old person" vibe, or are far off the mark culture-wise, you're gonna have a rough time.

It's very, very easy to get into a "grumpy old fart" mindset, where anything new or changing is dismissed out of hand. I've had to fight hard to stop this from happening, and it's still my first response to anything new.

Having said that, there are sometimes good reasons for dismissing something new. But only after taking the time to understand it and why everything else thinks this is cool.

If I'm interviewing a 50+ for a job, I want to see evidence that they haven't fallen into Grumpy Old Fart syndrome.

The converse is also true - if I'm interviewing someone younger, I want to see evidence that they're not caught up in tech fads. Too many times I've seen good tech thrown away because it's not in the hip-and-happening language/framework/platform/etc. And there's a lot to learn from the mistakes of the past ;) And having some idiot kid explain to me why Mongo is soo awesome and SQL is obsolete gets tiring fast [0].

But to be honest, I'd be worried if I had to interview for a role. It'd be a sign that my network wasn't where I'd like it to be. Keeping that up to date is as valuable as keeping the tech skills sharp.

[0] example at random cough

Just an observation. This statement might fail the "Grumpy Old Fart syndrome" test.

The kid's _probably_ not an idiot and it might be a good time to educate the lad with real life experience and references to data to support your experience.

It's the "SQL is obsolete" part, coming from someone who never bothered to learn it, that gets me every time.

SQL isn't obsolete, but it's awfully tiring to deal with folks who treat it as the end-all be-all of data tech. The project I'm working on right now has a few dozen stored procedures stapled on to a Hadoop cluster because none of the industry veterans trust this new-fangled "Spark" technology. When the quarterly schema changes come around, the entire environment has to be redone so as to accommodate the hard-coded SSIS ingestion pipeline.

Yes, there's a fine line between applying experience to understand and explain why something has been tried 10 times before in the industry and the 11th time is not going to be a charm--and, as you say, routinely dismissing anything that even peripherally echoes something that didn't work last time even though a lot of things are different now.

The two times I was called a fad-chaser (literally) was adopting Scala in 2012 and React.js in 2013. AFAICT, that's the label boomers use to dismiss the people who are making progress. Getting the company to use Reactjs in particular drove a huge increase in quality, velocity, and recruiting.

I'm a younger guy, but I know I try to pick my outfit carefully when going for an interview. I don't have a totally different interview wardrobe or anything, but I pay a little more attention to matching colors and generally looking more put-together.

You may not even need to get your kids to dress you - just find a friend your age who cares about fashion some to help. Even if you think you dress well, having someone else check you over or make small suggestions can help.

It's not so much about what you are wearing as it is about "fitting in with our culture". At least this is a bias that you can usually mitigate (if you want to)

(That's for in-person interviews. Remember those?)

Absolutely. Fairly or not, if you show up at a shorts and T-shirts company dressed in a suit, there will definitely be people who will dismiss you for that reason--especially if your experience or age might make them a bit suspicious in the first place. Personally, I probably wouldn't dress down below business casual unless someone specifically told me to. (And that would be a bit of a red flag if that were seen as such a big deal.)

I really don't see the point of suit and tie. Wear a nice button-down shirt. Then you're always good.

Some people will benefit from rising to the middle.

That said, one of the most influential people I know at a FAANG dresses like a mechanic. But he already has the juice.

a grey beard will protect you from accepting positions where looks might be more important than skills.

No slight against your friends, if they needed the money they did what they had to do. But if one doesn't, there is nothing wrong with letting your beard guide you: somewhere out there is a lisp codebase just waiting for your love and attention.

OTOH if someone thinks you're a wizard because you have a grey beard, that's also looks above skills.

The compressed interview process means that after the usual preambles, you get <30 minutes to convince a zoom conference of 2-3 engineers that they want to work with you. It leaves no time for you to overcome prejudice and preconceptions.

There's a niche there for someone with the right skills....

The book recommends what your friend did – go shopping for younger clothes (the book author recommends hiring a stylist every five years) and making sure you don't have grey hair.

0 - http://www.librarything.com/work/354311

And NO, I do not have plans to pay for products or scams to "get my hair back". Oddly, since flat out shaving my head I've gotten much more respect and positive looks from women compared to when I was still "in denial". The world is indeed a weird place.

I don't get this reference. Can you explain it or show an example?

There was a time where a popped collar was a sign that you were a problematic person. Probably still is in a certain context. I think people are going to do some pattern matching with your clothing and people they've met/seen in the past. It's just a bit of human nature.

Maybe everyone should dress like Mr. Rogers or something.

And I mostly shop at j crew factory and tend to go for floral prints. But, it’s crazy to me that this stuff matters, even though it clearly does

Did she proudly admit her terrible judgement to her peers in hiring review and meeting, or confide in your later that she tried to sabotage you? Did she still interview?

Good luck to you

Maybe twenty years ago they introduced a new product line that I thought was clever. The idea is you dye your hair with an inefficient dye, so after one dye job you still have a lot of grey left. You keep applying it over and over until the grey is gone, so you don’t just show up full silver one day and jet black the next. You just age backward for weeks.

https://en.wikipedia.org/wiki/Grecian_Formula

Seriously, thanks for the anecdotes. I could imagine companies are a bit afraid of a grumpy old geezer having a bad influence on the company's work atmosphere. This may be less of a concern if they feel the person is trying to keep up with the younger people also for non-work related stuff.

Supplementing Biotin worked well for me, and I've talked to others with similar experiences.

I think part of the problem is that with experience comes integrity, and integrity is the last thing most employers want to deal with.

you're right of course, just depresing that we've essentially not made much progress in the past 50 years... especially since the people who kicked off this whole thing were some of the least presentable first-impression guys you could ever find (see early photos and descriptions of jobs, gates, etc.)

1. Be attractive.

2. Don't be unattractive.

After the initial preamble with HR and the hiring manager, and a technical test, most interviews I have had recently involved an extremely brief zoom meeting with several engineers at once, where they each have ~15-20 minutes to interview you and make a decision. So, they don't have much alternative to snap judgements and ultimately hiring people more like their social peers.

It's weird that employers are so superficial. But maybe they're looking for someone flexible and energetic, and if you look too old, and give off "old man" vibes, they fear you may lack that energy.

During the first interview, I brought this up. The average age in the company was 28, so why would they want me? The answer surprised me: they wanted me because of my age, experiences (generalist), and wisdom. Lots of youthful, intelligent people are an asset - but so are a few veterans to provide perspective and keep a check on reality.

You are just as likely to get rejected for a reason other than age, so you might as well just approach with enthusiasm any opportunity that interest you. If you don't show up to an interview angry about age discrimination, you're more likely to be accepted irrespective of your age.

Lastly, remember that companies are made up of people, and people come with all sorts of mentalities. A few will indeed have a bias against people their parents' age, but I bet it's not as many people with that attitude as you might expect.

The only place we really cannot compete with is on salary (unless you're willing to work at entry/medior rates). Experienced people generally cost a good bit more, and the value proposition may not be there for some candidates/situations.

Last summer I interviewed at a ton of companies and truly I rejected them way before they rejected me but what I learned essentially is that if you fall for the typical recruitment razzmataz as a more experienced dev then they'll assume you're stupid and if you don't fall for it they'll assume you're too smart, if you catch my drift.

Where once we were meant to show enthusiasm now we're supposed to play cool. How many companies lead with "We're pretty casual around here" as if that doesn't actually mean "we'll fire you on a dime"

You have to tread a very fine line that shows you're willing to play dumb while at the same time showing you have the chops -- it's more about how much cognitive dissonance or doublethink you can stomach than anything to do with your vital statistics and all these technical interviews are bollocks compared to fourth year courses in a world where most devs barely speak English but I digress

I have literally seen everything in this industry from from y2k to working with distributed overseas teams to getting tattooed in San Francisco and there's nothing new under the sun except for rife imposterism and rampant entitlement.

They're sizing you up the same way you're sizing them up with respect to the developer stereotypes and management dramas and all that toxic crap while testing you to see if you're willing to play along with their dysfunction and so called "culture fit" aka groupthink mentality.

You can probably tell I have no love left for this lost generation of code monkeys, after having fathered them along with an entire generation of misfits and dreamers whereas now they're all trying to fit in and losing themselves to the machine.

Once they learn how to do adulting maybe they'll learn to have more fun. Until then they're just a bunch of lemmings at the gate.

I'd go further into this downward spiral but I'll show myself out. Think about what you'll look like as a sixty year old wearing hoodies and t shirts and ask yourself whether you've made the right life choices.

Cue the downvotes you filthy scoundrels.

An interesting note: Since I no longer have to raise kids, I actually have a lot more time and a lot less 'drama' then I used to. Makes it easier to keep up on new tech...

Where can I begin but by offering you my sincere prayers and grateful brotherly affections

By the power of the holy spirit of Alan Turing allow me to humbly devote my entire life to the pursuit of divine knowledge and wisdom through the study of information technology

In the name of the the computer, the algorithm, and the data amen

I have always preferred hoodies over hats and scarves because they are easier and more effective.

And to me t-shirts are also easier and more comfortable than dress shirts. I am from California so maybe that has something to do with it.

I feel like it doesn't serve us any more and the younger generation is getting lost in the toxic sauce and we've just become the same as the suits but with way less professionalism but that's probably a romanticized notion of what corporacy is based on my own experiences running early software from Apple when it still kind of was a shirt and tie corporacy (before the black turtleneck became the standard)

Anyway, you'll probably defend your right to wear a t-shirt to the death while claiming 'what you wear doesn't matter' so ask yourself whether what you wear actually does matter?

Now, I generally say, sales calls need 1 suit, 1 geek.

See how silly that sounds? To me 'geek', 'coder', 'programmer' are all compliments - I worked dam hard to earn those labels.

Geeks have a shared passion - Geek of Math, Geek of Law, Car Geeks, etc (look up geek code for some much better examples). A geek calling another person a geek is generally a compliment. An acknowledgement that they know what they're doing.

Coders and programmers were out in the trenches grinding code before 'software engineer' was even a thing.

Usage of the word within the in-group may mean one thing but from the out-group it means a whole different thing.

You're basically calling yourself a slave and justifying it with blissful ignorance.

You're saying 'words mean what I say they mean and I'm ignoring all shades of meaning but the ones I choose'.

and you can't see that in a professional culture if some people are "suits" and some people are "geeks" it's a drastic disadvantage situation in favour of stereotypes over reality.

And plus bro I wouldn't call you bro at the office but you'd surely call me a geek.

Just for the record, I don't feel 'disadvantaged' or 'stereotyped'. If people feel their professional standing/opportunities are based on dress code, title or hanging around hoping to be the first person the boss notices - I'd say they seem more 'disadvantaged' then me. But that's just my opinion.

Seems like we're at an impasse - Let's just call it here. You can be a 'software engineer' and I'll be a 'Geek'.

edit: swap 'bro' for 'software engineer' as I could see 'bro' be taken as condescension.

However it's also way off the mark because it doesn't treat the professional dress from a technologist standpoint but rather a socio-cultural one and doesn't go into the history of the shirt and tie (notice I didn't say suit and tie) as a communication medium

There's enough information here for a whole volume but whatever it's worth humans require signals to communicate and in the absence of something definite they'll use anything at hand

The traditional professional dress deals with social communication concerns we're no longer even aware of let alone leveraging to advantage and it's a pity to watch a whole generation of would-be professionals on a level the world has never seen in its billion year history lose the thread as it were and bring their shabby hand me downs to the arena when they could stand on the side of tradition and button up like their ancestors in the arts and sciences did for centuries before them

Not sure what to make of this really. You're not wrong, there is something to the subject of course.

Still, I can't help feeling like it's a perspective from a different planet. Different folks are into different things, and that's fine. But hoping that the majority will get serious about a niche subject/behavior is usually a recipe for disappointment.

Personally, I like to dress on the nice side of casual (vaguely similar to Steve Jobs, sans turtleneck) and wouldn't be caught dead in impractical clothing outside of a wedding.

Anyone can examine the evidence and agree as to the evidence but disagree as to what the evidence entails

I look at the modern state of corporacy and the rise of working from home and I see we ought to go back to traditional principles whereas the majority view it as an incentive to dress even further down

I'm not sure about you but I don't feel good about siding with the hoi polloi on principle and for that reason alone I'd rather wear a shirt with a collar than a dainty T

Edit: by the way do you believe that every person you see in a shirt and tie is suffering in an impractical outfit?

I don't care for anything tight around my neck. Shoes with no traction are another one of my pet peeves.

I think something like the traditional Asian suits would be the most practical.

How do you communicate that though? Isn't it considered wrong to just say it because that indicates a lack of confidence?

Say like I'm willing to start at the 25th percentile for a Cloud Computing Analyst in exchange for an upward career path over the next 3-5 years or something like that

Never worked for me

Never even thunk about working for me

I actually think salaries for people should follow the bell curve

In part to help olds like me get hired

But maybe also for practical reasons

However, starting around 2016, finding work started to become difficult. The work I did find was no longer enjoyable. It took a few years, but I finally did enough self introspection to realize: it's not them, it's me. I aged out of the industry. I didn't notice it in the moment, it just happened.

I cannot work in open-office fishbowls. I cannot stomach Agile process and how it has turned something I love into menial factory work (N.B. I get it, your [A|a]gile shop is awesome. I only had such luck once). There are many more things about modern software development shops with which I disagree.

Now, it hadn't occurred to me until later that this was showing through in my attitude. Of course, I really did not want to work on the 500th BBA in my career with six Scrumm Masters all demanding 30 minute meetings every morning. I did not want to write more JavaScript or deal with yet another hotness-of-the-week library that does the same thing as the previous 10 such beasts. I did not want to play Schedule Chicken yet again.

Is it my age? Sure, people change. I'm not bored with the programming I enjoy but I did grow bored of modern corporate software slave shops. Hey, more power to them. It's their shop; they can do what they want.

However, it does mean I have to move on. I'm not saying any of this is true for the OP. Just something to ponder if you're constantly facing rejection.

You will learn new information that will cause you to question yesterday's "best practices". So quit holding on to what you know now as the "one true way". Be willing to learn from people you consider "old and irrelevant"... they may actually know something.

> We have people falling all over themselves to sing the praises of XP, TDD, Agile/Scrum/etc, and yet, we can't show software actually getting any better.

Software is absolutely better today than it was in the 80s and 90s. I used to have to reboot my computer 2 or 3 times a day due to unrecoverable crashes and taught myself to constantly save work after every minor change. Now my computer stays up for weeks to months at a time only being rebooted to install updates occasionally. Documents are often autosaved, and I don't even need to save anything when I quit an app. The next time I launch it's all there.

I agree that we may not be able to measure that any given methodology is better than any other one, but we've made significant progress along the way. Better tooling, like static analyzers and profilers have helped, too. I do think automated testing can be shown to improve things when used appropriately. (The drive for 100% test coverage seems fanatical to me, though.)

I don't think I can make it to retirement at this rate.

Next, I had to honestly explore other aspects of myself. What else held interest for me besides electronics and software?

Further, of these other interests, which of them were reasonably "safe" from outsourcing, offshoring, and automation? I do not want to transition into new currency acquisition activities that are themselves a race to the bottom. Tangentially, I considered the perceived prestige of each of these. I could give two shits personally, but I've learned the hard way that the perceived prestige of an activity impacts how others will treat you.

Finally -- as I am a software engineer -- how can I use this skill to augment my effectiveness in performing any of these new activities?

This is an ongoing process for me. I've always had an interest in the law. Law school is out of the question, so I've looked into paralegal work and how I could provide a unique service in this space.

Additionally, there are mundane dirty jobs -- specialized trash hauling, electronic recycle brokering, etc. -- that are poorly serviced in many localities. I believe I'll end up doing something here as well.

I view this transition as open ended. It's no longer about "career" but staying in a lateral thinking mode about combinations of possibilities.

What about working in legal or medical software, since those industries will never go anywhere? Or any other industry that is boring.

- the products I wish to build will take time to do properly and I do not want to be in any kind of rush;

- based on my research, I believe these products could be good earners; however, it will take time and the majority of the revenue will be from the long tail;

- this kind of activity is high risk and I treat it as such. What this means, in practice, is that I put in my 4 hours of focused coding every morning and then go do other, less risky activities;

My experience has taught me to prefer transactional business models. Consultative business models spring from the dark side of The Force ;-).

As a vague teaser: one of the products is a SaaS modernization of a classic desktop database/application dev program complete with a recreation of its programming language; and the other is a game based on the premise of "what is an episode of sleep paralysis and waking dreams like?" I'm excited to be working on both but I have my expectations very firmly in check.

I'm picking up what you're laying down and think this could be brilliant, especially given several trends in both tech and market demand today.

I've been around long enough to recognize that older, more experienced people are incredibly valuable to learn from. They also have one thing you can't shortcut: perspective, and knowing where the bullshit is and how to avoid it. There's shit I'm just not willing to put up with anymore, that I would have been eager to do in my twenties. It wears you down.

I followed you in the mid-80s, and one thing that bugs me is the lack of 'geeks' in coding these days. What used to be a passion you could make a career, is now a 9-to-5 shuffle for a lot of people. Seems like there's as many coders that are 'just in it for the money' as there are stock brokers. I guess that's to be expected with the growth of the industry over the years, but I still find it sad.

To what, though? I came to the same conclusions a few years back, but I'm at a loss as to what to do next. So I plug along, take what work I can find, shake my head and watch the exact same cycle happen to React as happened to Flex.

You simply can't expect to remain employed as a programmer until the conventional retirement age. Especially for younger developers, FIRE (Financial Independence and Retire Early) principles are essential to learn.

This is the hardest part. I think a lot of people feel this way, but it's taking that next step. Is it sys admin (or Zeus help you Dev Ops)? Is it some kind of database work?

The hard truth is development pays pretty well or at least better than average. Finding something similar at middle age is a challenge.

So, try those two places.

I did feel like I was the target for extreme age discrimination at WikiMedia Organization. All the phone interviews went great until one was a video call and the interviewer literally started laughing when he saw me and he quickly ended the call, and their HR immediately sent me a no thank you, thanks for applying email. The same thing happened at Electronic Arts about 15 years ago. They kept calling me with invites to come up to Vancouver for an interview. Three of people, when they saw me and realized that I was in my 50s, they literally started to laugh.

So, I would say to stick with quality companies and you will have better results.

So I set a timer, and started working on it, and got a simple solution working, which ran using Docker so that I could package the dependencies... (some ruby gems, the test's stock files, etc.) I included a readme that said 'simply docker build and docker run'. At the 3 hour mark, I stopped iterating and sent the github link.

The recruiter called me the next day and said that the person who looked at the code said it didn't run, when he looked at it, it was the worst code they'd ever seen, I didn't use object-oriented design and didn't unit test it.

Wut? A 3 hour script to sort some files should be properly structured OOP with unit tests, and the examiner didn't know how to run docker?

Wow, I guess I dodged a bullet there.

Thanks

It is a small comfort that these companies are mostly long gone now. I eventually found a great position at a more mature company, and am very happy with my career there.

I treat interviews as a two way street hence the word "inter" and it definitely behooves both sides to be on best behaviour.

You'd think that an industry full of analysts and theorists would have understood the game theory of interviews by now?

Earlier this year, I had an interview with a fairly serious company which shall not be named. They'd sent a mass email on LinkedIn a couple of weeks earlier, so that was my contact with them. After a chat with their in-house recruiter, they asked me to do a couple of tests, one a simple server application, one an intermediate-complexity SQL query. I'm willing to say that my SQL is competent, but it's not a focus for me, so while I got the idea, my query didn't actually work. The recruiter told me that it would be a good idea to be ready to explain why, and how I would fix it, for the technical interview. I rustled up a couple of acquaintances with better SQL than I, we worked through it, I knew what I'd done wrong and was ready to discuss it.

Technical interview came, on Zoom, and it was a car crash. There were two interviewers, one was on time, one was late - the late one was also only on audio, and it turns out mixing one audio-only interviewer with one on video was a bad idea. They mostly asked me about my background and experience for about half an hour, then ended the interview - never asked about my tests, didn't go into anything technical at all.

I didn't hear anything back, so I pinged the recruiter a week later, only for him to tell me he wasn't working there anymore, but he'd pass on a message for me. I then pinged the one other person I'd had any actual contact with at the company, the HR/admin who'd setup the Zoom call, to be told "we will not go for further process as rejected by hiring team."

I was pretty unimpressed.

What irks me is that the real ones like the people on this forum are losing to the fake ones like the bozos on that call

I have some interview horror stories bro but seriously it really boils down to basic game theory how do we get it so wrong?

But I mean wow exactly the same scenario -- hit it off with the recruiter, their engineering team is a shitshow, recruiter leaves, HR tells you suck it

Definitely not you, it's them but the injury of being rejected is added to the insult that it's a band of fools doing it.. think of it as dodging a bullet

You know in some hiphop tunes where they say they love their haters?

Think about how many bullets you've dodged on account of your haters and be grateful to them.. It's twisted but it's true

I'm trying court controversy as you might be able to tell

I've toyed with the idea of starting a blog but I suffer in that I can't write unless it's to someone.. Whenever I try writing for writing's sake it simply dries up I can't explain it

Do you feel like having a virtual cup of coffee or tea one of these days? I'd be very interested to learn your story and compare battle scars so to speak

I'm actually trying to write a book that captures the entire human condition with respect to corporacy and software professionalism but so far all I really have is a cover page

To be completely honest, I've been brought on interviews myself for this reason... in a sea of fucking business guys, I ended up being the person from engineering they wanted on the interviews.

There are are deep sociological undercurrents to all this behaviour but people who ought to know better are too busy denying the evidence

Wow. I have a hard time imagining being an interviewer and literally laughing at the face of a candidate before he even said anything. Unless he's dressed as a clown or something...

The FAANG gang will never see your resume or application as their automated screeners will silently reject you. Startups will advise you that you cannot possibly understand the complexity of the problem space they are solving because no one in the history of the industry has ever tried building complex software, which is why they are writing their own version of make in two week sprints.

I wish I had better advice but after seven years of trying I’ve moved on and out of the industry.

I'm an interviewer at a FAANG company. I've interviewed plenty of candidates who were over 30, over 40, and never once seen anyone rejected based on age. I've worked with guys hired in their 40s, generally very solid devs.

The key thing I have seen is that if you've been in the industry for 20+ years, we expect you to be at a senior level. If decades of experience doesn't make you any better than a college grad, what have you been doing for 20 years?

I'd love to have a senior dev with 20 years experience join my team.

That pretty much confirms what the OP said.

> The law prohibits discrimination [against people over 40] in any aspect of employment, including hiring, firing, pay, job assignments, promotions, layoff, training, benefits, and any other term or condition of employment.

http://www.eeoc.gov/age-discrimination

I think a lot of hiring companies over-index on "what's the candidate's current job title/function" as an indication of potential.

TBH, I don't even know what my official title is. I'd have to look it up in the HR system. And I've been in pretty much the same boat my whole (pretty long) career.

My current job made up some external title for me when I got hired but it didn't actually really parse and was too long so I've just gone through a few iterations that I've basically made up myself for external consumption.

I met a local recruiter for lunch on Monday, he sent my resume to the company Tuesday, I had a phone screen Wednesday in person and offer Thursday.

I was no special snowflake. Just a regular 37 year old Enterprise C# developer.

True on paper I had 15 years of experience. But in reality, I had been an “expert beginner” in 2008.

That wasn’t a fluke. Everytime since then the company I usually ended up working for was one that I was introduced to during the first week of looking.

If someone has spent 20 years working at a trade, and is indistinguishable from a fresh graduate, is this 'ageism'?

It's rather that, if you spent the last 20 years building CRUD apps (some even made ppl money and were successful!) and some kid also built a CRUD app, you're fucked, because as you get older you're expected to be some kind of brilliant outlier -- afterall, what have you been doing for the last 20 years?!

This is what ageism really is, and it sucks because you can easily spend/waste a decade on some project/startup that goes nowhere, or worse still, some tech stack that's now defunct or deemed archaic.

This is why I like to joke that I'm a Senior Flash Developer with over 20 years experience, hire me please xD

If you spend 20 years doing the same work, do you have to be a 'brilliant outlier' to have insights a junior person doesn't?

edit spelling/punct.

And so, the industry is mostly populated by inexperienced people and many of its pathologies and adverse outcomes are due to this.

I'm not sure I follow your math. 5% of roles are principal jobs, but devs with 20+ years are not 100% of the talent pool. This doesn't hold up if devs with 20+ years are are 5% or less of the talent pool.

Still, given "20+ years of experience" represents all programmers of ages, say, 45-65 - or two decades worth of CS graduates - I feel that cohort far exceeds the market for principals? If you think it is smaller, maybe that's because everyone who wasn't in the top n% had to leave?

Although other commenters have pointed out that the growth of the industry counters that, that won't last forever!

https://www.freecodecamp.org/news/2-out-of-3-developers-are-...

https://datausa.io/profile/soc/15113X/#about

(oddly enough, the 'average' programmers entire career was 10 years last I checked. People seem to burn out and move on..)

I was on an interview loop the other day with a 30-something year old candidate. He had worked for nearly a decade in another industry, but got bored and got a CS degree in his spare time. He was applying as a new grad, and he was treated as a new grad. We hired him because he was pretty darned good- for a new grad. We hired him at a junior level, the same as any other new grad.

It's not about age it's about [growth / years of work]. It's about predicting the future of a candidate and asking if they will grow further.

Like I said, if you've spent 20 years in industry and haven't grown, what have you been doing?

Edit: A candidate who has not grown in 20 years is not equally qualified as a candidate who just graduated and can do the same things.

There's a lot of growth that can happen in 20 years that will be invisible to you in an interview loop. Things like patience, humility, perspective, compassion, ability to teach/mentor, etc. Focusing on technical ability at the junior level with leetcoding, and technical growth at the senior level, means you will filter out all but the most exceptional (or one-dimensional) senior candidates.

In your opinion, is it acceptable to have grown for the first 10 years of your career, hit a personal snag (burnout, parental healthcare, medical condition) and then reluctantly chosen to coast on your career and skills for 10 years? If this is not 'equally qualified' as a candidate who has been "only" been working for 10 years, then what are you saying about older candidates? Because this kind of stuff happens to a lot of us--and I might even be as bold to say it happens to most of us.

And as far as "predicting future growth", does this mean you wouldn't hire a 60-year-old who planned to retire in a few years? Keeping in mind that most hires leave before a few years anyway.

God I hope not- that what I've been doing, lol. But seriously though, if you've spent 10 years growing as a developer, you're probably at the level of a senior dev. Those soft skills are also interviewed for- we don't just ask technical questions.

I've been on interview loops where at the end, we've said "This person's soft skills are out of the park good, but they're technical skills lacked. Are there other roles we could consider this person for, like a project manager?" because soft skills are king. I've also been on loops where we said "This person's technical skills are out of the park, but there are too many worrying signs in our soft-skills questions to go forward".

> does this mean you wouldn't hire a 60-year-old who planned to retire in a few years

Hasn't happened to me yet. Most folks with 30+ years in the industry aren't looking for junior level dev jobs.

For that you'd have to look at their past work and their references. Neither of which were even checked during multiple interviews during my last job hunt in 2018.

Not quite - they said been in the industry for 20+ years, not 20+ years older than other candidates.

I've read that companies like Google evaluate employees in an up-or-out manner up to a certain level; before level X, if you've been a satisfactory junior engineer for Y years but have not been promoted to the next tier on schedule, your performance reviews will nonetheless begin being judged against the next tier's performance criteria and the "meets expectations" junior level work you've been doing will become unsatisfactory (even though you're still a junior engineer). You either grow according to expectations as you gain experience or you are managed out. Happy to be corrected if I've misunderstood the system.

Given that, if companies require current employees to progress in their careers to stay with the company, why should prospective new hires from outside the company with umpteen years of experience (for which they will be compensated with higher-than-new-grad pay) get a pass on that same expectation of showing growth throughout their career?

Also the old person probably has higher salary expectations.

...if you were given the opportunity.

It also creates problems for both you and your peers - you will have a very ambitious 28 yo giving guidance, from a management or senior position, to a 40+ yo. You might feel bad in that situation and it's not going to be easy for the younger person having to guide you.

> In a FAANG you need to be competitive.

I've worked at Google since 2006 and have done well over 250+ interviews here, competition is assureadly not a quality we select for. In fact, as an interviewer, I tend to bias against that behavior.

> If you are junior and 40+, you probably had different priorities and struggles in life, so you might not be willing to have the dedication required.

"probably" and "might not" are strong words when talking about assumptions and prejudices. What "dedication" are you talking about? The interviews FAANGs use are amongst the most gruelling in the industry -- if a candidate expresses through them that they have the skills and are interested in the job, and the corp needs it filled, it should be filled regardless of age, sex, gender, background, race, creed, or color. Full stop.

I'll also note, most of Google's upper management is 35-40 years old, if not older, and the younger managers are trending closer to 35 these days, and actually not as prevalent as they used to be.

I've managed older folks underneath me in the past -- I never had a problem with guidance or behavior. In fact, they were often the most hands off because they usually already knew what was needed next.

Actually no wait they BOTH sound like someone needs to jettison their ego.

Regardless. I refreshed all that and more. But still there always seems to be a guy somewhere in this long way that will throw the odd question (open 'the Linux programmer interface' at a random page and shoot). I mean it is very easy to find a quirky question to ask and then use my flawed or 'I don't remember this off hand (but I can damn sure find it and understand it in 5 mins if you let me) to throw me out of the window.

I've seen the same play at least 6 times (wannabe startups emulate this hiring process - if google does it then it must be correct).

OTOH dunno - perhaps I just don't cut it. Perhaps the competition has been turbocharging while I was working. Dunno.

Precisely this. That's one of the key things from our "experience" and "seniority". We've seen things, we know how to be pragmatic and learn/relearn X to finish Y and deliver value.

I'm yet to see an interview that covers this. I'm clinging to my current job because I'm not sure I can face the job market in my current age.

Other than basic filtering questions so I can see if someone is trying to fake their way through an interview, I never ask functional specifics. Even then it's usually just to make sure they at least basically know everything they claim to on their resume - if you don't claim to know JS, I'm not going to ask you about what bind() does, but if you rate yourself a 10/10 JS expert, you should probably have a good answer.

Interviews should be about your thought process and how well you can solve real world problems, not trivia about how well you've memorized an API. I don't understand why so many other interviewers (Even at companies I've worked for) ask coding "gotchas" and reject candidates because they don't remember the semantics of some obscure language feature.

Yet, if the string of interviews is too long (and it is) the probability of hitting a "reef" is really big. And it seems that either you get a unanimous "yes" or you fail.

Because they matter. Basic level complexities, algorithms, data structures, are all important for being a developer. That's why it's part of the undergraduate curriculum! You don't need to think about graphs or runtimes every day- but that one time each year or so that you do need to know it, it's critical that you do.

> open 'the Linux programmer interface' at a random page and shoot

Yeah, the heck with that interviewer. I mean, if you're interviewing for a low level systems dev job then I can see making sure the dev has some basic familiarity with important functions, but it's hard to see that making sense on a general developer interview. I hope that wasn't my company.

That one time a year when it's critical, I would want someone who is likely to engage on the rest of the team to come up with a solid solution together and spend at least a day thinking about it.

This isn't how interviews work so if you think you're selecting for that one time a year when its critical at the expense of the rest of the year, I don't think you're getting what you think you are.

For quick workarounds to deal with a critical error while allowing time to solve it properly, I think an experienced person may have an edge.

It's not about "Can the candidate solve this mission critical problem we'll spend a week on, in an hour?". It's more like "Can the candidate recognize a graph problem?". If they can't even tell that this is a graph problem, how are they going to know that today is the day we need to ask someone for help, and think about this very hard?

An example: Many times I've asked something like Word Ladder[0] to a candidate, and they can't tell that this is a shortest path problem, nor use the common tools to solve such things. Even with hinting and helping as much as I can, sometimes they just don't have those tools in their toolbox. And my job is to find out whether they do or not.

[0]https://leetcode.com/problems/word-ladder/ and no, I don't use this exact question.

The interview isn't set up that way and introduces non-natural pressures that can easily alter the way a good engineer responds to such a question.

I would think younger candidates have likely been more recently immersed in problems such as graph problems and tend to be more aware that they need to spend time training on leetcode or hackerrank in order to pass an interview but I don't know.

You could always still get lucky or be making decisions for reasons you aren't aware of.

I downvoted you because it's unreasonable to expect people to memorize something they use once a year. Learn it, understand it, then look it up again when you need it.

Interviews should reflect the experience and knowledge you expect a candidate to use on a regular basis. Asking comp sci questions they don't need to know to do their job biases your hiring process to new grads rather than experienced industry veterans.

SRE btw has come to mean "you must know everything...in order to do on-calls" but that deserves a whole post in itself.

---

I'm OK with complexities, etc. I get why they're so popular in interviews. I don't agree but I get it. They were an annoyance to review and keep in my RAM since I don't really use them in day-to-day work but I swallowed that pill.

"I'm a really good developer, shipped software, why do I need to know how to invert a binary tree on a whiteboard?"

Well, first of all, it's all out there, and you have all the time in the world to prepare. Know how to invert a binary tree.

Aside from that, the things you actually need to know for these interviews (from my experience interviewing at several FAANGs) are basic dynamic programming, BFS, DFS, and basic tree algorithms. Nobody's going to ask you to implement Edmonds-Karp from memory. This is something a smart non-academic who learned ReactJS should be able to easily learn.

Theory matters. If you care about theory, and applying theory to problems you face, you care about making your abstractions correct, which leads to code that has fewer edge cases and is more maintainable.

I downvoted you because this is terrible reasoning. If you don't use knowledge on a regular basis you have no reason to remember it, and won't.

Interviews shouldn't require studying. They should test the knowledge you're expected to use on the job.

I don't spend hours every week studying comp sci in the off chance I might need it at work. If I need to do something I don't remember or never learned I look it up.

Theory matters if you're deeply involved in complex comp sci problems. If you're building simple web and mobile apps like 90% of programmers theory is irrelevant.

Again, ask interview questions directly relevant to the position.

Well, that's just like, your opinion, man.

> If you don't use knowledge on a regular basis you have no reason to remember it, and won't.

I don't expect you to remember it. I expect you to study and be ready for it in the interview.

> Interviews shouldn't require studying. They should test the knowledge you're expected to use on the job.

A significant part of a software engineer's job is studying. Take your job in the last 3 years. Could you have 100% predicted, 3 years ago, what knowledge you'd need? I sure couldn't.

> I don't spend hours every week studying comp sci in the off chance I might need it at work.

You don't need to do it every week, only before you interview.

> If I need to do something I don't remember or never learned I look it up.

Looking it up is definitely important but I'm talking about the basics. If you don't understand the basics and the way of thinking about algorithmic tradeoffs, you won't learn it in 10 seconds from a Stack Overflow answer.

> Theory matters if you're deeply involved in complex comp sci problems. If you're building simple web and mobile apps like 90% of programmers theory is irrelevant.

I disagree that 90% of programmers do that, or we disagree on what "simple" means. I can guarantee you less than 10% of programmers in FAANGs just build no-logic CRUD mobile/web apps.

> Again, ask interview questions directly relevant to the position.

Theory is directly relevant to the position. I use it every day.

1) Utilize leverage and numbers. Reputable 1st party company recruiters as well as hiring marketplaces like Hired[1], and TripleByte[2] and AngelList[3] could become trusty tools for you. It'll be hard to get in front of recruiters at BigCos there, so you'll also want to make sure your LinkedIn[4] is up to date. Get a premium account and actively get in touch with BigCo recruiters. Connect with them and see how many are willing to have an unstructured conversation with you about your location in your career, your goals, and the possibility of working at BigCo. I know recruiters get a bad rap, but the competent ones are worth their weight in gold and most importantly are paid to put you into the process. You want to get in front of as many companies as possible. There is very likely an upper limit on the amount of "nos" you'll have to hear before you get at least one yes. But, it takes a lot of time and energy to go through the ringer with more companies, even if it does work to your advantage. The most recent time I went through the process, there were a good 50 companies I had initial conversations with, maybe 20 were I got to the phone screen stage, 5 that I got to on-site and 2 offers. And, this time was easier than last time, which was even worse. The drop-off there was brutal, and I knew that for any given company, there was probably a 96% chance I was spending my time on something that ultimately wouldn't pan out. But I was also honing my interviewing technique and "was going to miss the shots I didn't take". Keep at it. Even with a 96% failure rate, after 50 shots, there's only a 12% chance that you don't get at least 1 offer.

2) BigCo FAANG recruiting processes reflect BigCo processes in general in that they're meant to minimize false positives, not false negatives. The upshot of this for you is that there can be a lot of luck involved with your interview. But another upshot if this is that your interview is so structured and well known that it is very doable to prepare directly for the interview -- even if you're preparing[5][6] in a way that is a little synthetic and doesn't really reflect your job experience. Try doing a mock interview with someone who works at a FAANG that covers an algorithm section and a system design section. See how well you genuinely do. Every time I'm back on the market interviewing, I'm surprised at how hard this stuff is and how much I need to ramp up my interviewing skills again. I don't expect that to ever change.

2) It's normal to have interviews completely tank because of bad luck. Sometimes this can happen across every BigCo you apply to. It happens. It took several years and stages of being on the market for me to finally end up at one after wanting to be there for a while. Don't give up.

3) Behavioral interview performance becomes increasingly important. One technique I used was to put all of my major projects I did on a spreadsheet, left to right over time, and then figure out the company values and add snippets top to bottom for the relevant projects about the ways that project reflected a specific company value. This sounds corny and artificial, but it made it much easier for me to give prepared, pointed, real examples of my proven ability to add value to the company.

4) Startup interviews are more freeform than big company interviews for better and worse. At worst, you'll have the worst part of BigCo interviews with none of the competence. At best, you'll have a process that feels thoroughly modernized and personalized -- you'll probably work through some kind of a problem or collaborative design exercise together with one of the few engineers at the company (or the CTO), and based on how well you gel, you get hired. You'll be as much interviewing them for whether you want to work with them as vice versa. Or, you'll be hired to consult and if that goes well they'll want to bring you on full time. These kinds of gigs can be great because you are likely to be the most quality, experienced talent that they can get access to by a long shot, and the door is open for you to take a leadership role here. From that role, the door is open for you to take on a leadership role at a BigCo if that's what you want long term. BigCos love hiring talent that has been proven by the crucible of success at startups that they otherwise would have passed on when that talent wasn't necessarily "proven" to that level yet. You can probably guess why.

5) Consulting is a great play for those who are very experienced. You can sell your experience and not your fungible labor. But it does take the development of sales and positioning skills. I've never had success here but I've seen friends who have. My take? The pattern I see with friends who are successful on this route is they don't do it alone. They take on opportunities with other folks they've worked well with in the past. Companies love this because they thoroughly cut out an organizational integration risk, which is of putting together two otherwise productive individuals that clash destructively rather than coordinate.

Let me be the first to say please don't undersell yourself. Having been a hiring manager at a seed stage startup before my current role, I absolutely would have jumped on any candidates that fit your profile. In fact, I tried to, multiple times, and saw my firm passed over for a competing offer from another firm.

[1]https://hired.com/

[2]https://triplebyte.com/

[3]https://angel.co/

[4]https://www.linkedin.com/

[5]http://www.crackingthecodinginterview.com/

[6]https://www.rooftopslushie.com/

Ref this classic: https://training.kalzumeus.com/newsletters/archive/consultin...

After 20 years you may go in circles - most places don’t offer Alan Kay style work, so you process invoices for company A and create api integrations for company B etc. You always learn but I don’t think it’s an exponential rise for most. Can it be?

In other companies that's not always the norm. I worked in companies with senior folks in their late 20 / early 30s while a few 50+ developers were software engineers (not senior).

> No one will interview someone young to a senior position and vice versa.

Actually grad tech roles pay 200k and lots of senior people would like that. If you think that "No one will interview" someone like that you're right and that is blatant age discrimination.

For most of the developers, it's not a video game where you just level up. It involves working on projects small and large. A lot of time doing business analysis or some part of project management or documentation or various other things. Many of us work at small or medium sized businesses that don't have problems of scale, but rather problems of complexity.

Also maybe react or some other fad like Kafka or microservices won't come at the beginning, but at a later stage of interviews, even for a junior position, if you have 10+ years experience, I bet you'll be expected to know those things, otherwise "what have you been doing for 10 years?" Solving actual business problems and not inventing things to do so I can put them on my resume, thanks.

An industry mentor of mine who runs a R&D for a large, and successful software/hardware business unit once explained their approach to building teams in a really interesting manner to me. They explained that they wanted to have experienced folks on the team, so that they didn't re-learn lessons that the team should already have learnt, and instilled the culture and best practices of good developers -- but they wanted junior engineers on the team to drive a healthy disregard for what was asserted to be impossible, or written off as folly based on prior experiences. Their experience was that this balance helped grow great engineers from the junior folks, whilst keeping the senior folks on their toes -- seeing that their bias against an idea wasn't always the right thing.

Something that stuck with me from this conversation: We naturally become more conservative in terms of what we view as possible as we become more experienced -- after all, we tried X before, and it really didn't work out -- let's not waste our time doing X again...!

I interviewed 10s of candidates at a FAANG last year. A significant number of them were older than me. A non-trivial proportion of those were interviewing for positions that were more junior to me. Of those folks we hired a good number of them. If you see age-bias in the interviewing process, it's already a red-flag as to the team not clearly understanding how to make the best of the pool of engineers that they can potentially hire, and I'd avoid them for that reason.

I'd also love to hire experienced folks into my team. A great thing about the FAANG that I'm at, is that we're explicitly empowered in the hiring process - and hiring managers really _have_ to care about what interviewers think. I would encourage not writing this class of company off as being only youth-focused. :-)

My understanding is that you probably won't get the job

I doubt there is any such person. Even fairly crappy programmers with 20 years of experience have seen a lot, both technical and otherwise, and occasionally it makes a big difference.

It helps to have people on your team that can hear the faint hoofsteps of impending disaster.

Am I in the Twilight Zone?

At a certain point, I just realized that no one seemed to want me anymore. I mean, I helped take three companies, with multiple complex software systems, to acquisitions. But, you know, that just doesn’t matter. At 39, I was hammered with job offers. But, now, I just get endless interviews.

Luckily, I saved a lot. So, I’m able to do something new. But, a lot of my colleagues are on a sad and downward path. I really hope you youngsters are saving.

Some of the best "mentoring" I ever got as a young software developer was about saving and investing money. I was pretty late coming around, but at least I did.

I try to get younger developers to understand this; few care. It's probably the same percentage as when I was their age.

Firstly, congrats on that accomplishment. Curious why you arent specifically looking for companies who need this very valuable experience (or are you?) If I had a company in this stage, i'd want to specifically find experience such as yours.

What are you doing now? Where do you see good opportunities for people with good tech skills that don't fit the mold of what FAANG recruiters are looking for?

This describes every project here https://github.com/uber

While this is indeed a sad state of affairs your articulation of it made me laugh out loud. Thanks for that.

I don't have a CS degree, which is an immediate filter. I don't have any patents (due to a corporate edict). I made a small but apparently vocal group of enemies in a previous role (which I've written about previously but…never be the apex point of contact/control for a new technology in a F100 company if you can avoid it). On all the credential axes that recruiters / companies evaluate I'm a paper tiger.

To anyone offering advice to me personally: it’s been seven years since I worked FTE. Almost all companies (US at least) will not consider you for employment if you have not worked in the past three months, let alone six months or seven years. I know what your policies are, I'm just telling you what your practices are in reality.

I'm not looking for work. I am fine where I am. The industry is happy to pay to relearn the lessons I and others have learned instead of just…you know…paying people who’ve already had the experience.

And I'm at peace with that at this point.

That said, older devs can be very stubborn. If in the interview I detect that I'm not going to be able to work well with the person. I might pass.

You wouldn’t (I hope) write something ascribing specific behaviors to all female devs, or Indian devs, right? So please don’t do the same for older ones.

I’m in my forties and quite capable of getting caught up in the excitement over a new technology. On the other hand I think I’ve matured out of the stubbornness I had in my twenties. I’ve met young developers who get so caught up in the mastery of their first tech stack that they aren’t ready to go back to being a beginner again, and haven’t seen enough ways of solving problems to recognize that what they think is the only right way to solve a problem could possibly have an alternative.

If you’re looking for ‘use boring technology’ enthusiasts and people open to changing their mind, go out and interview and hire for those attributes, wherever you find them - but don’t assume they’re only going to be found in older developers. And if you’re looking for someone to explore new technology, consider that an older dev might be just as enthusiastic as a junior, rather than assuming.

Because 'Choose Boring Technology' was originally an essay/talk given by Dan McKinley[1] describing the lessons he had learned at Etsy, which he left in 2014, approximately 12 years into his career. His strongest motivating example of a case where he 'chose boring technology' is a system his team built in 2010, when he would have been, I think, around 30. Is that 'a certain age'?

[1] http://boringtechnology.club/

... except that "things should be done RIGHT", "my professor would hate these hacks", "why are you using boring-tech when everyone else on the intertubes is using OMGTEKK", etc etc.

I think the "stubborn" label on older men is very similar to the "bitch" label on women: whenever one meets a person who can actually fight his/her corner with calm and rationality in a way that is not easily assailable by "common feelings", it is rationalised as s/he being fundamentally unreasonable, not as my arguments being weak.

100% true. It's the dichotomy of leadership. Typically in engineering environments, the debate will be to take a risk or not. Risks can have rewards, but they can also have costs. The old guy knows the costs, but the rewards are less certain. The young guy only has a fuzzy idea on the rewards and the risks. As a leader, you have to look at both sides and assess if the reward is worth the risk. Sometimes that means telling the old guy, you're right... but I want to try anyways.

Haha, that never stops the ones I work with. They just dig in on the exciting idea they had.

That's because they have experiences, the experiences from past failures. I don't think that's anything wrong.

* If you have 20 years of experience in the software industry, let's be real, you kinda need to be at a senior/lead level (whether IC or manager track). If you're not, then people are going to wonder why you aren't, and whether you're stuck reliving the old days

* Decades of experience in C/Java is not going to work at a React shop. Either learn (and be opinionated about!) frameworks built in the last 5 years, or stick to somewhere within your expertise

* Don't make yourself appear ancient on your resume, but don't lie either. If you got a degree in the 90's then it should be apparent from reading your resume, and if they want to discriminate they'll do so right from the start and not waste your time.

* Avoid the "grumpy old programmer" stereotype at all costs. Instead, you want to be the "bad-ass wizard" that people need to solve hard problems, and people want Gandalf, not Saruman

Especially with a Senior/Principal Engineer, I'm looking for someone who can make the case for our decisions as a team to the company at large, and speak with authority about it. However, that can't just involve them being a dictator to the team about how everything must be done in their favorite/preferred way.

Decades of experience in C and Java ought to work just fine for someone who wants to try something new, like React. I learned React after decades of experience in other things, and I loved it. I don't see why it should matter what I did in the past. Was I successful? Did I enjoy it? Will I come to work every day energized and ready to work on new things? Those are the things that matter.

What you don't want is to interview for a React job with only a cursory/tutorial knowledge of it, and try to fall back to "well I'm an expert at 10 other languages, it's all easy". A lot of companies are looking for that expertise now, not to spend 6 months training you on the job, especially at a big salary and title.

The problem I encountered as I hit the 10-year mark is that it is hard to get the interview when you have extensive professional experience and none of it is in $TECH the company is looking for.

The details matter of course. If $TECH is something relatively new without a lot of experienced practitioners, it may be reasonable to hire someone with a lot of experience in somewhat related techs. But no matter how skilled the person is, you're probably not going to hire someone for front-end or mobile development who has only ever worked on back-end infrastructure.

> What you don't want is to interview for a React job with only a cursory/tutorial knowledge of it, and try to fall back to "well I'm an expert at 10 other languages, it's all easy"

Of course I would expect someone who claimed professional experience with React to have more than "a cursory/tutorial knowledge of it". In the post that started this chain, though, you said

> Decades of experience in C/Java is not going to work at a React shop. Either learn (and be opinionated about!) frameworks built in the last 5 years, or stick to somewhere within your expertise

I take that (in combination with the above) to mean that you somehow need to get a job where you can use React in order to get a job where you use React. I'm not sure what the point of that advice is, then. Perhaps I'm misunderstanding something here.

I haven’t found any of them difficult to learn though, I code in all three along with Python, almost daily. I think it’s mostly just doing - I get the books out all the time.

Fair enough, but that's kind of hard to show in an interview. My typical experience is that the first couple of months on a job, I'm soaking the whole place up (i.e., figuring out their unique accumulated horrors), and my bosses typically have no idea what I'm doing (and are thinking they made a mistake hiring me).

Then suddenly (to them) I start becoming really productive, and in short order they realize I'm the guy who can solve the problems no one else can. Once had a boss cry when I turned in my notice.

But how do you sell that?

But yes, my advice to others would be to hit this hard.

After staying at one company way too long when I was 34, I’ve been able to quickly get jobs at 34, 37, 40, 43, and 44 years old.

Pre-Covid, there were a few conversations I had with managers of consulting firms for full time roles as an overpriced “enterprise architect”, “solutions architect”, “digital transformation consultant” type jobs. I just wasn’t in a position to travel for family reasons until my youngest graduated.

Now, actually I am targeting the three major cloud providers for an SA type position. I should be able to get into at least one of them according to my contacts.

But another thing I’ve found about many older developers who scream ageism is that they haven’t stayed up to date on the latest trends and they haven’t nurtured their network.

Nurturing my network though. I might be too arrogant or proud but I think I have worked too hard to be dependent on my network for a job. I should be able to move to a nice job without any network push.

I cold-applied to a number of jobs and didn't even receive a response from most. Did they pause hiring because of covid? Was my resume just not good enough? After about 2-3 weeks of this I finally folded and starting talking to recruiters. I had 3 final round interviews at companies who I'd love to work for within 2 weeks, ultimately resulting in my current job. That's just using recruiters' "networks". If you have someone in your own network that thinks highly enough of you, the entire interview process can sometimes end up being as quick and painless as grabbing a coffee.

My advice is to try and leave your pride at the door and just think of it as playing the game. There's no reason to handicap yourself when most people you're competing with will be playing at full strength - many of whom I'm sure are more arrogant than you ;)

I was laid off immediately after 9/11 and I had lunch with an acquaintance of mine; I was a client at a prior job. This led to a job offer in about a month. (It was a very small firm and it just took them a while to decide if they wanted to bring someone on full-time.)

In the meantime I had some other get-togethers. Sent a bunch of resumes around. Etc. Crickets. And my current job came from basically sending an email to someone senior I knew at the #1 company on my short list.

To that end, obviously judge this on your own situation, but if anything,junior engineers that used to work under/around you are probably pretty star-struck with you. I'd provide a pretty glowing referral to almost every Principal engineer I've ever worked with if they asked me.

I can honestly say that I have never in over 25 years gotten a job based on blindly submitting my resume. My first paid development gig in 1990 was based on someone at another college reaching out to me based on some Mac shareware they found on the ftp Info Mac archives (yeah I’m that old).

My first job was based on an internship I had the year before from bugging the career center at college.

Every subsequent job has been based on either former coworkers recommendations or working with local external recruiters.

But it's really hard to go knocking on the door of people you haven't worked with or talked to in almost a decade. It's easy to assume they won't be interested in connecting. Or if one doesn't respond, assuming the rest will.

Like you I've never had a job that didn't come from some kind of personal connection. It's really the key.

One of the questions I ask them when I turn in my letter of resignation is what do they need me to do so if I need to call them for a reference in two or three years, they will give me a good referral.

I don’t think I would have any problems getting hired by but one of my former managers.

I’ve also met local recruiter for lunch and always respond to non shady recruiters.

But as far as your wife, I would hope that most of her female former coworkers would be able to relate to the fact that some mothers take a break in their career to be caretakers and that most of her former male coworkers wouldn’t be knuckle draggers and understand too.

(1) I have a job atm. It's mostly the prospects that fear me out.

Then you're probably playing much more of a numbers game. Short of having extraordinary credentials--in which case you probably have a pretty good network anyway.

Everyone's different of course but, after my first job out of grad school--which I stayed in long enough that I was pretty senior by the time I was ready to move on--every job I've had came directly through people I knew. I probably never actually needed a resume other than for pro forma reasons. (I've admittedly also somewhat shifted careers a couple of times--and had one job description basically written for me--so my experience may not translate well to hiring developers for a specific set of skills.)

FWIW, the consultancy I worked at that had multiple 'older' developers was https://oxfordcc.co.uk. They did some pretty cool stuff :)

Money-wise, I will loose, but I like the job, and good jobs are scarce nowadays.

Companies want young naive employees who will work lots of unpaid overtime but when they hire consultants they want someone who's done the work before. There is a poise and sense of assurance that comes with age as well which you can definitely use to your advantage.

But, the good thing is that nobody can fire you from your own business.

Give them a finger and use existing make, along with other binutils.

Good luck and don't pay attention to arrogant idiots.

It's also one of the least risky paths to starting a business if that's your thing. I ended up building a consulting agency out of it (https://startopsgroup.com) so it has definitely served me well.

When I joined at 43 the average age of the company was in the late 50's. It's dropped a bit, but not much. And I run the DevOps group in my department, so we do things that would interest you. We're strong engineers, but we value expertise over the latest buzz words. Trust me, I plan on retiring here.

>The Mitre Corporation is an American not-for-profit organization based in Bedford, Massachusetts, and McLean, Virginia. It manages federally funded research and development centers (FFRDCs) supporting several U.S. government agencies.

https://en.wikipedia.org/wiki/Mitre_Corporation

Now that you mentioned it, I believe you guys have been imbibed with years of valuable experience, it is an absolute pleasure to interact with your team.

Consider everything: clothing, haircut, facial hair, smells, and especially fitness.

My intuition is that the appearance of fitness and especially "spryness" goes quite a long way in people seeing past your age. Our monkey brains are easily fooled, up to point.

(NSFW-ish)

Don't do that - young chicks dig older boys :-), use that advantage!

I'm recently mostly a backend web/API dev working in PHP and Python/Django, but I've done Unix kernel work, written a few Android apps, and a few other random things. I've worked in large companies, in a local unicorn, and as a solo freelancer.

I'm not necessarily sure it's age itself that's a problem, but maybe a combination of factors where age is part of the cause/effect chain?

To be clear, as well as my thoughts, this is also a "hire me, please?" post!

One tip: make sure you are good at what you do and what you will be interviewed for. Because at our age, the roles that you will be hired for will be senior roles, and the bar lies a bit higher there.

I'm 51. After 20 years in SQL and C# I'm tired of it. Last year I got myself on a Python project and I loved it. Then I got myself on a TypeScript project and I loved that even more.

I imagine that if I interviewed for a Node.js job they'd probably look at me like I was nuts. They'd probably think the worst possible thoughts, as people do. After 30 years in software development, they'd think maybe I wasn't cut out for it? Like it took me 30 years to figure out what they figured out in 30 seconds of looking at my face, because they're so much "smarter".

One thing you learn over 30 years working is that everyone thinks they're smarter than everyone else. Another thing you learn is that if someone is good at one programming language, they're probably also going to do well at other technologies. Since certain types of people like to do different things and not just the same thing their entire lives, HR ought to give those people a break.

Look at them like they are nuts and tell them you'll help migrate to Deno. It's a level playing field again!

I completely agree with you, you should do what you love to do. A lot of experience will only make switching easier, as long as you keep an open mind. This will eventually show in some job interview and it will get you a job, whether you are young or old.

Doesn't necessarily mean that you can't be good at those as well, but it's not exactly a natural skill transition.

Most people apply for jobs out of college. As they age (a) they tend to switch jobs less often and (b) they have accumulated former colleagues, clients and such that can open back-channels.

Work back channels if you can. Otherwise, just keep in mind that the youth bias you experience at the front door is worse than the actual bias.

For practical advice, I suggest you search outside of the software industry... companies that make their money mostly from software. Most jobs are actually in other industries, and I think they're less youth biased.

An "app factory" probably hires very young, mostly

As someone who dont work in Silicon Valley. ( Edit: Opps it seems it is in EU as well )

Why ageism?

Even assuming you start developing professionally in 20, you would need to be at least 30 - 35 before you finally understand, everything you believe in so strongly in your past 10 - 20 years were possibly a FAD and had finally witness the industry moving from one FAD to another and start ignoring hype.

You would finally understand most code you once thought were short, concise and clever, and others that once were long, boring, over the top stupid code are actually the better code.

You would have learned KISS not because you love it, but you would have hopefully understand this because it has been burnt deep into your memory.

And that Not doing something, or inaction, is possibly the best action.

Seriously I would have thought developers only start to become productive post 30+. And 40+ is still in their prime. I understand people older don't like working long hours. But working hours have absolutely nothing to do with productivity. Especially in software development.

Also, the young are more likely to give the benefit of the doubt to corporate bullshit. Case in point: my first reaction nowadays, any time an exec calls for a "all-hands meeting" is, we're going to get shafted or even fired, the company must be in trouble, someone high-up needs more cashflow to go in their pockets and not ours... And maybe I'm right and maybe I'm wrong, but the point is, I'm not going to drink any koolaid. Younger folks struggle to understand this attitude, and I don't blame them, because they lack the necessary experience and trauma.

In my experience the distribution of talented developers tends to be bimodal at all ages it's just the older ones stand out more because they should know better. Also as mentioned else where in the thread, the best developers build up network so they tend to self select out of bad deal start ups and the normal hiring processes so you're not even sampling randomly from the population if you're just doing open hiring.

2) Try boring industries banks, insurance, local govt.

3) Be excellent at something and pretty good at everything else.

4) OK to be opinionated about tech, but more important to be current. It may be a straight Java shop, but you should know what Clojure and Kotlin are if your a Java guy who's current.

5) Maintain your personal & professional networks.

6) Although it's very hard, try to remain upbeat. Enter every interview with the attitude that the interviewer is a friend who wants you to succeed.

Good luck. Its hard but doable. (53 yo who just started a new role)

I personally would love to do something else now, and go back to having programming being my passion/hobby instead, but I don't think I can walk away from the money.

And yes, the age bias is real. I hadn't interviewed in 10 years but did so recently and while I am not visually old, my resume certainly shows it, and I could feel the bullsh*t from the younger developers in the interview.

I totally agree with the sentiment about the tech trends. It's particularly evident in anything frontend which is why I mostly focus on backends and reliability.

My TL;DR version would be that front end, especially JS, is a fast moving target. Backend dev is based more on time tested and reliable platforms that incentivize solid framework and design choices.

I once worked with someone who explained to me every day -- and in great detail -- all of the problems that my technical decisions would cause. He wasn't wrong, but it was still a demoralizing experience.

But at least he was only criticizing my decisions, and not my right to make them. In the same way that an older dev does not want to be perceived as incapable of learning new things, a younger dev does not want to be perceived as cavalier or irresponsible, and I have absolutely seen talented people discounted solely because they haven't held a particular title for enough years.

People are complicated, and we make a lot of assumptions about each other that we don't want others to make about ourselves.

Myself, I experienced it is harder for me to keep pace mainly with point 2. and 3. because I already have learned a lot (full cup so to say) and having less spare-time dedicated for such things (as I dedicate almost all my spare time to family more than before).

There are also aspects directly favoring different candidates (not necessarily correlating only with age) I would like to emphasise, which unfortunately are consciously or unconsciously considered: 5. More skilled and experienced people tend to ask for more money 6. More experienced people tend to have more hard-to-change habits which may be incompatible or hard to include into the company culture / workflows / whatever else 7. Cultural differences between generations of people tend to create tensions

What I recommend to you is to embrace the above points (definitely not a full list) and try to emphasise your best traits or think about how to sell them in the context of the hiring process and at the same time try to mitigate the problematic points.

In general, you have a big advantage you probably do not see now - life experience and also tech experience. Younger candidates simply cannot compete with your age. I think you need to find a way how to wire your hard-obtained experience as "your output" that definitely has a value for any company. Embrace those facts and build your self-confidence on them. It may be the case that the job you apply for will be little different from what you experienced up to now - more mentoring, more leading, more advisory work, more inter-department communication (from/to tech language of the geeks) and so on.

And I sincerely wish you luck.

There's a lot to do still; right now 5G is on the roadmap, but we have to provide support for 4 and 3G as well. There's a lot of domain and protocol knowledge going on here.

Reliability yes, devops, not so much - our application is deployed as 'just' some RPM packages on physical hardware.

Also, what do you have experience of? Different work places may have different sources of people to employ.

For me, I know myself well enough to realize that I like small disorganized businesses that need help getting tooling and process in place. Once that happens I lose a lot of interest quickly. That is often when get things done mentality and trust the people you hire is replaced by process and politics. Usually this takes 6-18 months and I know it’s time to move on. I also do project work for enterprise software which has about the same life cycle.

The common thread of both types of work is that it’s temporary and I can bill a pretty high hourly rate. I don’t have to deal with most employment bs and my experience is generally respected and appreciated vs just being the old dev in a team of fresh college grads. I don’t know what the contractor experience is in the EU, but I’ve had colleagues do this in Germany and the UK so I know it happens.

A few other tidbits I learned:

- The client that wants you to cut your rate significantly is going to be your worst and most difficult.

- Don't adjust your rate significantly for any "extended contract". A vendor I worked with didn't want to give me my normal rate after cutting it for a long contract. You may not get a gig for being too expensive but when the project is funded a difference of 30/hr means a lot more to you than it does to the vendor/company paying you.

- There is a lot of experience to be gained if you can find multiple part time gigs. I had a lot of fun last year as I worked 3 clients about 10-15 hours per week. Lots of variety and it seems like your presence is appreciated even more than just being the 6 month contractor.

- Stay in touch with your network even if you just signed a 12 month contract. Churn in business is real, so you need to know who can still hire you and who you need to meet to get hired. Pipeline management is essential to staying busy.

- LinkedIn is pretty much useless for my level of contracting. I get tons of inquiries and the second I mention my rate they either laugh or think that I'm being difficult. Most of the companies that would contract you wont go through LinkedIn to find you. I always lead with my rate for those interactions as it generally ends with that and the contracting company will mostly leave me alone for a while.

- Ive had to learn to say "no" a lot more. Even to paying clients. Generally I say it as something like "Anything is possible, but given time and budget constraints you cant do this. We could do alternatives such as...."

- Enjoy the gaps between employment. If you put away money and dont act like you make your hourly rate you can be less than full time and not live hand to mouth. Most of the work I do is always a project that is way too large in scope for the time allotted. The stress is real(last year I billed 320 hours in a month) so enjoy when you aren't working.

I've found this to be the norm for me also. I have highly specialized skills and I know I'm top 5 in the world in my skills with this specific software. I know this because I know basically everyone that does this type of work. When these recruiting firms contacted me they always wanted like $60 an hour rate when the company I used to work for would charge up to $300 an hour for my time. I would always start at like $120/hour, which I feel is actually kind of low for an enterprise software consulting, and they would either try to get me to $60 or ghost me. I finally took a job as a full-time employee doing gov consulting work at a pretty good salary for me.

Nevermind the actual job post :) We're based in DK and looking for remote employees.

I even interviewed with a FAANG for a Berlin-based engineering position 2 years ago but canceled the process myself. Being over 40 did not seem to be an issue at all.

Not much age bias in Berlin IT job market? Weird. I mostly see start-ups there. That might be interesting.

It’s from a group of successful business people who help older folks find work at tech companies using insiders.

FYI - if you work at a tech company consider joining to help older but qualified people find work.

I'm doing some bullshit specialty software i hate but that I happen to know pretty well

The lesson there, to me, is think about specializing. Why?

Because...why not?

Outside of that

My advice to older folks looking for IT work is

It is not going to happen -- think about stocking shelves or anything you can

Once you come to terms with the situation, then you can get real about what is really required to get a job

A miracle and tons of hard work of the type you don't want to do

I've seen lots of good advice on here that I think is pretty good

Like

Look younger Act younger Dress younger Be younger

Reach out on LinkedIn and other places -- it won't help but I think it is important to check the boxes -- it's a pretty good way to quickly get to rock bottom shame or shamelessness -- completely remove your ego from the equation

Even busted my ass for an AWS cert -- worthless

I've started losing weight and people are noticing

I figure each 10 lbs you lose takes off a year or two of age

What would I do if I got shitcanned tomorrow?

I would probably become an 'out' specialist in this particular software I know

I _hate_ this gd software

But a job is a job

There have also been sites that claimed to specialize in helping to hire older workers

I figure it was just a scam but I would also check it out

I did occasionally get play from startups that I was actually interested in -- by writing authentic-ish notes of interest

But yeah nobody but the 1%ers are getting jobs in this market

And that is some weird mix of the geniuses, connected, etc.

Nobody else getting hired -- I don't care if you are 25 yo or 75 yo -- not happening

You mean the current and looming crisis or the IT job market in general.

>> Even busted my ass for an AWS cert -- worthless

Thought about that too but then occurred to me that I'd also need to go for a K8S one and perhaps one of the security ones and ... this never ends whilst I might land in a job where I just need to know bash and basic python. (Also these certs seem to offer little basic knowledge and a lot of shopping-list-like details.

Have you considered building your own company? That's quite a change of skills, but that's what I've seen most "older" developers do.

I do worry about my looks as I get older in terms of work, but tbh I'm already pretty average or ugly looking anyways. If anything, this post has given me more energy to dump into my side-hustles in order to avoid having to deal with this shit at all.

Anyone else who's bald at a young age get discriminated in interviews?

In my opinion one of the key strength you get with experience is perspective on solving problem efficiently in a no bullshit way, and more importantly in the business context. There is a limit on how much value a developer can bring by working on assigned stories and tickets, and experience after a few years plateau (and age discrimination start to kick in), but go higher in the chain and suddenly you experience becomes very valuable. I don't know how it is at FANNGs but even there are huge architecture decisions really made by young developers?

Most companies burn millions on poorly driven software projects, with layers of useless abstractions and accidental complexity. Execs love when you bring them a working solution no matter how you did it, e.g. the dashboard they are dreaming of all the while the official team and the consulting company that is costing $$$ are stuck in their big-data/blockchain/whatever grandiose project.

So I would look either expert small shops, or consulting companies with a career track for experts. Anecdotal but you can have a better time in a consulting company as "the guru" moving from projects to projects every few months than stuck in a mono product company for years.

This isn't a plug, it is something I am passionate about. The company I co-founded (restless.co.uk) is working really hard to change perception and age discrimination across the entire employment market in the UK. Many of our members have similar stories to yours, although we are largely aimed at 50+, we hear the same from 45+ too. Sadly I don't think this is something that will change overnight, changing societal opinions is never easy and takes persistence, which we are committed to. We are engaging with our membership base and listening to their experiences in order to better educate employers on the importance of an age-diverse workforce and how to ensure that's happening for them. We are making an impact but as you have seen there is a long way to go!

I know that doesn't help you right now, I'm sorry. However, we do write a lot of content in this space that may help, restless.co.uk/career-advice/. We're always keen to hear feedback, so drop us an email if you have any. Incidentally, I am the CTO at Rest Less, and my first hire was a 58-year-old software engineer so I hope that gives you a boost. Although we're not looking for someone in your specific area of expertise at the moment I'd be interested in having a conversation, please reach out if that's something you'd be interested in doing.

Personally, and this is obviously my own opinion, I don't think you should be looking to change career if it's something you enjoy.

Best of luck.

Anecdotally, DevOps and Reliability is definitely a space where experience is valued and, although there might be the assumption that many of these startups drink the youth cool-aid, I think you might be pleasantly surprised.

Of course it helps if you have more experience than a young developer, and you know how to apply that experience. And you should always stay up to date with new developments. Although there are tons of companies still working with older systems.

Also, developer salaries in the EU are often terrible. My income has gone up quite a lot since I became a freelancer. I'm currently considering becoming an employee of a client (because I want to continue working on the project and they have rules about how long they can hire a freelancer), but I'm encountering a lot of resistance negotiating the pay I think I'm worth.

My approach as a freelancer has been very simple: My CV is on Linkedin, and recruiters find me there.

In the distant past when I had regular jobs, I tended to find them mostly through Monster and CVBank (Netherland). Or sometimes a recruiter; Linkedin is still useful.

Ironically, I've had age discrimination go the other way. In my early 30s I looked like I was in my mid-20s, and I had to push for pay in line with my experience. I still get carded when I buy beer.

I can't guarantee anything but we do occasional have contractual work where age doesn't really matter (in my opinion), its all about the attitude and getting the job done. I would even consider your age an asset as you have field experience that a lot of people dont.

If you are interviewing and they think 45 is "too old" then there is a risk that everyone there is 30 or younger so you might not want to work there anyway (I wouldn't).

If you find a company that's at least 30 years old, and has an average retention of over 10 years - then that company is probably a nice place to work, and has old people too (because even 30year olds are 40 once they worked there 10 yearrs).

surprised nobody bought it for that price (or potentially even less).

The bypass might be, looking for companies that have a lot of engineers with 15+ years of experience. You can do so with paid LinkedIn accounts. I'm happy to help with some specific searches if you don't have a paid LinkedIn account yourself.

You can't use age (resp. gender) as a factor in your decision making (bloody difficult to prove one way or the other most of the time I imagine) but that doesn't mean you can't run jobs4oldies.com or Women's Careers Day with Special Guest Sheryl McHighflyer.

That doesn't mean you should, but I'm pretty sure it's not illegal (in the UK, or generally against the spirit of similar legislation). IANAL.

(Not saying I agree with this or I like it, it's just what I see).

It's kind of funny to hear it coming from the other side, but I imagine at a lot of pure-software companies, the age biased is reversed from what I've experienced.

I'm 50, doing fine at a FAANG. My team has a good chunk of 40+ people on it as well. I see a good number of 40+ people on other teams, too. I get regular pings from other FAANGs about recruiting.

So, def. try for FAANGs. Just invest a couple of weeks into prepping for the interview process. Yes, it's stupid, but "behold my algorithmic chops" is what they want to see, so you cram algorithmic chops.

Edit: can't represent all Googlers but people I know and have worked with (including the SREs in EU offices) don't give a sh*t on how fancy/normal/bad you look or wear.

I've seen many positions that require seniority and had many colleagues even older than you.

Do people seriously read cover letters. I've often debated if its worth the time ivestment.

I wouldn't write a cover letter unless the company explicitly asks me to, or unless I can add additional information that wouldn't be fit into the CV. For example, when I applied to Digital Ocean my cover letter was the correct place (in my opinion) to say that I've been a customer if theirs since 2014.

For the record, they were interested until I said I would have liked to work remotely (since they bragged extensively about remote work on their careers webpage).

Same for many of my colleagues around the same age when our local office was closed.

I mainly used Linkedin and a few connections, but i doubt if it matters.

The only exception I have seen is for cookie cutter type of developers, it is easy to prefer young unmarried ones if they have the exact same qualifications as you.

Same with an inherently young demographic at a company. My last place I was one of the older ones in a very young crowd who liked to hit the bars after work. Not my scene any more. I prefer to be the younger person in an older work environment.

I know we're struggling to find folks in EU with that kind of background - DM me for the specific positions, or consider areas where your experience is a tremendous asset.

If you pull a fast one on a younger person ("Can you come in this weekend? It will only be a temporary thing."), they are more likely to believe you.

It's 5pm and I need to pick my kids up from practice -- so I'm out.

I would recommend looking at insurance companies, banks and other financial institutions.

Personally i have had the chance of working with older devs (50+) and it was awesome.

You can apply every six months. Thing of each attempt as an opportunity to learn.

But also, let's not forget how important it is to get sleep.

40 years' IT experience and I don't even get a reply, let alone an interview.

During my time in Roche (through a consultancy) at 29 I was one of the youngest on board.

I applied for some 3¾ thousand jobs between 2009 (age 42) and 2013. I averaged less than one interview per year and worked 2 months full-time in that period.

In 2014 I landed a role in the Czech Republic and have only voluntarily been out of work since. I am nearing the end of a 3 year contract, my 5th role over here.

The former Communist bloc seems to have far less ageism than in the West. Rates of pay are lower -- I make maybe ½ what in theory this kind of role would pay in London. On the other hand, the cost of living is about ¼ so it is very much worth it.

I just turned 39 and this scenario is already on my mind.

Having the technical chops definitely helps as a manager. And knowing what the managers expect and be able to talk their language helps as an engineer. If you reach certain level its easy to jump between them. But they require a different set of skills and the work is different.

If you like it, there are a lot of rewards. If you don't, it can be soul-sucking.

Not entirely facetious, I saw someone in Europe took such a case to court, so he could self indentify as younger on dating apps.

You're saying is that you're not a good fit technically and would need some investment in terms of either time or training, and companies are choosing not to go with that option. Why is that ageism?

The OP didn't say that they are. He only said they're not willing to invest in him. Based on the limited data in what was posted companies aren't hiring him for roles he isn't qualified for, and they are hiring younger people. That's his evidence for ageism. Maybe he's right. Maybe the younger people just don't need that investment.

The point here is that the OP has literally said he's being rejected for roles he can't do. That changes what advice he should be getting considerably. He's trying to fix the problem he wants (being discriminated against) instead of the problem he has (applying for roles he's not going to get).

I have no doubt ageism is a huge problem. I'm 43, and I've experienced it. One company was quite open that I was rejected because I wouldn't be a good fit culturally despite being the most experienced candidate. I don't think that's the case here though.

In any case my experience up to now is being rejected with no good reasons (at least IMO) relatively far in the game. If you are looking for reasons to reject someone it is easy to find them as you surely know.

From other sources I learned that my (older) age is working against me in this game. How much so I do not know. Thus my questions.