Slashdot Mirror


"Logan's Run" Syndrome In Programming

Ian Lamont writes "InfoWorld has an interesting analysis of the reasons behind the relative dearth of programmers over the age of 40. While some people may assume that the recession has provided a handy cover for age discrimination, a closer look suggests that it's the nature of IT itself to push its elderly workers out, in what the article describes as a 'Logan's Run'-like marketplace. A bunch of factors are listed as reasons, including management's misunderstanding of the ways in which developers work: 'Any developer can tell you that not all C or PHP or Java programmers are created equal; some are vastly more productive or creative. However, unless or until there is a way to explicitly demonstrate the productivity differential between a good programmer and a mediocre one, inexperienced or nontechnical hiring managers tend to look at resumes with an eye for youth, under the "more bang for the buck" theory. Cheaper young 'uns will work longer hours and produce more code. The very concept of viewing experience as an asset for raising productivity is a non-factor — much to the detriment of the developer workplace.'"

12 of 599 comments (clear)

  1. Yes and No by Concern · · Score: 5, Interesting

    I have no idea if I'm an outlier, but with a blind preference for intellectual depth, rigor, and creativity, I tend to see what I figured was normal: more experienced candidates often come out ahead. Not always, but often. More experience unsurpisingly equals more age. The best are often bringing decades of experience, MA or PhD level credentials, and the ineffable things that come from having been there and done that in a lot of different trenches. They often cost more (though not all that much more), and they're worth it.

    I know the corporate world at large has this patrician idea about pay related to seniority - whereas I come from the pay-for-value mindset. There is a good observation in the article about older folks making more and therefore being victims of cost cutting. I'm sure this happens as well, but in my world the observation is meaningless. A senior software engineer will get a good salary - more than enough to support an upper middle-class lifestyle (albeit not at the level of an attorney or an anesthesiologist), regardless of their age. If they ask for too much, they will be unemployed; if they tire of unemployment, they bring their compensation demands back in line with their value. I find most people have a very good grasp of the labor market, especially with the advent of widely available salary suvery data.

    I have a couple of friends in their 50's who joke about becoming obsolete. I associate this with actually getting tired of keeping up with an industry that reinvintents itself so often, and therefore, not keeping up. There's a trap there, too: a kind of local maxima where, for a while, being an expert in Cobol or IBM mainframes is not only easier than learning Java, but will pay more and more, as you become more and more rare. Until one day you look for your next job and it just... isn't there.

    Historically IT has suffered from a lack of technical depth at the top. Companies wanted wise old hands with management experience in charge, even if those wise old hands needed an assistant to print their emails every day (true story, multiple companies). As the next generation rises through the ranks, you will have more middle management, SVP, and ultimately COO, CEO, etc types that have real first-hand knowledge of technology. Eventually the corporate world will lose some of its notortious and costly blindness towards talent, and both hiring and strategy will become more objective and less bullshit-driven.

    --
    Tired of Political Trolls? Opt Out!
    1. Re:Yes and No by Enderandrew · · Score: 4, Interesting

      Experience is key. The issue is that new applicants coming out school have more experience with .NET, Java and they key technologies that many industries are looking for today. The fact that you have 30 years of COBOL experience doesn't help you if you don't learn new technologies.

      --
      http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    2. Re:Yes and No by alan_dershowitz · · Score: 4, Interesting

      Learning how to not leverage 30 years of COBOL experience by programming in COBOL in every other language you use is hard.

      I maintain C code written by a COBOL programmer. You can tell.

    3. Re:Yes and No by DerekLyons · · Score: 4, Interesting

      True, but if it's for a job doing .NET programming (for example) a lot of people doing hiring will take the guy with 1 year of .NET experience and nothing else over the guy with 30 years experience in 5 different languages and no .NET. All else being equal, the latter guy will probably be more valuable.

      If I'm hiring someone to do .NET programming, I see no a priori reason to assume that the guy without any .NET experience would be a better hire than a with .NET experience.
       
      I'm reminded of the home improvement show I saw a few weeks back. A highly experienced contractor was brought in to do a remodel, and on the surface did an excellent job. But after a few months problems began to surface that he couldn't (or wouldn't) fix. The guy brought in to fix the problems traced many of them to the original contractor using new materials but old techniques that weren't suitable to the new materials and didn't take into account current building practices.
       
      All else being equal, the original contractor with decades of experience should have been a good choice, but in reality he was an iceman - frozen in time and irrelevant to the modern era.

    4. Re:Yes and No by SimonInOz · · Score: 3, Interesting

      Ah, what a great thread. And as I turn 55 tomorrow, I guess it's pertinent.

      I currently "manage" a team of young programmers (nearly all from India, based in Australia). They are happy to slog away, coding until they are blue in the face.
      Lines of code - they'll give you lines of code.

      But do they think much - er, no, not as far as I can see.

      I am rubbish at managing. My main function is staying out of the way, and going to meetings. Oh, and doing estimates (guess at what you think the work might take. Round up to days, multiply it by about ten, double it to allow for testing ... then think if there might be any other problems and add a bit. This is a bank, we have a FIXED release schedule. So our aspirations are way, way low. No rewards for wonderful work, only punishment for not delivering on time ... we aim low, so, so low).

      But I still reckon I could out program pretty much my whole team. (Yes, arrogance is a requirement for a decent programmer). And I would so, so much rather do that. So I write code to entertain myself, spending about 10% of my time on management.

      I weep when I see the miserable approach they take - why write a general solution when you could write more code? Why use a library when you could just - write more code. And so on.

      And get off my lawn ...

      --
      "Cats like plain crisps"
  2. ageism by spineboy · · Score: 3, Interesting

    And it's present in many industries/areas. No one wants anyone over 40 for rock, screen writers are ignored if they're over 40, since "They don't know what it's like to be a kid."
    The list goes on.

    In programming, I think it's foolish. People are getting caught up on the techniques, and not the theories. Unfortunately, techniques become quickly dated, and irrelevant, while theory always will be useful

    --
    ..........FULL STOP.
  3. Re:Obivous Answer by denobug · · Score: 3, Interesting

    The thoughts that everyone old folks in /. were once the young 'uns scares the crap out of me.

    Jokes aside, we were all young, inexperience programmers at some point of time in our life, unfortunately. Somebody more experienced have shown me the ropes before I got better (besides just ME thinking that I am good). Just hope I didn't cause too much pain for other "more experienced" co-worker when I was younger.

    Conclusion: Young /.er be nice to the older co-workers!

  4. we just hired an older programmer by oudzeeman · · Score: 4, Interesting

    We just filled a senior level programmer position with someone in their 50s. This person had a great resume, and did an awesome job in their interview - blew pretty much everyone else we looked at away. I'd say he's easily 1000X better than the last young intern we had (now a grad student in CS). I'd say most of the programmers here are in their late 30s to mid 40s. A few are older (50ish). I'm a young one here, a "senior" software engineer by title at the age of 30.

    We're actually considering going after some young blood and spending the effort to mentor them because we have such a hard time recruiting older developers.

  5. Re:Obivous Answer by fahrbot-bot · · Score: 4, Interesting

    Consequently, I've stuck to programming and kept my skills updated, but at 39, I'm looking at the reality of a career change in the mid-term future.

    I'm not sure a career change is a future reality, unless that's what you desire. I'm 47 and still highly sought by the various teams where I work. I have a broad background as an application/system programmer *and* system administrator (Unix and Windows) which allows me to develop solutions and, possibly more importantly, debug issues that others with narrower backgrounds simply cannot do. In other words, I get the hard problems - which have to be solved.

    --
    It must have been something you assimilated. . . .
  6. I've experienced the following.... by ErichTheRed · · Score: 3, Interesting

    (Disclaimer: I'm a systems guy, not a programmer, but a very similar truth holds for us as well when it comes to age discrimination.)

    I'm only 35, and I'm starting to see this creeping in on me also. Here's a couple of random observations I've actually (not anecdotally) experienced:

    • Companies absolutely believe the stereotype that older workers are less productive. Usually, this is because management gets promoted out of the tech ranks, where they were used to younger workers. I've heard more than one boss say something like "Oh, so-and-so's kid is sick AGAIN, what a waste of time." The deadly spiral of "willing to work longer hours, no committments, and they can be paid less" does not help.
    • A corrolary to the above...younger tech workers tend to have much less of an "out of work" life. This is why you don't see too many older people working at video game production houses...you just can't hold a marriage together on nonstop 90-hour weeks. If you're single, and have nothing but a one bedroom apartment and XBox to come home to, you're going to complain less about constant overtime and that pesky pager duty us systems guys deal with.
    • After being filtered through 2 line managers, and who-knows-how-many project managers, IT executive leadership just doesn't see the impact of less-experienced people working on projects. Messes are cleaned up at lower levels, usually by spending a buttload of money on consultants, and only show up at the senior level as "minor overages". Had the job been done right, the higher salary paid to more experienced people would far outweigh paying experts $xxx/hr to unravel some mess put together by someone who just learned Java.
    • Even worse, people at the C-level believe that all IT people are whiny nerds who can be pushed around with very little pushback. This leads to the belief that nothing they do will be questioned.

    I only see a couple solutions. A concerted effort could be made to make managerment aware of the actual cost of a project vs. the salary differential. I doubt that will work. You can also become one of those consultants, and get paid loads of money to clean up messes. However, that's not for everyone...it requires tons of hard work, business savvy and is not at all stable. Try raising a family with no health insurance and a non-guaranteed income stream, especially in a high-cost-of-living area.

    I admit that I'm pretty lucky. I've managed to land at companies that don't seem to mind paying a little extra for someone who really knows their stuff. The price of admission for jobs like that is the willingness to invest in yourself constantly. Taking classes or buying software/hardware/books for training, even on your own time, is the best way to keep current. That way, companies get the best of both worlds...someone who knows the latest tech, and knows enough not to implement something half-baked because they want their weekends free. :-) Unfortunately, that stereotype of the COBOL guy sitting in the corner has a little bit of truth to it, and it means we end up gettting painted with the same brush.

    One other choice would require a much different mindset than there is now...accept a lower salary and make up the difference by saving and investing carefully. I've been doing this anyway, because I know there will come a time where companies stop paying for IT talent and I'm going to be forced to take a huge paycut. Everyone I know, young or old, spends money like their income is never going to decrease. Live within your means so you can last through the bad times that are coming with the next wave of globalization.

  7. Re:Obivous Answer by elnyka · · Score: 3, Interesting

    The problem is not that "anybody can program any system," because as you said that's not true. The problem is the gatekeepers of salary and status simply cannot tell the difference between those who can and those who cannot. Thus there is not much career progression in programming.

    Depends. For people that have degrees in CS and EE (specially advanced ones) and years of experience, it is very rare that they don't have a career progression in programming.

    Or, in IT Computing, career progression depends on the degree of specialization and breath of knowledge. In the Java world, for example, it pays not only to be a good Java programmer, but also

    • to have one or more specializations (.ie. web/RIA development + ejb/spring or web service development + jee architecture),
    • a good understanding of databases (not only on database theory and SQL, but on vendor specific DB infrastructure, configuration, tablespaces, rollback segments and so on.)
    • a good understanding of distributed computing
    • a good understanding of network infrastructure (because then you know that there is a shitload of things like DNS servers, caching devices and the like between your users and your app that can affect the performance and behavior of your app)
    • a good understanding of operating system configuration (because then you can detect your OS TCP timeout settings are not tuned and are thus wreaking havoc between your Apache servers and your JEE containers.)
    • ... and so on and so on...

    The thing is that, it is true that there is no career progression in programming. But that is true because programming by itself is not the only thing at play, nor the one isolated thing in which we build specialization and breath of experience.

  8. Its management Math by Tjp($)pjT · · Score: 3, Interesting

    I am somewhat older and charge an appropriate rate for experience. During this process of aging I have been told I am worth 2.5 times a less experienced programmer, but they can get the less experienced programmer for 1/2 my rate. Now do you really think I even want to work for that company when their management considers the younger programmer a better deal. DPHB at work ... (Dilbert( Pointed Hair Boss) reference.)

    Sadly the differential in requested rate in the down economy is less and they often still get junior contractors in and I get a shorted but much more lucrative contract to clean up the mess. Unfortunately if you just fix a bad design to work, then they're left with a bad design. And the DPHBs that cycle this way aren't interested in the real fix to the problem. So ... It makes for repeat business later... All ya can do is warn 'em.

    Big Tip: Take your girlfriend or wife or sheepishly wander in on your own and pick up some men's hair color or spring for the bucks to get a better job done at a salon. Then trim all but the most recent 5 to 10 years (depending on prestige clients) from the resume. Make sure all relevant experience is mentioned somewhere even if just a skills list. They can't actually ask you your age.

    Gramps can eat the polar bear, use the skin and bones to make a boat, and come back and kick yer butt.

    --
    - Tjp

    I am in wallow with my inner money grubbing capitalistic pig. ... Oink!