emtboy9 asks:
"As the semester winds to a close, exams fall upon us students once again. Today, outside of one of my programming classes, I overheard a conversation between a pair of middle aged women about programming degrees (which they are involved in), and this made me wonder. With the job market in IT being as pathetic as it is, what are the real-world chances of someone who is taking a programming course getting a job. In the places I have worked, all the coders were fairly young. So the question is, what are the chances for an older person, who is just now learning programming to get a job in that field?" Ask Slashdot last touched on this topic back
in February of 2001. In the intervening two years, have things gotten worse or better for those who have been in the industry for a long time?
"With the increasing popularity in such places, tech and trade schools and even colleges and universities are spitting out MCSEs, CCNAs, A+, Net+, etc certified techs, as well as people of all ages (one person in my VB class is nearly 60) who are trained to write code.
With that in mind, I guess I thought I would throw that out to the Slashdot crowd to see what kind of experiences they have either as a middle aged person entering the IT workforce for the first time, or as a younger tech, or even a manager, faced with either working with, or hiring someone who is from a completely different generation."
Older coders welcomed where needed (Score:5, Informative)
Of course, a lot of it has to do with the type of company you want/are working for. LNW/LM has lots of old but fairly stable hardware in use. I see lots of COBOL books on shelves, litterally. There's no place for flashy people with their flashy coding - at least not in this insurance building. The management seems to like their coders old, experienced and on the crotchety side.
Note: I'm a young, brash contractor that was brought in for a Win95(!) to Win2k migration project six months ago. So my views are somewhat biased, though not any more than anyone else's I suspect.
Re:Older coders welcomed where needed (Score:5, Insightful)
Think of an old coder as of an old chair. What is the difference between an old chair in an antique store and an old chair in a thrift store? None, except the price! Well, one might have been used by Elvis, while the other was not - but who cares it's the same old piece of junk. One got lucky (Elvis sat on it); the other did not. Tough luck. Same with us. You might be lucky because you are working with systems that will exist for the next 40 years. And I, with all my C/C++ coding skills, will become a dinosaur in less than a decade. Or maybe the other way around. We never know who will get lucky, and who won't. Just like the chairs.
Re:Older coders welcomed where needed (Score:5, Insightful)
"Elvis sat on it" doesn't make a chair antique. A collectors-item maybe, but that is not the same as antique.
The chair in the antique store represents a lot more workmanship (experience and quality) and has passed through many proud owners hands and will be a welcome addition to a sophisticated new home.
While the chair in the thrift shop is almost falling apart and the previous owner was happy to get rid of it. The new owner shopping at the thrift store, if any, is just looking for the best bargain sitting equipment, new or old, but mainly cheap.
Connect the dots, fill in the analogy. Apply to real life.
Re:Older coders welcomed where needed (Score:3, Funny)
I agree. invest in a ski mask and start robbing cenvenience stores.
Re:Older coders welcomed where needed (Score:4, Interesting)
I've been pushing hard to get some of the younger applicants hired, people just out of college with a fresh look and new ideas about how we should do things, and the younger guys we've hired are doing some amazingly brilliant things. Unfortunately, they are not well liked by the older guys because they are taking away the things that keep these guys coming into work every day.
I'd still hire "old" people, but only if their resume showed strong skills with new technology and new ways of designing/doing things.
Re:Older coders welcomed where needed (Score:5, Insightful)
"I'm sorry, I can't hire you because you haven't demonstrated that you can keep up with the technology."
"What are you talking about?"
"Well, it says here that you wrote the kernel for Windows 95, but nothing about experience with Windows Server 2003. And you seem very efficient in Perl, C, C++ and Java, but we're using C#. And to top things off, you drive a Buick Regal and don't have any body piercings. We can't possibly hire you because you're married and have kids, which means we won't be your sole overriding priority in life."
Re:Older coders welcomed where needed (Score:3, Informative)
They may seem old, but they follow the requirements that they need to (one currently includes using Win 2k Server as a db for users), and there's always some interesting new problem to tackle. I guess if you're o
30+ is old??? (Score:4, Insightful)
In fact, most people I see in this business fell into it from other fields entirely. I've only met a few out here in the real world that actually went to school specifically for programming. Most got degrees in other fields.
I really don't know that age is that much of a factor either, except that the younger ones actually chose the field during college instead of afterwards.
Re:30+ is old??? (Score:5, Interesting)
I've been in the industry since I graduated... with an English degree. Most of the EECS graduates I've worked with were... salespeople. Most of the admins, programmers, engineers, and trouble techs have been liberal arts types, chefs, and general knock-abouts who get involved because there's no jobs in the field they came from and this stuff is fun.
There's a basic dichotomy in mindset here: those who think that school is for education and those who think that school is for socialization. If you think of school as a factory which is churning out skilled individuals, you're a) probably disappointed with the American school system and b) probably going to be on the dustheap in ten to twenty years, whether through personal burnout or skill rust.
School to me was a piece of paper that I knew would open doors with people who think papers are important; but I did enough research ahead of time to see that few of the people I respected had studied what they were doing for a living. So I took a degree that I cared about and that I thought would be fun. I had a great time, I learned interesting stuff, I met cool people, and when I was done the BA degree opened doors just like a BS degree would have done.
YMMV.
Re:30+ is old??? (Score:4, Insightful)
I am also 37, and my first degree was in English. (Really, the English major was just an excuse to study anything that interested me so besides literary theory, creative writing, history and music, I also made it to Calc II, some other sciences and took a couple programming courses).
But I really didn't get back into computing until I was 26. Started re-learning programming by reading, and by developing databases and web-based applications. Later became lead developer at a couple different companies. Between free-lancing and full-time employment I have never been more than a month without work, even after the dot-com crunch.
One of those companies had two C.S. graduates, and two of us with no CS or IT degree, yet we were the ones doing the programming. Even though we tried to share our books and ideas with the others, it just didn't really happen, so they ended up doing other things, such as system administration, web design, etc... Not that there is anything wrong with that, but the point is programming is a passion, and no degree in the world will change that. Smart employers learn to look for those with the passion, not the degree.
As lead developer at my current job, I personally will be happy to hire and work with developers of any age, as long as they are the kind of people who bother to continue learning. And its not about whether they know Java or C# or PHP. Conceptual ability is much more important than rote knowledge of implementations.
Re:30+ is old??? (Score:3, Insightful)
How do you know where _you_ would have been had you had a BS degree? Your BA degree obviously opened enough doors to satisfy your appetite, but maybe the BS degree would have opened more or better doors and there is not way to find that out but speculation.
Sure, learning is more than just a result of a particular university degree and never stops, but a good start is a good start and if you think that universities exist
Re:Older coders welcomed where needed (Score:5, Interesting)
I learned computers on the school computer in the closet somewhere, the schools I was in got computer labs just as I left them, and that was still a couple years before other schools were getting them (there were dilligent pro-computer math teachers at my junior and high school).
I'm used to being and old timer. When I was 27 I was already an old timer at these startups. It's like being the oldest sibling, you are oldest even when you are 7 and the little brother is 4.
So we're still here ten years later (7=10 true enough for software engineering purposes), don't be suprised. In ten years you'll notice the ages go up to the 40's. When were 60+... well you get the idea.
Computers are not a thing of the youth. The
Startups might still have 20 year olds becuase they can risk more... but many companies or well funded startups will continue to have ages that rise to my generations level with a few baby boomer guru's flitting about (if they are not busy buying the Seattle Seahawks or something).
In places where computers have existed for fifty years (like science, banking, government, universities etc.) you see the full age range. Not because those places are more conservative. It's because the semi-specialized employees hang around where they know how to make a living.
Young executives and managers are another thing entirely.
Re:Older coders welcomed where needed (Score:3, Insightful)
It's like tree rings (Score:3, Interesting)
It's the same way with programmers' ages. During boom times, companies will pick up a glut of programmers, including youngsters. This is what happened during the late '90s: They were hiring a lot of people, fairly indiscriminately. Further, the population of new programmers (or new people in any career) is disproportionately young. Young people are more likely to be either switching careers or just
Re:Older coders welcomed where needed (Score:4, Insightful)
In the field? Chances are good. At the same job? I doubt it.
It is obvious that to develop radically new things you have got to have very open-minded attitude and flexible thinking
That really depends on what the "new thing" is. Not all new things require open-mindedness or flexible thinking. Many new things require your experience to be applied in new ways, but that doesn't mean your experience is now obsolete.
So by the time my generation retires, the only thing people like me can count on is maintaining antique legacy stuff
With all due respect, that's entirely absurd. If you lock yourself into a technology, sure, you'll maintain legacy stuff. If you keep up on new technology constantly you'll find that there are very few "radically new things" in this field. Yes, there is constant advances, new concepts, etc. But it's only a "radical new thing" if you've been out of the field for 20 years. If you've been in the field for 20 years and keep up on stuff as it comes out you see a line of logical, incremental advances. So you'll only be maintaining legacy code if you learn VB in 2000 and don't learn anything else for the next 40 years.
Will there be enough work for those 5 people to maintain legacy C# code or linux kernel?
Again, you are basing this on an assumption of obsolence. Just keep up on new technolgies and you won't be doomed to legacy maintenance in the future. It's really not that hard.
Or will technological progress move so fast that their skills would be so obsolete that there will be at most need for just one person?
Again, you assume that schools will start cranking out students that are versed in a new technology that is so damn complex that people over 30 can't grasp it. That's nonsense. If anything, those with a firm understanding of today's technology are more likely to be able to adapt to new technologies than teaching something to brand new students. It has been my experience that it is easier for someone who has a complete understanding of 'C' to learn any given new technology that comes out. A new grab out of college has a hard time applying the THEORY he learned, let alone build new ideas and concepts on top of that.
In all, you have a very fatalistic attitude towards your future in the industry. If you really believe what you're saying I'd get out of the field. I definitely won't be maintaining legacy code in 30 years, but if you are convinced that's what YOU'LL be doing you have a big chance of being right.
Re:Older coders welcomed where needed (Score:5, Informative)
So, I looked for ways to get there without going back to school, and discovered that there was a niche supporting process and device simulation code (written in (ugh) FORTRAN, but it was programming, anyway). I took advantage of an opportunity to branch into circuit simulation, and once I was something of an expert at that, went to a startup as their SPICE expert. I drifted along in that job for many years, went through a couple of mergers, and served as a group manager for a while.
When I was surplused from that job, I worked on simulation and modeling at a small company supporting a contract. When that dried up, I had (at age 48) about three directions I could have gone, but chose to get into signal integrity simulation as a support person (rather than a coder, although there were opportunities to write code also). My background in simulation made it natural to branch into signal integrity. That job, in turn, led to an offer for the "job of a lifetime" at age 51, and I've not felt it necessary to look any further (so far, anyway). At present, I can either work for a vendor of SI software or for one of their customers as a supporter of the software. This is in a field that will only become more in demand as system speeds push past the 1GHz range. I figure that I can be employed as long as I want to be, and age has not mattered much.
In fact, the last few job searches I've done have landed me at companies that appeared to value older employees for their experience; I suspect there are many such companies.
Looking at where I came from, there was no way to predict that I would end up where I am now. Every move was logical at the time, and grew out of prior experience.
While I wasn't a computer science major, and I wasn't a mere programmer or software engineer, I suspect my experience in terms of career evolution is not that unusual.
Maintaining employability in any technical field can be summed up in three rules: Look for jobs that will build on what you already know and let you branch into new areas and learn new things (never stop learning); when you find a job, start looking/thinking about the next job (you are working for yourself primarily and only secondarily for your company); and finally, build a network of friends so you can get them or their bosses to hire you should the need come (networking is job one).
Late night haxor (Score:3, Funny)
Halfway through the code were some comments. It was my code. D'oh.
17+ = "Forget about it gramps!" (Score:5, Funny)
Wow, can't believe I'm first... anyway (Score:3, Interesting)
But I blame this on the stupid idea that coding is unimportant, and everyone should go ahead to leading people as fast as posible.
I should extend over this, I'm sure I will sometime, but I can say now this is causing terrible problems on the side of quality of coding in Mexico.
The average quality of the code produced by mexican programmers is terrible.
I really meant: 'You CAN NOT see older people...' (Score:2, Informative)
Who knows, we just called those guys dad... (Score:5, Funny)
I saw that Dad 2 got a job with a local software company. It was good to see him go because it was gross to see him always hit on all of those mediocre cs girls.
Re:Who knows, we just called those guys dad... (Score:5, Funny)
Max
Re:Who knows, we just called those guys dad... (Score:5, Funny)
Young minds absorb quicker (Score:2, Insightful)
A programmers value is determined by experience and ability to learn. Since someone new to the IT field has little experience, being hired is determined mostly by their ability to learn. Since young minds are better suited for learning, they are going to be hired more often. This is the trend I have seen at my company.
Re:Young minds absorb quicker (Score:5, Informative)
Oh please. Anyone who is capable of earning a University degree, old or young, is quite clearly capable of learning... after all, at least when I went through Uni, we had to learn to get the damn degree in the first place! What you describe is just a prejudice... the "old dogs can't learn new tricks" mentality which is, unfortunately, prevalent in our society.
I*M*HO, there is no specific reason to assume older people make poorer techies. In fact, the manager I work for is in his late forties, and he's probably one of the smartest men I've come across. He's constantly learning new things... hell, he seems to have an easier time keeping up with trends than I do!
Re:Young minds absorb quicker (Score:4, Insightful)
A programmers value is determined by experience and ability to learn. Since someone new to the IT field has little experience, being hired is determined mostly by their ability to learn. Since young minds are better suited for learning, they are going to be hired more often. This is the trend I have seen at my company.
Oh please. Anyone who is capable of earning a University degree, old or young, is quite clearly capable of learning... after all, at least when I went through Uni, we had to learn to get the damn degree in the first place! What you describe is just a prejudice... the "old dogs can't learn new tricks" mentality which is, unfortunately, prevalent in our society.
I*M*HO, there is no specific reason to assume older people make poorer techies. In fact, the manager I work for is in his late forties, and he's probably one of the smartest men I've come across. He's constantly learning new things... hell, he seems to have an easier time keeping up with trends than I do!
I don't think that the ability to learn is determined at all by age. I believe that nearly anyone can learn how to code at nearly any age. But I would liken this ability to that of playing a piano.
Sure, an older person can pick up the ability and wield a certain prowess and even artistry. But no one, to my knowledge, would argue the fact that a person who learns to play the piano in childhood has a certain "feel" for it that people who pick up this ability later in life can never attain. It's not that the older person can't play sonoriously with rhythm and emotion. But the younger player has a certain reach that will never be known to the older guy.
Andy Hertzfeld (of the original Macintosh development team) claimed that he used to be able to track and house far more complex contructs of thought, and more of them, in his mind when he was in his early 20's than he ever could at the time he was giving the interview (I would guess he was somewhere in his mid forties at that time). He called this ability "the gift of the young".
But in the book Hackers: Heroes of the Computer Revolution [barnesandnoble.com] Steven Levy described how Ken Williams, the founder of Sierra Online [sierra.com] felt a missionary zeal in converting people to the belief that learning how to program a computer could change your life. Ken met Bob and Carolyn Box, who were an older married couple in their fifties. Bob was "...a former New Yorker, a former engineer, a former race car driver, a former jockey, and a former Guinness Book of WOrld Records champion in gold panning." When they both tried to get a job working for Sierra, Ken told them to "put up something on the screen using assembly language in thirty days". According to how the story is told, they both became very able assembly language programmers. Roberta Williams (Ken's wife) considered the Boxes "inspiring" and felt that learning how to program "rehabilitated their lives".
Of course that was a long time ago, and thus far I have spoken only of the abiltity to learn and to become an able programmer. To get slightly more "on topic"; as to whether there is job market opportunities for older folk, there is no reason an employer should discriminate on the basis of age, though I'm sure that many do. But as for the pure concept of programming I myself only picked up some ability in C++ (on my own, not through any school) when I turned 30 as I realized I was getting older and it was basically "now or never". I still enjoy learning as much as I can about it, and consider it a wonderful intellectual exercise, though I have no concrete plans of doing it for a living. I've already got a stable professional life and see it as a very enjoyable and rewarding hobby.
Re:Young minds absorb quicker (Score:3, Interesting)
Here's what works for me.
1. Position yourself so domain knowledge counts, don't just code. In my case I have learned about orbital physics, scientific modeling, and simulation. I do more than code - I architect systems, facilitate articulating requirements, design, code, and test. I also get involved in techn
Young emploees will work for less pay. (Score:5, Insightful)
MOD THIS UP (Score:5, Insightful)
Re:MOD THIS UP (Score:3, Insightful)
Re:Young emploees will work for less pay. (Score:4, Insightful)
I think the real problem is that employeers THINK they want more money. Thus they bypass them. The hirerers judge expectations based on other careers that are less volitile than IT and think that experience equates to more money expectations in all fields.
In reality us IT'ers know that managers often don't give a flying sh8t about experience beyond about 5 years because the abilities that experience improve, such as long-term maintanable code, are not readily visable to them.
Re:Young emploees will work for less pay. (Score:4, Insightful)
ANY person with a current job is not likely to switch for less. You have to assume that a person doing a good job is going to get a few raises along the way, so the older person SHOULD be making more than a newbie. If that is not the case, you have to wonder why. A recently unemployed person is going to try and hold out for whatever they made before. The long-term unemployed person has a salary of $0; therefore any offer is an improvement.
Think of an IT shop as if it were a sports team. Nobody has the budget to put a star at every position. Most teams would like to keep the stars they have, develop new stars from their own ranks, and fill the occasional specialty need from the outside.
There ARE situations where your team really needs a star in a certain position, and it makes sense to pay a premium for a free agent. Younger people are like draft picks. You might get a future star, you might not. Young people with language skills and top-notch degrees are the first-round draft picks. Random H1Bs are the 20th round. There are some possibilities in between. Can you sign a 20th round draft pick (for peanuts) and get a star? Sure, it happens. Just don't plan on building the entire team this way; the statistics will catch up with you eventually.
Older workers are the free agents. Some of them are established stars and worth a premium salary. Some have years of experience, but not as much success as the stars. They are not worth a premium salary, and sometimes not worth as much as they are currently making. Every team has a few players whose compensation exceeds their value. In some cases, their skills have dimished; everyone KNOWS these people will be making less with their next team, assuming they can stay in the game at all.
So if my team needs a second-string linebacker, I might look first to the draft picks, or perhaps a free agent if the price is right. If I need a starting quarterback, I probably have to pay a premium to sign a free agent star.
The problem is that we have too many IT teams who are perfectly willing to put mediocre talent on the field. Some of them have lost the ability to identify talent; they just make sure to have a body at each position. They will tolerate lousy performance as long as the payroll is kept under control. There are sports teams like this also; you find them at the bottom of the standings. When a few decent teams manage to demonstrate the value of winning, nature will take its course and things will change.
Re: (Score:3, Interesting)
Re:Young minds absorb quicker (Score:5, Informative)
This isn't to say that there aren't young people who are bright and gifted (these *want to learn* too.) But I honestly have to say that age has very little to do with learning capacity. Rather, it's the inquisitive mind, one who is willing to learn new things, that do the best.
IMHO, the most important aspect of a programmer or technologist is the ability to solve problems and the capacity to figure things out on their own. In the end, the technology becomes a tool, and nothing more. This requires an open mind, insight and a huge helping of curiosity....
None of which are directly related to age.
To simply think that younger people are automatically terrific at figuring out new technologies is a silly idea, at best.
Chris
Why young coders suck (Score:4, Insightful)
Yeah, flamebait, I know. You are probably in your twenties...
Re:Why young coders suck (Score:4, Insightful)
There's nobody more annoying to work with or argue with than a CS purist -- someone who doesn't care about CPU utilization or memory limits or disk space, has his flashy new computer paid for by mommy and daddy, the type of idiot who will suggest massively complex general-purpose algorithms for tiny problem instances... just the insistence that there's one perfect way to solve any problem pisses me off.
The number one thing I look for in employees is flexibility -- if a coder can tell me a good anecdote about porting a massive C++ program back down to C, or tell horror stories about their time doing IT support, or talk about functional languages over beer, I'm going to value them a LOT more than someone who can code well in a pinch but is impossible to work with.
Attention, coders still in college: Figure out how many hours per week you spend in your dorm room in front of the computer. If it's more than 35, then you have a problem. Go out and have dinner with your friends, get drunk, hit on girls, get some sun. The only thing that's more valuable to your career than solid coding skills is solid people skills -- knowing how to talk to average people, to your colleagues, and to your potential clients without coming across as clueless or pompous (or both). If I can't trust you to talk about our technology to a client at a meeting, I don't want you.
Re:Why young coders suck (Score:3, Funny)
Dunno (Score:2)
Two cents... (Score:5, Insightful)
This is why you see so many corporations, and smaller companies too, with interned developers, and why it's so common to hear, especially in the IT world, of rounds of layoffs followed by hiring fresh new faces from India or someplace.
The truth of the matter is that enthusiasm about programming, and computers in general, is what a lot of people should be looking for. It's very easy to keep on top of the newest technologies when doing so is a hobby rather than a once-a-week training seminar. One enthusiastic programmer can easily do more than an entire group of slack-jawed code monkeys with no real desire to do what they're doing.
Younger programmers might get hired more quickly, but they also run the risk of getting laid off pretty fast, too, if they pick the wrong place to get a job.
It ain't cuz they're geniuses... (Score:5, Insightful)
Comment removed (Score:5, Insightful)
Re:It ain't cuz they're geniuses... (Score:5, Insightful)
Well, you can make them stay in the office longer. However, the number of hours you stay in the office is not a good measure of productivity. Just like countings lines of code.
If you spend a week writing and debugging 2000 lines of code, and I spend half an hour downloading an open source lib from the net that does the same thing and more and solves the same problem, who is more productive?
Re:It ain't cuz they're geniuses... (Score:3, Insightful)
Perhaps writing that 250 line perl script would have been an even better choice.
Re:It ain't cuz they're geniuses... (Score:5, Funny)
I had just come back from a week of training, only to have the server hosting the application I'm responsible for have a complete meltdown. I had an all-nighter just getting the thing back up, and was at work until 7 the next evening restoring the data. All this, mind you, with my wife at home alone with our three month old child. I drive home, no one there. I figure they must be at the park, and walk toward it. I see my wife coming the other way, pushing the stroller, and hear her say loudly "Look Charles, It's Uncle Daddy!"
I still feel it when the nights get cold...
Re: Older Coders (Score:2, Insightful)
1. Joined the Support section (let's face it, anyone can make it in there without a degree)
2. After a few years in support, he'd made enough contacts, that he was able to
At least you didn't pick screenwriting (Score:5, Insightful)
Indians in Jail at that! (Score:3, Interesting)
Write code becasue you enjoy it or have a problem to solve. Don't go to school because you think your going to get rich coding. The software world is moving away from the closed source model faster than you can imagine. Those dummies in jail won't
You know... (Score:5, Funny)
Re:You know...well, um, yeah. good thinking. (Score:5, Interesting)
The advantages of going to grad school, particularly when slightly older, during a recession are numerous. I did it during the last two recessions (MSc in the early eighties, a Ph.D. and a couple postdocs during the early nineties), so I speak from experience:
Don't count on it (Score:5, Interesting)
I've been coding for almost twenty years, and have watched the other coders around me dwindle away. I've made sure to keep on the leading edge, learning new tools and technologies, but guess what? Most companies aren't interested in hiring older programmers. They feel that they can get current knowledge a lot cheaper from younger folks. Not only that, but there just aren't many jobs out there that require senior level software engineers, (and I'm not talking about all the "senior engineers" who've been doing it for less than 10 years). You accumulate a lot of knowledge and experience over the years, but today's coding tasks require less experience than you may think.
I've recently had to accept that I'm about halfway through my working life, (early 40s), and there's no way I can keep coding for the next 25 years. In today's business climate, jobs are too precarious, and I can't take a chance that I'll get laid off and not be able to find a job. So now, I'm getting my masters and moving into (shudder) management.
You'd be surprised how much technical knowledge is needed in management, however. System architecture and project management, effectively performed, are skills in high demand. I feel like, even though I prefer coding, I'm positioned well for the remaining 25 years of my career.
I managed to squeeze an almost 20 year career out of coding, and have had a great time. I'm at the end of that path now, however. Time to get on a new one that has solid employment and advancement opportunities for people in their 40s, 50s, and beyond.
I'm gonna miss it though!!!
Re:Don't count on it (Score:5, Insightful)
Age discrimination is a real and serious problem in many industries. This post is not an attempt to defend that illegal practice.
Having said that, the key question is whether the older programmer generates enough value for the company, compared to a younger programmer. Programmer A with five years of experience might get something done (by that I mean debugged and ready to ship) in half the time than programmer B fresh out of school. That means the company can afford to pay programmer A about twice what programmer B is paid. Everybody is happy.
Problem is, programmer C with ten years of experience isn't going to get stuff done in half the time of programmer B! Your salary as a function of personal productivity must taper off at some point, possibly even cutting into the company's profits.
We can easily see that even an honest company may essentially have to freeze the wages of older programmers, or lay them off altogether. What we need is a way for older programmers to become more productive, and I think the answer is for them to teach. If old programmer C can make young programmer B more productive, then C deserves part of the additional value generated by B. If C can teach several young programmers D, E, and F, then their additional productivities can help sustain C's salary requirements.
This of course requires a pretty enlightened employer, but it also requires programmers to understand that they will hit their pay ceiling pretty early in their career, unless they take on slightly different jobs as they progress through their careers.
Re:Don't count on it (Score:3, Insightful)
Personally, in my current job, I'd much rather be handling software pumped out by some older guys that knew what the heck was going on. I see too many bugs to think that a new hot shot programmer can actually do the job the Right Way.
Re:Don't count on it (Score:3, Insightful)
Re:Don't count on it (Score:3, Informative)
You gave up after 20 years! I've been coding for over 25 and still going strong. I have no plans to stop :-)
My first programs were in FORTRAN, for the moment I'm doing Java, and I'm hoping for Lisp in another 10 years...
Re:Don't count on it (Score:3, Informative)
Not a bad goal. Lisp has certainly weathered well over the years. It has fallen somewhat out of favor in the past decade. I attribute that to two things. First, it has suffered by association with AI. Second, Lisp is not a language one grasps quickly. The power is contained in idioms and composition of features one with another. That doesn't invite the newbie.
When you can look at Paul G
Could be good, if you look in the right place. (Score:2)
Where I'm working no
Been there...done that (Score:5, Interesting)
Re:Been there...done that (Score:5, Insightful)
Re:Been there...done that (Score:3, Funny)
Re:Been there...done that (Score:4, Insightful)
Yes we do. A good lawyer will eventually become a partner in the firm, at which point their job will be a) selling new work b) supervising younger lawyers and c) handing the really tricky cases that the associates can't. The same is true in civil engineering, accounting, management consulting, even medicine (don't you watch ER?
What you should be asking is, what makes programmers different?
Re:Been there...done that (Score:5, Insightful)
Forget IT if it isn't working for you (Score:3, Insightful)
It's a different world now...I promise. Move with it or die...it's really that simple.
Stop being so IT centric and give yourself credit for being able to make decisions without panicing. Then look around and realize what an asset this can be and find an employer that values that. You can jump into any other field and find a h
Re:young enough to repaint...old enough to sell (Score:3, Insightful)
Programmers, when properly trained/skilled, are prime examples of individuals that live and die by being organized. They understand how to prototype and draft and forecast. They know how to allocate and redirect and terminate and archive. They now how to start, stop and restart.
These are all things that define project managers. Project management/planni
We hire young people... (Score:2, Informative)
SIlly question (Score:4, Insightful)
With jobs opening up in places like Mexico and India where the labor force is cheap and educated, the American code monkey doesn't stand a snowball's chance in hell. What you need to do is move on to more specialized fields, like MechE or EE. Nobody would trust a bunch of cheapo foreigners with stuff that people would depend on for their safety, so those fields certainly won't be going away any time soon. On the other hand, those of you managing "Linux boxen" are quite replaceable.
Bad news for you: EE is not where it's at either (Score:5, Insightful)
Well, lo and behold, after four years in the workforce, two layoffs, slavedrivers at my first job, all that work is being farmed off to Asia, eastern Europe and other low-paying locales. No joke - you can walk to an average ASIC provider with $200,000 and get a 2 Million gate ASIC with an embedded ARM, SRAMS, and ADC/DACs designed turn key. Those types of ASICs with design services used to cost almost ten times that amount. That also includes mask and tooling costs, btw.
In fact, most of the rest of hardware engineering has cratered in the same way. Cheap foreign labor has usurped the profession because electronic devices, like software, have for the most part become non-locale-specific commodities. Those electronic devices only need to pass Underwriters Laboratories or Canadian Standards Association safety certifications, and if they don't they just get redesigned. No engineer in electronics that I have ever known in my short career has needed their Professional Engineering degree, but I'll tell you that none of these guys who would have a product for sale here in North America would sign off on the design documents and be personally liable for them if they were designed outside of the United States and Canada, even under their project control.
Contrast this with, say, civil engineering, where the engineer has to stamp his life away on the lower left corner of the blueprint of that bridge or building, and if something goes wrong and it falls down and kills people, it's his ass. Plus, they need to be on-site almost all the time, because they're virtually all locale-specific type of projects at one point or another, particularly when it comes to the geotechnical aspect of it. I sure as hell wouldn't trust someone to design and spec out bridge trusses if they lived somewhere else, nor would I want it to be built on a mound of quicksand (as the Alberta Provincial Legislature was).
What's even more sad is that I've personally seen cover-ups of folks whose consumer electronic devices have burnt up in the end application due to overcurrent latch-up on a power IC, yet nobody needed their P.E./P.Eng. designation. Only in higher voltage power systems design has an EE required his/her professional designation and to stick his/her neck out. Well, that and for those who develop military and aerospace systems. But who cares if a piece of software asserts a line too long or wiggles it the wrong way to send a device into a tizzy, right?
The real solution is to reregulate the profession such that safety, both software and hardware side, become personal liabilities for those who have designed them. Small errors are liabilities for civil, mining, chemical, and mechanical engineers that need to be corrected. Yet small errors in functinoality are things that "we just have to live with" and accept for redesign. You can bet diamonds to dollars that the SW/HW design clowns outside this country have virtually full immunity on a personal if something happens or will at most get fired. Big whoop. Once you change SW/HW engineering to a locale-specific and safety-specific craft for which individuals become personally accountable and necessary locally, you will fundamentally restore dignity to the profession and cauterize the wounds that are causing the outflow of this profession to other countries.
As for me, after a couple of layoffs and general disgruntlement with the profession, I'm going to look at getting into management consulting and using my MBA a bit more. God knows half the companies I used to work for sure need an internal overhaul. But it's cultural- and location-specific type of work, it is very versatile, you can consult for yourself or someone else, and you can't farm most of it out because it needs to be local.
Contrary to the opinions voiced... (Score:4, Interesting)
The poster who noted that leading-edge programming languages are only leading-edge for a couple of weeks is absolutely correct. COBOL may not be cool, but it was once leading-edge and has persisted because it works. Want to take bets on whether applications written in COBOL or applications written in (enter name of flashy new language here) are more likely to still be running in 20 years>
Re:Contrary to the opinions voiced... (Score:3, Interesting)
IBM are investing a lot of time, effort and money into making Java the new COBOL and VB - a standard business-applicatio
Age without experience (Score:3, Interesting)
If you're older and have experience, well, that's a different story entirely. Mostly depends on why you're making a career change.
Re:Age without experience (Score:3, Interesting)
Code Monkeys are dime a dozen (Score:4, Interesting)
The demand is going down and the supply is growing fast.
The real shortage is COMPETENT management. If you learn and can implement real software management practices, then your more marketable.
"Code Monkeys" are dime a dozen, and most younglings dont pay much attention to the management practices of software development endevours until after they are in the business a while.
Just a tip for professional growth...
30 is young! (Score:3, Insightful)
In such professions you generally complete your degrees in your mid twenties (that is if you are fortunate enough to have rich parents). Then you start clawing your way up the ladder.
My experience is that the best programmers and designers are in their mid thirties. But the computer programmer industry is known for chewing up people and spitting out useless husks.
As for the computer industry right now. Your chances of getting a job right out of college is pretty low. Your chances for getting a job with a few years of experience is pretty low, and your chance of getting a job when you are past 40 is basically nil.
Re:30 is young! (Score:3, Informative)
Yeah, I always laugh when these kids with a couple of years experience in IT call themselves "gurus". In any other profession, 5 years experience is barely enough to be allowed to work unsupervised!
Show me the money!!! (Score:5, Insightful)
Today, as the "way back link" shows people buy experience or "hot tech". They buy it cheap because most of it is learned by students or people fairly young. They are always exceptions, but they are exceptions.
If you are 40+ you are going to have a hard time switching positions, unless you know a hot tech. The fact is you want more money than the developer who is 24. You believe your experience brings value and to some extent it does, but...how much? With CS grads coming out of college, glad to make 26k a year, can you take such a job? Can you afford a 10k pay cut?
What I found is people will not let you take a pay cut because they fear you would leave for better money, but they will not hire you for better money, because they could hire someone 24, for 40% of what you make now. So I see more stay with companies, waiting to retire, or go into consulting.
No geezers need apply. (Score:4, Informative)
Care to guess how many older workers will get these jobs?
Since this looks like a defense-industry job... (Score:3, Informative)
They probably have a few people in mind (that one or more managers know or are related to) that have these exact qualifications but they can't hire them unless the job offer is made public first.
This is quite common in the defense world. I doubt that they really need 56 people with those exact
Re:No geezers need apply. (Score:3, Funny)
Keeping Up To Date (Score:3, Interesting)
It's not so much about age but about what the person can do when hiring. I've interviewed a couple people this week already across a range of ages, and luckily of both sexs. We haven't gone with anyone yet because they aren't versed well enough in what we want even if it is the baby boomer of languages.
So wether you are young or old, don't pigeon hole yourself into a single technology or language. Investigate the new ones that look promising.
( Note: I only used the c++ issue as a particular point, there is obviously much more that we care about than knowledge of a certain language, so don't flame me for being short sighted
My experiences (Score:5, Interesting)
I do NOT attribute my dismal job search with age, I have never felt my age was a problem. I believe my problem right now is that I am a jack of many trades and master of only a few. I am a good employee, havbe always worked smart, not hard, 8-9 hour days, never had a job which expected 12 hour days, but I have no problem with them in emergencies and rushes, just not days on end for months and years. I have worked with people who routinely put in 12 hour days, and frankly, their code sucked hind tails.
I think it is a matter of so many programmers out there that companies can hire the best buzzword match, if it doesn't work out, fire them and try again. Or a new project comes along, one new skill required, fire the old buzzword match, find a new one. I have learned Java three times, always got the job done, but didn't use it again for several years, and it had changed enough in between to require partial relearning.
But I do not think my age is a problem.
Age Not The Issue (Score:4, Insightful)
Then you point out how your age means you've got experience to bring to the fore and, most of all, you've learned to deal with issues maturely. One of the main problems in a lot of "younger" software companies is that all the early 20s coders think it's an entitlement and get in to rages at every bit of stupidity, bad mouthing people, talking about how the company sucks, moving on etc.
Once you've been around, you realise every company has its compliment of bad managers etc. and even that sometimes those bad managers are actually perfectly good managers, you personally just happen not to have the full picture. You work well anyway, rather than complaining. That's a huge bonus to an employer.
The question is, and one I find myself asking as I get older, do you want to put up with the same crap the younger coders do? Or do older coders fit the stereotype because, funnily enough, as you get older, you learn more and realise coding can be a sucky lifestyle?
That $50,000 job is great for a single guy but suddenly it's not so great for someone with a house and kids.
Those long hours just before a release are fine for someone who just has to go back to an empty room but a major issue when you have to pick the kids up, take them to ballet and then put them to bed.
The sudden change of deadlines that mean you're working over the weekend and you're not told until Friday afternoon don't give the flexability you need for family.
Having a conference during the school holidays that the company HAS to have a demo ready for becomes an issue if it's the only time your kids can go on holiday with you.
Maternity leave? Sure, it's a protected right. You still expect to be getting the same promotions as the guy who isn't six months behind on the latest technologies?
Your wrists starting to ache? The young coders can burn through five years before their carpal tunnel syndrome gets really bad. Now you're older and know how much pain it can cause, are you prepared to burn your body up like they are?
Coding is a high paying lifestyle. It's also a pretty abusive one to your body and your family life over the long term. Most older people aren't prepared to put up with that once they're old enough to realise. Most younger guys are too stupid to realise. Knowing what it entails, if you're prepared to put up with it anyway, there's still work.
Job Chances for Older Coders are better than ever (Score:3, Interesting)
Good luck. (Score:3, Interesting)
University of Life stands for very little in I.T. (Score:5, Insightful)
What few of these poor schmucks are told or realise is that different languages are basically just a change of syntax (plus some relatively minor technique changes) and therefore easy to pick up if you already have the grounding. It's the underlying design and analysis skills (the ones you can't really teach) plus straight-forward experience that people are looking for in the more mature developers.
If an employer wants inexperienced developers, the newbie graduate will be be favoured as they will have lower salary expectations. If they are looking to the more mature person, it's because they are looking for the I.T. skills and not the "life" experience.
My current employer just sent round some c.v's for us to comment on for a work experience (read: unpaid) position we have - God, I hate doing that - and half of them were "mature" people moving from other industries which have slackened off. You try to ignore that you are potentially consigning the unchosen to failure and potential unemployment, thinking "there but for the grace of God go I". You look at the scant overview of I.T. skills that their three/six month "training" course has given them and know that most haven't got a chance - they've been sold a fantasy by the training agency.
The fact is that I.T. is a young person's industry, be it due to misconceptions or not, and unless you get in early it will be very hard to make it stick. We all know how rapidly the technology changes and how hard it can be to keep up; when you have a house and family there's even less time available - I've learnt to read and walk (without bumping into things/people) just so I can use the train/walk to work to read manuals - it's only my long experience, adaptability and up-to-date skills that have seen me through these last few years of lean times.
If you can show the ability to adapt, have plenty of hands-on and can keep up then contracting is the way to go for the older developer IMHO. Employers don't want to take on permanent oldies (like me, shit I'm only 41!) but the contract industry cares less about the person and looks more for the right skill-set and the experience to back it up. It's kept me in good money thus far but I have to admit it's getting harder to keep up all the time.
It depends... (Score:5, Insightful)
At my company (if we were hiring), we'd only hire experienced programmers (including former interns) right now. "Just out of school" with no practical experience wouldn't be considered. This is a product of both the current state of the company and the local hiring market; we're very short-term focused currently and there's a glut of good people in our local market - I personally know over a dozen good programmers who've been job-hunting in the last 3 months. If we hire, we're going to cherry-pick.
However, some other factors that will influence the ability of a new coder to land a job are:
If you've been employed before (Score:3, Insightful)
If all else fails, kill yourself.
Solutions to the tech sector problem (Score:5, Interesting)
Not only that, but I suspect that many people with CS degrees - the technical rough equivilent of an Engineering degree or such - are getting a mere fraction of what other people in technically inclined career paths are getting. The situation doesn't look like it's going to improve, either - at least not within the decade, and probably longer.
I see tech workers having several options from which to chose from. The available options are probably not anything that will happen without a fairly large pull on the government from the private citizens of the US: civil liberties have been pretty low on the totem pole of things to do for the government of late.
The first thing that could be done would probably be to form a union. Many people in the tech industry protest this it seems, though, because they might see 'union' being attributed to 'lower' work, such as manual labor. However, I do not see this as meaning that it shouldn't be done, or that it would be bad for tech workers if it were done. It would provide for wage and sallary standardization for specific tasks and job requirements. Granted, the people with lucrative 200k$/year jobs would probably lose out.
Another option - and probably the best - is to get a government licsensure board set up, such as what conventional engineers have. This would act positively on several fronts. First, it would change being a 'tech worker' from being simply that - someone with technical skills that is seen by management to perform menial technical tasks - to a trained and licensed professional.
Then, in turn, commericial software could not be sold without a licensed programmer's 'signature'. (This could work much like the current engineer scenario of a single engineer watching over draftsmen - the real programmers (people that hvae been programming for years, with many languages, etc - programming managers, basically, instead of the clueless IT Managers we have now) look over, debug, and LART the 'coders'. Granted, there'd probably be a higher ratio of programmers/coders than there is of engineers/draftsman, simply because it takes a lot more man hours to review code than it does to look over a blueprint.
Additionally, this would do several things for the quality of code. It would increase, one, because there would at least be a minimal level of competence on a given project (as shown by the licensure test taken by the programmer).
Second, an programmer putting his stamp of approval on a project is much more likely to pay attention to the overall quality of the product, since his license is on the line. There will have to be some more thought done on how to determine whether or not a programmer is responsible for a problem with his software, of course, but I think it can be safely said that large vulnerabilities and inherrently insecure software design would result in such a license revocation. It would, of course, be determined by the governmental licensure board.
Thirdly, this would be a positive long-term thing because all the Indian and Asian imigrants that are currently working here without their blue cards, and many with, would not be able to work in the capacity of programmer. Hopefully 'coders' would have to be licensed too, a requirement being that they be a civizen.
Similar rules can be drawn up for system administration, although I'll argue that the infastructure is already largely there. sysadmins follow previously defined guidelines, for the most part, and work within a boundry. They have things like Cisco's intensive certification program which is largely respected in its higher manifestations. Etc.
The fact of the matter is, the software industry has been going through an 'industrial revolution' of sorts, similar to what occured about 100 years ago. Ideas have been formulated, mistakes have been made, and now we're still going over step 1 and 2 wi
uh, no, you have it backwards (Score:3, Interesting)
Speaking as one of the managers... (Score:5, Interesting)
Lately, to help screen applicants we have found it is extremely useful to test and interview. This quickly helps us identify those with a balance of technical and communication skills. It is remarkable how few applicants carefully listen to our questions before answering. Most use every question as a starting point to launch into a detailed technical diatribe of their favorite projects, scattering acronyms throughout, forgetting that only one of the interview committee members (who have all been introduced and identified by position) has a technical background suitable to understand their answer.
Summary - those managers who want the best team members will find ways that do not prohibit older programmers from making it through the screening process. We will occasionally miss the truly gifted but this is unfortunately but part of risk management.
Advantages & Disadvantages (Score:5, Funny)
1. Work cheap
2. Work long, work hard
3. Don't die as easily.
Bad Things about young coders
1. Transient, bored easily
2. Fuck everything in site
3. Inexperienced.
4. Priorities b0rked (cock first, code later)
5. Client schmlient
6. Fuck everything in site
7. Normalization is too conformist
8. Want everyone else's job
9. Fuck everything in site
Good Things about older coders
1. Stable
2. Experienced
3. Choosy about who to fuck
Bad Things about older coders
1. I forget
-mike
-- Karma Whore? You betcha!
I haven't had to apply for a job in 15 years (Score:4, Interesting)
The only tactic I can think of that I'd be comfortable with is: "disarm them with honesty!"
How do you think the typical interviewer would handle a nearly-forty sysadmin/programmer who points out:
my greatest weakness is my inability to work a regular schedule. i need flex time in order to work efficiently. i put in above and beyond in terms of number of hours, but sometimes i come in four hours late; sometimes i take off a friday and work saturday instead; sometimes i'll come in at 7pm and work until noon the next day. however, when i'm at home and not sleeping, i am almost always abvailable on call should something come up. if you have more rigid scheduling requirements, i'll do my best, but no promises.
in my everyday life, i love things that are quick and easy. just like my wimmins. but when it comes to writing code, i will not rush to get a project out the door. i understand that i will be maintaining that code probably until hell freezes over, and i'm going to do it the right way the first time. if you misbudget development time - that's your problem.
i don't like microsoft. there, i said it. i will not use a microsoft development environment, and i will not use a microsoft os on my development desktop. i will not program in asp, com components, or vb. if you need that stuff done, surely there are less principled employees on the payroll that will take up those tasks.
when it comes to public web applications, i will not write any code that is not standards-compliant. life is too short, and the art of web development is so broad, that i won't waste any time on platform-specific or browser-specific code. if we're talking about an internal application where the user-base is known, i will still strive for standards-compliance, but will consent to using proprietary technologies if there are no other options.
ah, what the hell. I figure it would keep me out of places that i'd hate to work in anyway.
You are only employable in an ideal world (Score:3, Insightful)
Personal Experience of a 48-year-old (Score:4, Informative)
In Silicon Valley... (Score:3, Insightful)
Of course the philosophy at big software shops is different. Microsoft, Sun, Oracle, IBM all like to recruit directly out of college/grad school. It's easier to teach people the "right" way to do things that way. This also lets them pay people less. Of course they are able to do this because they don't need people to be immediately productive. They can afford to invest a few years of brainwashing, err training.
In a word, lousy (Score:4, Insightful)
Let me put it this way: on a techie mailing list I'm on, with maybe 30-50 heavy posters, and including people who some of y'all might recognize the name, the last time we polled ourselves, last year, we had over a dozen of us out of work. Since then, several have gotten jobs...and several more lost 'em.
This matches what I read in
In the Chicago area, when I left for FL in Jan, it was about 20%.
Does the word "depression" come to mind?
And for the jobs that are available, HR, who, in general, barely know how to bring up email, put a laundry list of languages *and* packages that would require any three people to cover, and don't want to pay for it.
I've recently seen one in my neck of the woods, that want an experienced person to do troubleshooting and installs, with up to 75% travel, and they want to pay $30k/yr for this. Would you like fries with that?
Finally, there's yet another, almost unprovable issue: ageism. I'll bet you a drink that the interview I had last spring, I didn't get the job, because the owner was early 30s, and everyone else in the office seemed to be early 20s.
At 50+, I wouldn't "fit into the culture".
Meanwhile, let's all just sit back, watch them CEOs take their paid-for GOP legislators' tax breaks, and export jobs overseas (e.g., IBM's 500 seat call center in India), and bring cheap labor H1b's over here. Ah, unions and labor laws are *so* 20th century...as is a decent living.
mark, programmer/software developer/Unix/Linux sysadmin, 23 yrs experience, 21+ mos. out of work
My Senior would squish me (and anybody else) (Score:5, Interesting)
He didn't know zilch 'bout OSS, Linux and the lot. I went about evangelizing him and six months later he was way ahead of me in gcc, Python, Java/Netbeans and co.
I was/am the young guy (well, sort of young (32
Move to India (Score:3, Interesting)
So the coding future doesn't look good at the moment if you live in the US and want to work in voice telecom (not that I would recommend that industry after working in it for 10 years, perhaps VoIP has a better track record). However, if you want to do high and low level design documents and integration test when the code comes back you might be able to find something.
Quit whinning; do what you love. (Score:4, Insightful)
I believe in doing what you love and not worry about money. In our field, it's actually quite easy to accomplish.
And I'm sick of this "IT" this "IT" that; everytime someone tells me that he works in "IT," I'd ask them exactly what they do. None of them knows crap about technology or computers. I'm sick of the constant whining by "HTML Coders." They deserve what they got for dropping school/job/whatever to join the dotCom gold rush.
I'm damn sick of computer science students not knowing shit about computers. If you came into this field for the money, what right do you have whinning about your income? The field no longer offer you the good pay; then leave. Switch to investment banking or car repair or strip dancing. Stop whinning.
A poet never think about striking rich; they do what they feel passionate about. Programmers shouldn't be any different. If Linus didn't get paid for Linux, why should you demand a certain pay? If I were the recruiter, I will reject you whinners because only failures worry about salaries, not the work to accomplish. Be thankful that we are damn lucky to be able to make a good living doing what we love.
It's bad times. So what? I know of people who can't wait to retire and I know of people who just love doing what they do and refuse to retire. Your happiness is your choice.
MOVE TO DC! (Score:3, Informative)
Older coders who are more likely to get a security clearance are needed, especially if you have any old military or government experience.
The trick is finding the position that gets you your first security clearance. Take less money for it. Once you have one, you will have little problem holding a job in the DC area.
Besides government, there are also many non-profits and lobbying groups in the area. National Geographic is looking for an experienced webmaster, for instance.
While AOL and Wolrdcom/MCI/UUWho shed some people, it is looking like many of them are ending up in other places. Plus MCI is moving their main operations to Northern Virginia.
Jobs might not be as cool in the DC area as they were three years ago, but the good news is that there are jobs at all, and that there are cheap places to live in DC. South of DC in Maryland, $250k buys you a spacious McMansion. Cheap rents in Oxon Hill and SouthEast DC. Just don't live in MD north of DC or in Northern VA, it is expensive there.
No, it is not nirvana, but there are jobs here.
Re:Zero (Score:3, Interesting)
Honestly, I personally haven't had a problem finding a job...
Re:Funny... (Score:4, Insightful)
while we kids all say: "Companies don't want us, in this market they want people with experience."
You will find that there is a "sweet spot" in your career, between 3 and 6 years experience. Any less than that and you're probably still a "graduate trainee", any more than that and you're starting to make financial and personal commitments (mortgage, kids, whatever) and your price goes up and your availability (late nights, weekends, etc) goes down.
In the first 3 years of your career, don't even worry about money (altho' money si good too