



Where Do All of the Old Programmers Go? 799
full-of-beans asks: "I work as a software developer for a large UK based international organization. Most of my colleagues that program are under 40 years old. Those that are over 40 tend to be in either Management or IT Support! I was wondering were do all the old programmers go? They can't all end up in management. I know we don't get paid enough to take early retirement. Is there some other career that tends to attract 40+ year old programmers, if so I'd like to know, because I'm not that far of 40 myself!"
Loony Bins (Score:5, Funny)
Re:Loony Bins (Score:5, Funny)
Kids Damn!
Bankruptcy or Public Service (Score:5, Interesting)
Re:Bankruptcy or Public Service (Score:5, Interesting)
Re:Bankruptcy or Public Service (Score:5, Insightful)
Agreed with everything except that last clause there. Do you really know what you are talking about or are you just randomly talkin' out your ass? Whether you are a 'yes man' or not, is completely based on your own personality and not where you go to college. I think what you meant to say is that 'preferably IIT, which has typically churned out excellent graduates' (note: I am at UCB not IIT, so this is by no means a biased statement).
Re:Bankruptcy or Public Service (Score:5, Insightful)
As a 30-something programmer who went to a good American school, it's something I've noticed in the newest generation of H-1bs hired from India. Most of them are from IIT, and most of them know the language that they were hired to work in- but NONE know when to tell managment off when they need telling off. Managment likes this, and this is the reason I got laid off, moved to contracting for a state agency, and am in the process of interviewing for a permanent position with the same agency. It's more a function of age than where you graduate from I think- though there does seem to be something in the Eastern cultures that lends itself to working on teams and not rocking the boat.
At any rate, it seems obvious that private industry has no place for an old curmudgeon like me- which is why I'm headed for the public sector.
Re:Bankruptcy or Public Service (Score:5, Insightful)
I on the other hand do speak my mind with my boss, because I have no fear of getting fired and being sent back to India, because I live here and since I have a green card I can apply for another job in the worst case scenario.
Re:Bankruptcy or Public Service (Score:5, Insightful)
Re:Bankruptcy or Public Service (Score:5, Insightful)
Can you tell me how that doesn't validate his point?
You're saying that because you don't fear being deported (like a natural born citizen would), that you have no problem telling your boss off, but that those from India need to be "Yes Men" to stay in the country. Regardless of whether they are all 'Yes Men' by nature, what you're saying is: they have to be to have the jobs here. Thus they ARE willing to bend over for the company and thus ARE more attractive to the company as employees.
Re:Bankruptcy or Public Service (Score:3, Insightful)
Re:Bankruptcy or Public Service (Score:4, Insightful)
No-one wants to train me despite the fact that I did a C++ course at college and passed it with full marks (showing that it wouldn't take long for me to pick stuff up). It's in the nature of the wastefulness of corporate culture, they'd rather pay top dollar to poach someone or take on someone inexperienced in years than someone who only needs the language/platform skills, not all the analysis/design/corporate politics skills that takes years to learn rather than a few months.
Re:Bankruptcy or Public Service (Score:5, Insightful)
The assumption that people will throw you out on the street if you don't keep sucking up to the management is false in most places; any management worth its salt expects to hear the truth from the floor and once the management gets around to the understanding that the people on the floor are lying to them and basically kissing butt, they will rapidly lose any respect for the opinions of these minions. Even the management expects to hear the truth - believe it or not.
Re:Bankruptcy or Public Service (Score:4, Interesting)
Currency rates (Score:3, Insightful)
The cost of living seems to have very little to do with the currency exchange rate, if it did then i'd be moving to Japan as i'd get 116 yen for my dollar or perhaps turkey where i'd get over a million lira to my $.
Re:Bankruptcy or Public Service (Score:5, Informative)
But it may also be a cultural thing.
I now live in Asia and the culture is that you DO NOT under any circumstances tell your boss off. Or anybody else of "more respected" status like your dad or even any older, presumably wiser person.
People here say no but they say it in a way that an American or other westerner would hear as a clear and loud yes. It's subtle. I can now tell a yes-that-means-no from a yes-that-means-yes but it took me a while. And some westerners who live here simply never get it.
Oh... signs of getting old, I am repeating my own argument. [slashdot.org]
Re:Bankruptcy or Public Service (Score:4, Interesting)
Re:Bankruptcy or Public Service (Score:5, Interesting)
It is ironic, but it is people who love their families the most who end up hurting their families by creating a world where the power is so unevenly distributed. If people were less skittish, and yes, this means, not so worried about their families, then it would be difficult to bully people and boss them around, and there would be fewer scams and inequities, and the families would benefit. In the long run cowardice hurts us all.
Re:Bankruptcy or Public Service (Score:5, Interesting)
And I'm not alone. Half my state gov't shop is over 40. What we oldsters can offer the young-uns is experience. It may not have been the same language or the same platform, but we've learned a few tricks over the years. And we're not just fogies sitting on our butts wasting taxpayer dollars - our agency leads our state in e-govt offerings.
Re:Bankruptcy or Public Service (Score:5, Interesting)
Re:Bankruptcy or Public Service (Score:3, Interesting)
There is no difficulty discovering how it applies to drivers as well; assuming, if you wish to arrive safe and not die in traffic. Oh, I can see it quite easily.
Re:Bankruptcy or Public Service (Score:3, Insightful)
The real problem with old programmers that I've seen is that they figure they're owed a huge salary even though their skills haven't kept up with modern needs.
The problem I've seen with new programmers is that they don't even have the basics in hand. Even after taking the 101 classes, they still don't uderstand the importance of getting the requirements first. They're always jumping into coding something and bolting it to the floor instead of understanding the problem, the business rules, and the custo
Re:Bankruptcy or Public Service (Score:5, Insightful)
Oh I did that too- but a side job doesn't pay the bills, though it is a great way to keep the skills sharp. The fact of the matter is, the skills of a coder are very much oversupplied these days- most of the paying jobs are in Microsoft land or Java land, so those are the skills you need- but those are ALSO the skills that 50,000 new IIT graduates get EVERY SINGLE YEAR- and they don't have a family to feed or a mortgage to pay, and they will give their right arm to work in America, instead of giving managment a fight over deadlines and things that can't be accomplished.
It's more like coders are the fish- and for every line of employment, every opportunity in the private sector, there are several hundred fish going for the line, and twenty or thirty eating the bait (getting an interview). Contrast that with public service, where they must hire a citizen, and there are usually only 30-40 applicants for a job, and the permanent position I just interviewed for yesterday had only 4 people interviewed.
Re:Bankruptcy or Public Service (Score:3, Interesting)
Re:Bankruptcy or Public Service (Score:3, Insightful)
Most private companies don't have that luxury- they have to answer to their stockholders every three months, and would have to explain that all over again to the stockholders- most of whom will NOT understand the long view.
That's crap. Stockholders don't sue because company A is paying for quality, they sue for gross malfeasance, like with Enron. Mostly, they look for growth and don't really vote too much.
Do not be afraid. (Score:5, Funny)
Re:Do not be afraid. (Score:2, Funny)
Re:Do not be afraid. (Score:2)
Re:Do not be afraid. (Score:3, Funny)
Re:Do not be afraid. (Score:5, Funny)
Re:Do not be afraid. (Score:3, Interesting)
Unfortunately the under 40 programmers don't get the non stop partying and sex with Farrah Fawcett in their 20's and 30's like they did in Logan's Run. Basically choosing a career in programming is a total gyp so there Americans going in to programmers in the 20-40 bracket are disappearing too. The Indians and Chinese, fortunately for the software sweat shops, are to dum
Re:Do not be afraid. (Score:5, Funny)
Rats, its my boss asking how to reboot his "Etch-A-Sketch" Lap Top.
The Barrier (Score:2)
This interests me as I'm going to turn 40 next February. Is there some kind of energy barrier that strips away programming skills at 40? I hope to god it's not like Logan's Run [imdb.com]!!
Re:The Barrier (Score:3, Funny)
They get a life? (Score:5, Insightful)
Re:They get a life? (Score:3, Informative)
I'm still around and programming because I have the foundations to pick up new technologies very quickly (and perspective of history
Re:They get a life? (Score:3, Insightful)
In the 90's, there were
Re:They get a life? (Score:3, Insightful)
Do you honestly believe that it is only possible to learn things in school? If so, please tell me which school you went to so I can remember to shoo people away from it.
Re:They get a life? (Score:4, Insightful)
Hell, if you got started so long ago that you're 60+ and programming now, then you started off with punchcards and manual switches.
What would your point be, since 2GLs and 3GLs are far easier and require less understanding of computing than machine language and manual switches?
That's a hell of a big change, a lot more than simple syntax and such. I mean, if you started with C (1972), then you're still in good shape with Perl (1987) and Python (1991). But if you started with Fortran (1957), Cobol (1959), and Lisp (1959), you're stuck with some seriously dead-end knowledge
If you think that, you don't understand programming at all - or were you trying for a funny mod?
Not that there aren't jobs around for those specialities, but what was hip in 1960 is fossilized today. You could be using Fortran 95, or Scheme, I suppose, but what would be the point?
Take your Ritalin and sit down. Just because someone knows Fortran or C doesn't mean they don't also know Java and C++. You're like the class clown demonstrating his knowledge of two languanges while everyone else knows four.
Re:They get a life? (Score:3, Insightful)
Sad but true. State-ot-the-art is having a hard time catching up with the 70's. So many great ideas from Lisp and SmallTalk is still trying to get a foothold within mainstream languages. Ruby is a promising example.
And no I couldn't even spell computer when those languages where invented, but I do tr
Old programmers? (Score:2, Funny)
When their crystals turn color, they go through Carousel and are never heard from again.
Government Work (Score:3, Interesting)
1. Your employer is the largest (fill in the blank) anywhere.
2. Your employer can't fire you. Civil servants basically can't be fired unless they do something completely crazy like "go postal."
3. The pay's not great, but the people are pretty laid back. And most of them are over 40.
Re:Government Work (Score:3, Funny)
Mid-life Career Change? (Score:2)
My professor told me that maybe I should save up money writing code and then apply for a professor position at a college or get a teaching degree.
Maybe it's conducive for one who programs computers to have a yearning for a different job and once they have enough financial backing, they take the plunge?
I haven't yet discounted teaching as a futu
Re:Mid-life Career Change? (Score:4, Interesting)
It's true. I've been a software engineer for 11 years and I frequently dream of a glamorous career as a truck driver. Once I get my house paid off, I'll buy some driving lessons, and then -- it's owner/operator time.
Well.... (Score:5, Funny)
Law school... (Score:2)
I am a pretty decent coder, acoording to my bosses. Technical management can only take one so far. An IP lawyer who knows what he is doing should do pretty well (assuming I keep up with technology).
I would code until retirement, but it just doesn't seem realistic for a variety of reasons.
Silicon Heaven, of course! (Score:5, Funny)
Silicon heaven [nildram.co.uk], of course.
(No such thing as Silicon Heaven? Preposterous! Just ask the collection of HP calculators nobly enshrined atop the PDP-11 in my basement!)
They're in one of a few places.... (Score:2)
2) Downsized because of obsolete skillset and looking for a new job
3) Starting their own business (either related to IT or not), most likely resulting from #2
Seriously I'd evaluate your skillset at this time and think about where you're going from here. If you're still sharp you might find yourself pulled into management, if you're not so sharp, start thinking about your career away from your company...
New Careers (Score:2)
I don't think anyone knows... (Score:2, Interesting)
The article asks a question that might have an interesting answer in the future, but I'd have to say that as programmers no longer fit in other areas, they'll just continue to program until they retire. Until this point they could move on to something else.
I guess the real question asked here is - Will management and IT grow at a rate large enough to absorb aging program
If we told you, we'd have to... (Score:5, Funny)
look forward to your exciting new career ... (Score:2)
Re:look forward to your exciting new career ... (Score:5, Funny)
Younger IT workers are cheaper, and more familiar with newer technologies at the same time!
As a bonus, they can make the same old mistakes all over again!
Re:look forward to your exciting new career ... (Score:5, Interesting)
If that's true of you, you have only yourself to blame. Age has nothing to do with it. I'm pushing 40 myself and I still make it a habit to regularly devote time to playing with new technologies that might end up turning into something useful down the road. And once familiar with those technologies, I look for places to apply them. Yesterday I spent most of my day working on a real-time streaming AJAX UI for a multi-user financial application, hardly a technology that went out of fashion with disco and bellbottoms.
There are a lot of capable young IT workers out there. I have the pleasure of working with a bunch of them at one of my jobs right now. But there are also a lot of boneheaded young IT workers who are only in the business because it looked like a lucrative thing to major in, and who will be sick of the whole thing and looking to switch careers by the time they're 30. I've worked with some of them too. Trouble is, employers can't always tell the difference between the two. Meanwhile, as a going-on-veteran-status programmer, I have a resume with lots of references from past employers who can confirm that I'm worth what I charge. There are lots of companies out there who value a proven track record, and I doubt that'll change any time soon. Only time can give you a track record of any kind.
In my observation, it's far more about your attitude than your age. If you can maintain an attitude of, "Wow, that's neat, I need to learn more about that and try it out," you'll probably do quite well no matter how old you are. If your attitude is, "I've learned how to do X, and that's what I do, so don't ask me to do Y," then yeah, familiarize yourself with the employees-only section of your local fast food joint, because the demand for X will dry up at some point.
Back to School (Score:4, Insightful)
Well (Score:2)
Well you see, my son, where people get very old, one day they have to leave their family and friends, to go visit a very old man living far away from here, in the mountains, in his small house. Then they never go back, but when that happens they are not sad, they are actually happy because they know they had a good life.
Law School (Score:5, Interesting)
So I decided that, since I'm an argumentative armchair law nerd, I may as well get paid for it.
But mostly, I want out of IT because it's generally unstable and I don't find the work to be satisfying. The contributions I wish to make to the world do not lie in software development, and so I'm getting out.
Re:Law School (Score:4, Insightful)
-Thomas Jefferson [wikiquote.org]
To paraphrase what I think he is saying is that I, nor you, nor the government actually can give or take away any type of rights at all. These are things that exist but cannot simply be handed out like physical things since they are given by either god or the natural order of the universe.
Rights are simply there.
Re:Law School (Score:3, Informative)
Wow, another wiki gets it wrong! Jefferson actually wrote "We hold these truths to be self-evident, that all men are created equal, that they are endowed by their Creator with certain unalienable Rights, that among these are Life, Liberty and the pursuit of Happiness." from the the national archives [archives.gov]
Re:Law School (Score:3, Interesting)
"We hold these truths to be self-evident, that all men are created equal, that they are endowed by their Creator with certain unalienable Rights, that among these are Life, Liberty and the pursuit of Happiness."
Based on what they show when you follow the "Congress's Draft" link, it appears as though your text is from an earlier
Re:Law School (Score:3, Insightful)
I'm aware of this. It's called natural law, and I subscribe to it. It's the belief that we as human beings simply have certain rights, and governments can recognize them or not, but the government cannot take the right
Hidden with the mainframe people or... (Score:2)
Some work as consultants as well.
Old C programmers don't die (Score:5, Funny)
Re:Old C programmers don't die (Score:3, Funny)
Rumours say (Score:2)
Getting ready to switch (Score:2)
They are still involved in development ... (Score:2)
Unless you absolutely LOVE to code, (Score:2)
Start a business and let someone else be your code monkey. By 50 if you are still staring at streams of code all day, you will fucking go blind.
They WORK (Score:3, Insightful)
My company is aggressively hiring software engineers right now. When we interview a senior developer who really knows what he/she is talking about it, it's like a breath of fresh air.
It's true you can get more raw work done by two junior bodies vs. one senior engineer at twice the price, but when your production database server is dying under load, you want the engineer with experience to be there.
Working maintenance? (Score:2)
Just my guess.
At least Old Programmers Never Die (Score:4, Interesting)
Old programmers never die, they just lose their memory
OLD PROGRAMMERS never die, they just byte it
OLD PROGRAMMERS never die, they just decompile
OLD PROGRAMMERS never die, they just get bugged with life
OLD PROGRAMMERS never die, they just go to bits
Old programmers never die, they just branch to a new address. -
Old programming wizards never die, they just recurse.
Old PROGRAMMERS never die, they just can'tC as well.
We get distracted (Score:3, Interesting)
I don't really enjoy coding as much as I used to. I want to go home to my family and friends. I want interpersonal relationships that enhance my life. I don't want to dedicate my life to learning the increasing amount of new technologies. I can accomplish more by making sure the people working for me are coding well and producing good work. I would argue that coding is a dead end job unless you are one of the best. Algorithm development, program design, project management and debugging are much more fun and take more skill than writing code to a spec. Solving complex problems and working in complex personal relationships are rewarding and fun. They don't allow time for the attention necessary for good coding. However, you can't be really good at these roles without a coding background
As you get more experience, you are called on to do more and more things and have less time to devote to coding. Also, I have found that I enjoy it less and less. I like working with people and tackling problems that are more complex and involve human interaction. I haven't found a good reason to keep my skills perfectly up to date, since I can accomplish more work by making a good design and saving other people's time.
Also, I want to work on my own projects, not the coding assignment that somebody else hands me.
--Keith
Most 40+ programmers don't work.... (Score:5, Interesting)
I love programming and will write code until I die. It's fun (in a perverse way) to come in to various companies, fix their WTF code [thedailywtf.com] and look like a hero.
Re:Most 40+ programmers don't work.... (Score:3, Interesting)
BTW, I'm bookmarking that site.
Re:Most 40+ programmers don't work.... (Score:4, Insightful)
Large companies are slow and stupid. You can spend months doing nothing and then they act like something is an emergency and then before it is finished, it's dropped and something new is chosen. Assuming all does go well, you suffer a huge productivity hit.
I was at small companies christmas party tonight and I asked about how long it would take them to make a 100 line change to production that involved adding a new column to the database.
They replied, as I remembered from my small company days, oh about 2 hours-- another said half a day. I told them (and it obviously shocked them) that it took 4 months at a large corporation. There are too many steps to go into, but it is a stutter step of forms to fill, required estimation of the size of the project, impact analysis (even if you know there is none), approval of the pmo office, more required forms, required kickoff meetings, (actual coding & testing), required weekly status meetings, required regression testing, approval of the database team, coordination with our outside hardware partners. Sarbanes Oxley can be responsible for about 1 month of that - the pmo office can be another month of that.
It is truly horrible. But yes, you still have career programmers because they are tired of spending their personal time to self train a few nights a week and really just want a pension and a stable job. It can be stable until this offshoring crap started- until inflation makes offshoring a bad deal (in 3-4 years) it piles on top of all the other horrible stuff.
But hey, it's a job- it pays okay as long as you leap to each new tech, and it can take months before the large company lays folks off if it decides it wants to do so today. They just don't want the risk. So they have you document everything and train your offshore replacement before they let you go. So you keep racing to take on new responsibilities so they can't let you go. And so on.
Mentoring (Score:5, Insightful)
He also taught us incredible lessons. In 8 hours a day, 40 a week, he was able to get all his work done. And he did finally hit it big, and 2 years ago bought his dream house on the beach. As a spot of bad luck that beach was in Gulfport MS, so he'll have to rebuild, but that's not really the point.
The best lesson he taught us was "embrace new technology -- because that's what your job really is." As a result he embraced Windows when it came out, Java, Open Source, XP, and was incredibly relevant, even at the the ripe age of 55. Of course he embraced some things that did not become important. He became a Notes developer. He spent a month becoming an expert on XML, and I know it never really became useful for him. What he knew, and taught us -- there is no point in this profession where you can stop learning. For some people, when they realize that, they decide they want to move to management, where learning actualy hinders your career.
The reason you don't see many old developers is because they can't/won't learn new tricks. All you guys out there who won't learn Ruby? You're days are numbered -- not because Ruby IS the next great thing -- but because it MIGHT be. As a technologist, if you want to keep working with technology, you have to embrace the fact that technology changes.
My last comment is thanks Leo! I know you'll see this, and I just wanted to let you know about the debt that we all owe you, and hope that some day I can pass on the lessons you taught to me to other young developers.
Comment removed (Score:5, Interesting)
Re:Mentoring (Score:3)
The hardest part of programming is not the syntax.
Well billy, you see ... about your programmer (Score:4, Funny)
"Well billy, you see
Two Words: Age Discrimination (Score:3, Interesting)
The conception seems to be that by the time you're that age you're either a burnout or a VP. There is no place in peoples minds for a Senior Scientist type programmer role. I believe that there is some truth to this - many 50 year olds are no longer so flexible or agile of mind - but it doesn't apply to all.
Which is too bad. I happen to be in a highly specialized field, so I have some value. But for a while when I was trying to find something one could call generic, people wouldn't touch me with a 10 ft phone call. (It wasn't just me, I knew others my age range that got the same kind of non-response).
This is really stupid on the part of recruiters - they miss a few nuggets because they won't even look. I ran a dev shop for 15 years, and I coded more than the 3-4 people working for me combined. Maybe it was that I new the system better...
Then I changed jobs, was put in charge of a group of 6 using perl & XML & Oracle. Guess what? I coded about the same as those 6 put together, with a much lower error/bug rate. BTW, coding perl was new to me then, I'd barely even heard of XML, and Oracle was someone who predicted things...
Am I egotistical? No, I know lots of folks smarter/better/faster than me. Some of them young whippersnappers are just damn brilliant. But I also know many who aren't as capable.
/Oldus Goatus
As others pointed out, there aren't that many older types. When I was fresh out of college (late 70's) there wasn't anyone I even knew outside of work who'd ever even seen a computer, or worked with them, etc. Radically different from today. Hell, my degrees are in physics!
I will admit, my ability to learn new things is slowing down. And there are some things I'm thinking I just won't pick up. Maybe I'm beggining to burn out...
Flatus Emeritus
At 46 (Score:3, Informative)
I can outperform the youngsters on almost any day of the week, both in quality and quantity. Many times I write code that in turn writes code. I write code that performs edits over and over, thus freeing me from the scut work. Who do you think all these younger coders come to when they can't get their programs to work?
And anyone that tells you COBOL is dead, better think again. COBOL will bury us, not the other way around. Even as a DBA, I had occasion to write a COBOL program just last month. It will become a shop standard next week, and ALL the developers will be using it.
As for the years gone by. I got a BSCS in 1981. I have been in the field ever since. Right now, I am working for a Fortune 500 company. ($1 Billion a year in revenue.) I have worked for both large and small companies, and to tell you the truth, I like the larger ones for some things, and the smaller for others. This place is a little of each, and I have been here 5.5 years. At various times, I used punched cards, and paper tape. I remember working on a machine with 4K of usable memory. My current laptop is orders of magnitude more powerful than the first mainframe I worked on.
Oh, and my father retired from this business 10 years ago, after 30+ years in IT.
When the company needs something done now, and needs it done right, who do you think they turn to?
I once had a company come to me at 9am, and request a validation program for an IRS tape to run in Production that very night. When it did, they avoided $4 Million in fines from the IRS.
System Architects (Score:3, Informative)
Programing is really low-wage work and programmers are often treated as that by most employes. With the exception of mainframe programmers which there is a shortage of people with this narrow competency. Mainframe programmers (and admins) easily make six digits salaries working at major banks or insurance companies.
They don't exist (Score:3, Insightful)
There will be a considerably higher population of older programmers in 2025 but right now it's still a young industry.
old programmers.. (Score:3)
apologies to General MacArthur
To employers who know how to hire good coders (Score:5, Interesting)
When faced with a choice between a bright recent grad from a top engineering school with great interships and a can-do attitude vs. a forty-something engineer who's been around the block, worked on various architectures, at various levels of the system, held various roles in a team, and had to pick herself up and dust herself off after a failure or two (and who wants more money than the new grad), my VP will take the experienced programmer almost every time.
I'm under 40, and I love having all of this wisdom around to learn from. Our best, most productive coder is over 60, and he thinks so clearly and with such accumulated wisdom at an architectural level than he can see problems during the first design sketch that a clever new grad would figure out only while thinking over why he was unemployed after his product failed in the market. The young men and women on our team are very, very sharp, but brains is no substitute for brains and experience.
Re:To employers who know how to hire good coders (Score:3, Interesting)
I have one question: Where does a "forty-somethi
experienced vs less experienced developers? (Score:3, Interesting)
Bugs can adjust to the level of experience of the programmer. One common misconception is that experienced programmers make fewer mistakes than novice programmers. Experienced programmers and novice programmers make roughly the same number of mistakes when writing the same amount of code. The mistakes made by the experienced programmer, however, will be more subtle than those of the novice programmer. The more complex bugs that the experienced programmer can seed into the code are often harder to find than the simpler typos of less experienced colleagues.
Holzman is an extremely distinguished researcher, and I found his comment so counter-intuitive that I approached him and asked if there was any quantitative research behind such a bold statement. He said it was based his many years of observation in the industry.
I googled and found the pdf for Holzman's article at: http://spinroot.com/gerard/pdf/FSE2002.pdf [spinroot.com]. In the article he also makes the point that developers and writers (say for the New York Times), have similar defect rates in their finished products!
Different skillsets, different companies... (Score:3, Insightful)
20 years ago, the exciting skillset for 20 year olds was C. They still saw some COBOL programmers around.
10 years ago, the exciting skillset for 20 year olds was Java. They still saw some C programmers around but just about never had anything to do with COBOL programmers who were still working - just at other companies with legacy mainframes.
Now, the exciting skillset for 20 year olds is AJAX. They still see some Java programmers around but just about never have anything to do with C programmers - who are still working just on non web related tasks - and absolutely never see the COBOL programmers who are still working - just absolutely removed, in totally different companies.
In another ten years time, the exciting skillset will be [whatever]. They will never see any AJAX programmers as they were all fired for knowing a silly over-hyped skillset. They will very rarely see Java programmers if at all, never see C programmers and absolutely not see the baby boomer COBOL programmers who are hitting retirement age anyway and bankrupting the nation.
Ten years after that, the hip skill will be COBOL as companies pay out the ass to maintain legacy code that no one still working knows how to work with. And thus the cycle will repeat.
So, it's not that old programmers don't have jobs. It's just that trends change and the exciting, hip skillset of one decade means you see less of the people ten years ahead of you who are on somewhat removed skillsets and even less of the ones ten years ahead of them who are on even more removed skillsets. It's not that they don't exist - it's just that they work for totally different types of companies that do totally different things.
It makes me wonder if the now 50 something COBOL guys wonder why everyone's so old and how come no new blood ever enters the market.
Programming is a skill, not a career (Score:4, Interesting)
Another way to think of programming, is as a proficiency with a certain set of tools, like hammers and wrenches and pliers for example. It doesn't matter how well you know how to use these tools, because there's no jobs out there which simply need you for your knowledge of these tools. Most jobs out there require you to know how to apply these tools in a given scenario in order to accomplish a goal or solve a problem.
So to answer the question, "programmers" stop being "programmers" as soon as they realise this, that programming is only a skill and not a career. Once this has been realised, they take their knowledge of programming (which is essentially telling a machine to solve complex logical problems for them) into another arena. Law, Science, Administration, Teaching, etc. They don't stop programming, they just stop being simply "programmers" and instead become IP Lawyers, Data Modeling Scientists, Systems Administrators and Professors of Computer Programming.
Do the math. (Score:5, Informative)
Some of them have no doubt died off. Others may have changed professions. Some will have worked thier way into management. Others may have started their own companies.
Still others have retired. Take a look at Microsoft. They've probably had more programmers come through their doors than almost any other company in the world. They've also made more millionaires out of employees (especially from the early days, and those people would be in their 40's and 50's today) than just about any other tech company. Many of those people (not just from MS, but other companies in similar situations) may have taken early retirement.
I wouldn't be suprised to discover that a fair number of them went on to teach. If you were there in the beginning of the tech revolution, you probably have something useful to pass on to the next generation.
Then I suspect that some are still working, but because there are relatively few of them compared to the younger people (those who got their start in the past 10 years) you probably don't encounter them as often.
My father started programming back in the 70's, working on UNIX tools at Bell Labs. He stayed with them through several different companies until he was finally forced into early retirement from Lucent last autmun at the ripe old age of 57. He's by no means rich, but by being careful with his savings, and the retirement package (usually only the old-timers have these anymore), and the severance package, he had enough money to retire to Florida.
Redundancy (Score:4, Interesting)
Re:First Post! (Score:5, Funny)
Re:Over 40 years old developers.... (Score:2)
> Thats what knowing COBOL brings you in the long run !!!
But only the ones who learned it recently enough that there was support in OO COBOL for garbage collection.
Re:Over 40 years old developers.... (Score:2)
Re:Simple. (Score:5, Insightful)
I can't speak for all old coders, but I got kind of tired of coding just for the sake of coding. You can only do an implementation of a queue so many times before you ask yourself why you're writing it. I started a company with another guy, and we are a solution provider. Part of my time is spent with customers, and part of it coding. I much prefer this way of doing things because I can produce better results and my customers get a better product. Maybe all the old coders move on to smaller companies where they can be closer to the end user.
Re:Simple. (Score:3, Insightful)
Actually, I'm very familiar with STL, and have used it on projects. It was a welcomed addition to my programming toolkit.
Now I'm going to tell you how STL sucks. I taught CS for a year at a local university and asked my students to implement a queue. Immediately I was asked if STL wa
Re:Simple. (Score:5, Insightful)
Actually, as you get older you realize that school habits are not applicable to the real world. Jobs are not like a quiz, you shouldn't be pulling details from memory, that's why we have reference manuals. Do I need to memorize the the run-time complexity of 10 sorting algorithms? No, what a waste, I merely need to have Knuth Vol 3 Sorting and Searching with a post-it note on the page with side-by-side comparisons of various sorting alogorithms, their run-tme complexity giving various types of data, info on optimal and degenerate data, etc.
Learning is not about memorizing lots of trivia. It is about filtering important info from the huge volume of crap and trivia. Learning was once described to me as the *selective* loss of information. You have to think about that for a second. We're bombarded with info, overwhelmed with it, we have to discard some of it. The better strategy is to discard info on a selective basis, the trivia, rather than discard info randomly. What some consider "not caring" is what others would consider "being selective".
Re:Simple. (Score:3, Insightful)
Because you see, when you need to sort in the real world, you just call the sort method.
If you're using C++ it's quicksort, and you just don't care how fast it goes anyhow, because
everything else takes a hell of a lot longer. Unless you're doing something fancy, in which case you're into esoterica again.
I'm not saying that knowing and recognizing the differences between log and exponential time is not practically
Re:Simple. (Score:3, Funny)
Re:They get executed when they turn 40 (nt) (Score:5, Funny)
Since you're near 40, I'm sure you're thinking of running. Don't bother. There are Sandmen who will stop you, and then you don't get to go on Carousel for a chance to come back.