Should developers worry about ageism?

One thing I find comical is the idea that young people have an easier time keeping their skills "up to date."<p>One of the truisms of computer science and computer industry is that the practice in industry reflects things that were current in computer science one or two decades ago. If a SmallTalk or Lisp developer fell into a coma 10 or 20 years ago, they are not going to be shocked by how much progress has been made while they were out of commission. They are going to be amazed that the median developer still does not have as productive environment as they did when they were last conscious.<p>Give them a couple days to get up to speed on the general idea behind HTML and web browsers, and a couple more days to get the specific details of whatever C derived syntax is being used, and they will be ready to be productive. If you are a new developer, everything you are learning is new. For an old developer, it's just a matter of learning the diffs.

I'm 37, and I had a recent experience with this.<p>I went on a few interviews, and I didn't get either job. I passed a phone screening, long brutal technical quizzes, and a few hours with managers. These were for senior dev positions, but I suspect most of the candidates were younger, maybe late 20s early 30s.<p>I didn't feel any age-related discrimination at all, but I still felt something was wrong. I started asking myself, "why am I standing here, at a whiteboard, showing an interviewer how to recursively search a binary tree?" "Why am I creating the primal of the dual and proving that the min of one problem is the max of the other under optimal circumstances?" I solved the problems, but maybe they picked up on something from me that shows... maybe a slight irritation or exhaustion.<p>I realized that it's not ageism. I was irritated with myself. Sure, I "shouldn't" be doing this for the umpteenth time, but the shouldn't is directed at me, not them.<p>If you've been in the business for over a decade, yeah, maybe you "shouldn't" be taking technical quizzes, but that's because you "should" have a reputation to stand on, not because interviewers should see your grey hair and decide that it's a stand-in for testing your technical chops! (I got into programming late, so even though I'm 37, I've only been seriously programming for about 10 years).<p>I remember Joel Spolsky (a big proponent of having devs write code during interviews) still said (I'm paraphrasing here) "if you're an independent film maker and Uma Thurman is interested in your film, you don't ask her to audition, you try to sign her!"<p>The top celebrities in our world tend to be the leads on extremely successful open source projects. While very few devs can get this "celebrity" status, you can still a smaller useful network - and really, how many job offers do you really need?<p>Speaking at conferences, working on open source projects, working on side projects, writing interesting articles in a blog are all good ways to do this. On a much smaller level, just being very helpful and engaged in your job, and producing good software can help.<p>I'm on that smaller level, but I realized "why am I doing this?" I called up my network, discussed some jobs, and got a nice senior dev/architect position pretty quickly. No technical interview was needed, because these folks had already worked with me on code plenty of times.<p>It's not ageism to say that your career and approach to development needs to change as you get older. Another line I loved from a movie called "surfing for life" - "age is inevitable, it's the growth that's optional".

Ageism exists and it gets worse as you get older. I think geebee did the right thing, but came to the wrong conclusion. If you are experienced and good, you are probably expensive. You can probably be replaced by 2 new grads, H1B's, or a whole offshore team. I was. Read the comments on stackoverflow and you will see such stupid comments as the one who said he didnt like older programmers because they talked about their kids, yeah must be old 30 somethings. Or the usual inane remarks that imply older programmers never made it beyond Cobol.<p>Experience does matter. LOC per year dont matter; it's writing the right lines, or choosing the right architecture that does matter.<p>geebee hit the interview nail right on the head. Most interviews are structured to weed out incompetent new grads, hence the programming tasks and the language lawyer questions. When I'm in an interview, I really dont want to waste my time describing when I would use an abstract class over an interface. Why waste time with programming problems with someone who has been doning it for 20-30 years. The successful interviews discuss how I would tackle the real problems that the company faces.

There's legitimate worry about ageism: too often employers don't offer a non-management ladder. The answer for that is to work at a company that offers such a ladder (there are many) or work in a start-up (where they can't afford to have "pure managers").<p>There is also shops which are driven by buzzwords rather than actual technology, who are just looking for bunch of kids who match a keyword list. I wouldn't want to work there anyway (whether at my present age, or in ten-fifteen years).<p>There's also the illegitimate worry: "some 22 year-old will replace me"; this is of the same genre as "my job will get outsourced to India". The answer to that is don't do simple, trivial work. Be something besides a byte pusher (incidentally, great deal of "web development" is indeed simply pushing bytes). Anyone can make a CRUD app with PHP and MySQL: learn something which isn't immediately listed in the craigslist jobs section, perhaps? I'd argue that, for example, no place that is hiring Haskell developers or developers with understanding of machine learning practices age discrimination.

Quick response to 2nd place comment: if you're older and your skills profile is burdened with assembly language, we're always interested in talking to you. =)

depends on the industry and company I think.. maybe there is ageism in the ruby on rails web dev world<p>But, in one defense industry company I worked at the average developer age was in the 40s. If anything there was reverse ageism there.<p>Point is just be good at what you do and dont worry about it.

Whistling past the graveyard. Keeping your skills up is necessary, but insufficient. Over 50? Welcome to the top of the layoff list. The baby boomers are getting kicked out of the workforce. There has long been worry about what will happen when the boomers retire in large numbers. Well, it may be happening early. Good luck to us all.

Developers shouldn't worry about something they can use. If you're young, people will naturally overestimate your ability to learn new things; if you're old, they will assume you already know older technologies pretty well ("If he's been doing this for twenty years, how could he <i>not</i> have encountered that at some point?")

There are "ageist" technology employers out there, especially on Wall Street where 35 is considered "old" (you're either MD-level or at the top of the RIF list), but my observation is that if you're good, you can always find someone who will hire you.<p>I think that a problem a lot of aging developers face is that many of them went into "programming" because, like law or medicine, it was a respectable career choice that provided a middle-class standard of living and a cozy work environment. This is fine, but if you're not willing to dedicate serious energy to keeping your skills up to date, you are going to be forced to contend either with an income plateau, or a move into management.

This topic was discussed 3 years back in <a href="http://discuss.joelonsoftware.com/default.asp?joel.3.302825.73" rel="nofollow">http://discuss.joelonsoftware.com/default.asp?joel.3.302825....</a>