Study Shows Programmers Get Better With Age 352
mikejuk writes "It's a prejudice the young and old both share, but with opposite conclusions, of course. Young is best or old is best — most have an opinion. Now we have some interesting statistics ingeniously gathered and processed by Peter Knego, 'big data' style, that 'proves' older is better when it comes to programming, at least!"
Known this one for a long time... (Score:5, Interesting)
Claims of agism always seemed funny to me in the context of programming (or really most industries).
Someone with 25 years experience is far more employable than someone with 5 years because they... have more experience?
It's not like the "olden days" where how many years of service you'd get out of someone mattered. Now people are lucky if they have the same job for 5 years. Manpower requirements fluctuate so much in today's industry that the days of "get a job out of school and stay there till you retire" are long gone.
And there is value in young blood as well, but you really need a mixture of people out of university with new ideas and people with experience to make them work (or who understand why they won't). Even if a person loses touch with current technologies, it is worth having people around who have seen a lot of shit fail and know the warning signs.
This of course assumes we arn't talking about someone who learns to program at the age of 40 or something.. then all bets are off I guess.
A guy where I work is retiring in two months. We have known this for like a year and we are _still_ scrambling to get all the info out of his head (we maintain some very old systems... and he was around when they were _designed_). If I retired tomorrow no one would give a shit. "Just hire another c/c++/java guy with a little asm". Obviously this more more related to knowledge than skill.. but still.. that's value!
Also.. interesting (yet pretty thin) way of getting the stats! And I can't be the only one who was pleasantly surprised not to find some huge 50 page report at the pointy end of that link.
The 18-year-old Rubyist isn't a good programmer? (Score:2, Insightful)
People are only realizing this now, having been burned time and time again by young programmers who don't have a fucking clue what they're doing.
Yes, most of them are proponents of using Ruby and Ruby on Rails. In fact, those are the only tools in their toolbox. The solution to every problem is a web app. Then again, that's exactly what we should expect from 18-year-olds who have no university-level training, and merely picked up their "craft" by reading blog posts.
Well, it turns out that writing anything l
Re: (Score:2)
Re: (Score:2)
Of course I am prejudiced since I started my programming using BASIC (and not the Visual Basic either). Writing programs with only 640K memory or a whopping 1024K if you could make tap the extended memory really separated the men from the boys.
Actually the BASIC compiler only made 64K data segment available to the program as I recall. Which was enough for even my most robust commercial apps at the time.
Of course for graphics processing and other data heavy apps using 8086 asm all the available 640K and addi
Re:The 18-year-old Rubyist isn't a good programmer (Score:4, Insightful)
I've been in the industry for over 30 years now. I've witnessed first-hand the transition from COBOL-based systems from the 1960s and 1970s, to C-based systems of the 1970s, to C++ applications of the 1980s, to Java systems of the 1990s, to C# apps of the 2000s, to today's web apps.
Users today are worse off than they've ever been. Web apps, especially those hosted externally from an organization, are among the most inefficient, ineffective software systems ever created.
Ask any long-time computer/software user in a given organization how software has helped their productivity. They will immediately tell you that the software they had to use was much better when it was actual native applications, rather than the web apps they have to use today.
Native apps are always better. That's why smart people still use real email clients, rather than GMail and other webmail systems.
You can always add network connectivity to a native app. You can't add quality to a web app.
Re: (Score:3, Insightful)
I actually think web apps are a good idea. The problem is in their execution.
Specifically the problem is that while web apps are becoming popular for "real applications" .. they are still being developed in a style suitable for your personal blog.
Which is where I think the mixing of experience with new ideas needs to come into play. You need old experienced guys getting young "web types" to go through proper program design, development and testing. You also need web technologies to evolve from their "copy+p
Re: (Score:2)
FTFY
Webmail fills a HUGE need, dont be so quick to disparage it. The right tool for the right job, remember?
Re: (Score:2)
Native apps are always better blah blah blah
It isn't the foundation it's the skill of the developer, most of whom should be crammed into shipping containers and sunk into some deep part of the ocean.
good developer = good app
bad developer = bad app
Re: (Score:2)
Actually, smart people still use gmail; they simply enable POP or IMAP and access it from a real e-mail client, thereby giving you the best of both worlds.
Re: (Score:2)
You can't add quality to a web app.
Can't?
Many web apps today are of poor quality, and there are some inherent disadvantages to the medium, but I find that statement dubious.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Yea, but it's the only one I always disable or delete.
Re: (Score:2)
why did you install it in the first place then? That was pretty dumb, wasn't it?
Re: (Score:2)
You can automate a click on a web page. E.g. simply wget the url
Re:The 18-year-old Rubyist isn't a good programmer (Score:5, Funny)
Re:Known this one for a long time... (Score:5, Interesting)
Someone with 25 years experience is far more employable than someone with 5 years because they... have more experience?
I'm 50 and have been coding (for a living) since about 20. I'm not up on the new maths but I think that counts for 30 yrs doing software.
yet, I can't find a job right now. been looking more than I'd like to admit. I'm in the bay area, I have been a serious software (and now, self-taught hardware) geek, I've worked for a who's who of silicon valley. but I can't find jobs or offers and occasionally I'll find contract 'offers' but they are lowballs, below market rate and somewhat insulting. I've been in the bay area for nearly 20 years (started at DEC back in maynard before that). yet I can't find a job.
so, you tell me. ageism? the onsite interviews I've gotton, most of the group members are all young (20's and 30's).
one female member that I interviewed with actually, literally, said this "hmm, you've been 'everywhere'. and, wow, you've been working longer than I've been alive!" she was in her early 20's and so, yes, I have been programming longer than she has been breathing.
I'm not getting offers and its even hard to get a phone interview.
(just one datapoint, if you care)
Re: (Score:2)
Re:Known this one for a long time... (Score:5, Interesting)
leave the bay area? but I do really like it here. climate, culture, food (especially the food; one of my weaknesses). I'm also too accustomed to just running down to the local surplus stores (bay area has quite a few) and being able to build and hack on my hardware stuff (places like HSC electronics kind of keep me locked to the bay area; and if you're into hardware, you understand what I'm saying).
it would be a very sad state of affairs for a data networking guy (my core field) to have to move *away* from silicon valley to find a job. I guess I'm not ready to say 'uncle' quite yet.
Re: (Score:2)
Ahhh -- you're a Networking guy, as in routers, firewalls and the sorts, I can see why you're having trouble. I had a friend have to leave SF to get work (went back to E. Coast) because Network Admin jobs are scarce in the Bay Area. Most start ups have fuck all for infrastructure and hire young, cheap admins to run their internal services while buying Managed servers or Cloud solutions for their public enterprise.
You might consider consulting, but that takes people skill and business accumen -- so it's not
Re:Known this one for a long time... (Score:4, Informative)
that's right, switches, routers, networking boxes and netmgt that goes along with that. it used to be a really fun time to be an engineer in that field, in the bay area. yes, we did get spoiled, I'll admit that. I *thought* it was working out well for the companies, too; they got a good employee base, locally; and we got good high tech big-name companies to work for.
the short-term advantage of offshoring kind of ruined things, though. it didn't happen overnight but it did happen in about 10 years (give or take).
we are destroying our local, older, middle class. we are. believe it.
Re: (Score:2)
Email me off-board. I know a great head hunter in your area. -Joe
Re: (Score:2)
You might consider consulting, but that takes people skill and business accumen -- so it's not for everyone
more than that; it takes business experience and a lot of code-writing guys are not really geared up in business technique. to consult today, more and more you are expected to be an s-corp or LLC (how many software guys do you know that meet that, honestly?) and you have to carry a min of this insurance and a bunch of other criteria.
you are also not part of any group health insurance and you have to b
Re: (Score:2)
You sound defeated. No wonder you can't get a gig.
yeah, I do sound that way. wasn't intending to pull the sympathy card, just basically stating a data point for the times we are living in.
I think I've been pretty enthusiastic during the onsites I have had. I usually try to pick the jobs that look like they really *would* be exciting to me, so I don't really have to 'fake' the excitement part. (and now someone's going to say, oh, so you are skipping the boring jobs, lol)
Re: (Score:2)
With an interest, education, and work experience in electronics I can tell you that Silicon Valley is a place to envy. I don't live in Silicon Valley but over the years I have spent a lot of time there on business trips and the
Re: (Score:2)
Honestly I think a person with lots of experience should be looking at starting their own business or partnering with others to take advantage of the technology benefits in the Bay Area.
I'm coming to that conclusion, as well. I just heard about 'kickstart' - is this legit (what do people think?).
I'm an opensource hardware/software guy and I have some product ideas in mind that could be done in a 1-2 man garage operation, pretty small scale. the community aspect (and transparency that often comes with it)
Re: (Score:2)
care to disclose your age (range)? if you don't mind. and, have you ever worked/lived in the bay area before? you seem to insist I move away from here. have you been here, yourself?
I'm not sure why, you you seem kind of bitter and yet you're calling *me* bitter. what gives?
Re: (Score:3)
He's likely never had to buy and sell a home. Lord knows I wouldn't want to do that in the bay area right now. When you're 50, like us, you just don't shove everything in a backpack and hop a Greyhound for a job.
Like Kristofferson sang: "Freedom's just another word for nothing left to lose.."
Re: (Score:2)
you you seem kind of bitter and yet you're calling *me* bitter. what gives?
Probably because he wishes he lived in SF instead of his location. Typical foreigner.
Re: (Score:2)
Re:Known this one for a long time... (Score:5, Insightful)
DO NOT WRITE A CHRONOLOGICAL RESUME!
I took the early years off my resume when I revised it earlier this year, leaving only the last three jobs with dates going back to 2006. I left off my graduation date, and lumped all 22 years of my pre-2006 projects/companies into "Other experience" at the end. When I updated it on Dice (on a whim, since the one there was 4 years old) I started getting flooded with phone calls and emails.
Now, if I was in the market to move (I've got a job with crappy pay but decent benefits, so I'm hanging on to it) I'd likely have to dye my hair so the interviewer wouldn't kick me out. But it's better than being told by one interviewer verbatim, "The customer likes your skills but you're too old. He wants someone who will 'grow into the position' over 5 years." I wish I had had a recorder on my phone, but playing the "age card" is something you can only do once, because even winning an age discrimination lawsuit means you're radioactive as far as getting any other jobs.
Re: (Score:2)
I can match your age and experience. I was recently told "wow, you sounded younger on the phone!" - which just proves nobody reads the resume. They didn't hire me either, but I'm fine w/that. If they are too stoopid to see what I'm bringing, then I don't need them either.
I switched to mobile phones three years ago, first the Apple platforms and later Android. I am very popular. You might consider it.
Re: (Score:2)
Re: (Score:2)
I've been a software developer for almost 30 years professionally, and my salaries/contract rates peaked in 2000, and have been declining year over year since. I'm now working at a place making about the same dollar amount I was making in 1993, but there's been a wee bit of inflation since then...
Experience or repitition? (Score:4, Insightful)
Where experience counts is in the "soft" areas: recognising approaches that will or will not work, as they have or haven't in the past. Knowing where your limits are and knowing being able to tell when others need help (even if they don't have the experience, or are too vain to know or ask, themselves). And knowing whether an unknown problem will take a couple of days to solve or a couple of years.
The problem with experience is that those who have it frequently end up working for those who don't, but who display the "can do" attitude that attracts lots of employers - as opposed to the "that'll never work" which can be the voice of experience, itself. As there's nobody as unswervingly certain as the truly ignorant, the experienced people have learned not to try to "advise" these individuals as they will only resent it, feel threatened by it and become even more steadfast in their refusal to accept advice.
Re: (Score:2)
Where experience counts is in the "soft" areas: recognising approaches that will or will not work, as they have or haven't in the past. Knowing where your limits are and knowing being able to tell when others need help (even if they don't have the experience, or are too vain to know or ask, themselves). And knowing whether an unknown problem will take a couple of days to solve or a couple of years.
spot on, you have it completely right.
but you know what, the things they ask in interviews are memorization qu
Re: (Score:2)
And the places most likely to be hiring, ((sub-)sub-)sub-contractors to some overly outsourced brand name or startups, are likely lead by the younger ranks.
Re: (Score:2)
Re: (Score:2)
Someone with 25 years experience is far more employable than someone with 5 years because they... have more experience?
That depends on the person. While that is almost always true, it doesn't always have to be (unless you were talking about the same person).
Re:Known this one for a long time... (Score:5, Insightful)
Unfortunately, someone with 25 years' experience would expect to be paid a little bit more than someone with 5, which makes them much less attractive to the employer. No company is going to keep programmers around long for that reason. Even though the opposite is true, you'll hear employers and contract managers say how the younger programmers have a more "up-to-date skillset". It's just code for "they'll work for almost nothing and are too young to care about things like benefits". Older programmers are likely to have families and obligations and maybe even a little plan in life. Those are anathema to corporate wishes. Corporations want disposable widgets.
That's why it's so sad that wrong-headed policies are trying to raise the retirement age at the same time that policies are making it harder for older workers to find jobs. So here in the US for example, instead of having 65 year-olds on Social Security that they've paid into for the past 40 plus years, you'll have unemployed 65 year-olds living on cat food. It comes from the point of view held by the ownership class and the economic elite that people who are 65 and retired, who have worked for 2/3 of their lives and are now getting very modest pensions and maybe health care have it just too damn good. Yet a hedge fund manager who employs nobody and makes more than $50million/yr must not be taxed more than 16% because they are "job creators". And a corporate CEO (who on average have had their incomes increase by 25% last year to an average $10,000,000.00 can not be taxed 2.5% more because they are "job creators" even though last year they cut their US work force by nearly 15% and sent another 8,000 jobs to a country where the working conditions are so bad they have to put nets around the building because so many employees are trying to kill themselves by jumping off.
This system is known as "Reaganomics" and it's still being taught in business schools.
Re: (Score:3)
Be honest. By "untainted", you mean "untainted by things like family, health care, the future, working conditions, and benefits". They're also no "tainted" by notions of what's legal and/or ethical and what's not.
People don't get "tainted" by experience, friend. In fact, brain research shows that experience makes us more flexible not less.
Re: (Score:2)
Programmers with 25 are expensive.
another spot-on comment (man, this is spooky).
I'm expensive. its one reason I'm not finding jobs or at least job offers. they know they don't want to offer what I was usually getting and they don't want to even bring me in if we are off as much as, say, $20k in salary. yes, its true, being too experienced and having a matching salary is a detriment in today's workforce.
being in the middle is better. catch is: you can't STAY in the middle. you can't fight getting older
Bias/self-selecting sample (Score:5, Interesting)
Re:Bias/self-selecting sample (Score:5, Interesting)
I did some research on this, namely read TFA. The summary is extremely misleading.
The actual story is "Old programmers have better reputions on stackoverflow. They don't write better posts, they just spend more time there."
The "study" says absolutely nothing about programming skill. Just stackoverflow profile statistics.
Re: (Score:2)
Re: (Score:2)
That should have been the original summary. Old people have more free time. Go figure.
It depends on what you mean by "older", but in general people have the most free time in their youth. College students have huge gobs of free time (though mostly don't realize it). Young, unmarried professionals have a little less. Married people with young children have even less, but still quite a bit. Married people with teenage children are typically the busiest of all, so the free-time "low" is generally around 45-50. After that, kids start to be less of a burden and free time returns to a bit bet
Re: (Score:2)
Re: (Score:2)
In other words, the best programmers are as good as they used to be, but there are more and more bad programmers out there dragging the average down.
Bad summary, bad conclusion (Score:2)
The only meaningful piece of data the blog post [blogspot.com] presents to support the claim that developers get "better" with age is that upvotes per post on Stack Overflow is essentially constant as age varies. Of course, this doesn't support the conclusion at all--it refutes it. What a piece of garbage article. The blog post's title, "It's official: developers get better with age. And scarcer." is catchy, but wrong. The blog post says it best:
So, senior coders earn their higher reputation by providing more answers, not by having answers of (significantly) higher quality.
Is a person who asks fewer questions and answers more a higher quality coder?
Re: (Score:3)
Well, I think the problem you are seeing is students going to college for a degree period. The fact of the matter is that I went my entire career without a degree, yet for some reason, since the tech crash in 2000, it's very difficult to find a new position without a college degree. My conjecture is that with the number of programmers and other computer related people that were let go during the tech crash, that the number of applicants for jobs increased which caused a shift from the hiring manager loo
Age or experience? (Score:3)
Is it age or experience that makes the difference? I am going with the latter.
Assuming it's someone not stuck in 1972 and only knows cobol
Re:Age or experience? (Score:5, Insightful)
On the other hand, I do think there's some truth in the suggestion that better programmers are more likely to stay in the field. The best programmers are the people who love doing it, who come home from a day of programming at work to spend their evening doing their own programming projects, who are always learning about new subjects and techniques just for the fun of it. And those are precisely the people who are most likely to turn down that promotion to management; who, if they get laid off, don't even consider switching fields because why would they ever want to do something else? Mediocre programmers leave the field as they get older, leaving only the better ones.
Re: (Score:3)
I'm not so convinced by that argument, even if it has some appeal.
What I think happens (as someone who's been around the industry for a few years now) is that you become less interested in the technology, and more interested in making things. ie, I can no longer get enthused about the current cool framework, or how easy the new language can make things. I do get excited about making the products that we sell to our customers though, and doing a good job of it. I guess I'm just maturing a bit and starting to
Re: (Score:2)
One thing to consider is that as a person gets older, there is a tendency to think before you do things, and when it comes to code, thinking about the problem and how best to code it DOES make for better overall code than the younger programmers who jump into coding without thinking ahead. It may also be the education that has changed, where the "old school" approach of trying to do the most with the least amount of code.
Back when memory was at a premium, if you looked at the code and saw five different
Re: (Score:2)
People who have been doing it wrong for 10 years are less useful that people that have been doing it partially wrong for 5 years.
Age is not a free pass for being better, but generally experience should make you better. So start as early as possible with developing software.
Better than the alternative. . . (Score:2)
This is as it should be. I mean, who would stay in a profession in which one got worse with time?
Re: (Score:3)
Sportsmen and women, almost universally.
Volume.. (Score:5, Informative)
Re: (Score:2)
and that touches on a different issue, using lines of codes as a metric for productivity. Sadly the hardest problems may never show up on that metric, as it may be solved with a single line. But that single line may hide days of grappling with the problem in the first place, mapping all its twists and turns.
Better metric (Score:2)
Sorry, Fallacy. (Score:5, Interesting)
Re: (Score:2)
Actually, in a lot of cases "bad programmers" get promoted out of programming jobs. Sadly, into placed where they can do even more damage,
I dislike the metric... (Score:2)
That this person is using in order to determine what is 'best' exactly?
He's using something very subjective and taking only part of a set. There are also other factors in play - such as the age of the person's account (which also goes up with age) and that sort of thing.
Hell, that should be obvious (Score:5, Insightful)
I look at code I wrote a few months ago, and I cringe. I look at code I wrote years ago, and I feel like inventing a time machine just so I can slap past-me in the face for being so stupid.
I mean, seriously, why did I use #DEFINES so much for constant variables? And goto... I still have nightmares about some of my older code. And I'm sure that 2 years from now I'll look back at the code I wrote now and feel just as ashamed.
Programming skills don't really age. Some of my best code styles have come from looking back at ancient stuff - LISP in particular, but I have style quirks I picked up from almost every language I know. Sure, I write everything in more-or-less modern languages (C++ is still modern, right?), but that's just syntax. If you know the heart of programming, you can only get better as time goes on.
Re: (Score:2)
Re: (Score:2)
To be fair, I mainly used them in TI-BASIC. Which has no real function or subroutine functionality (only option was to call a separate program) - goto was required for pretty much everything. Even some high-level functions took labels as arguments. To make things worse, labels had a two-character limit - you had to keep track of what each label meant on your own.
Re: (Score:2)
Because using const means you get actual type-safety. Along with being able to debug it better.
But most employers don't want "good" (Score:5, Insightful)
That neatly describes new, young, callow graduates coming into their first job. It doesn't describe many people over 35 with family commitments, a good network of professional contacts and an impressive array of successes under their belts. Hence, companies are not very likely to rate "experience" highly as it tends to make employees who will question decisions, undermine authority with "suggestions", know what their employment record is worth and have developed the ability to promote their skills.
Never mind that experienced people can produce better results. The quality of their product is ultimately defined by the quality of the design decisions - good implementations don't matter if the underlying basis of the product is rocky - either from a technical point of view or that it simply doesn't address any needs that would make it sell profitably. Companies would argue that it's better to have fast workers, doing 60 hour weeks with no time off and get a shaky design out the door quickly, since then the failure comes to light sooner. That the young workers also get paid a lot less helps too as it makes the failures even cheaper - though it does make them a lot more probable, too.
Re: (Score:2)
Ayn Rand offered that exact same "advice" in "The Fountainhead" in the character of Peter Keating, who can be seen doing exactly these things to climb to the top. It worked in 1939, and it works even better today.
Asinine (Score:2)
The linked article proves nothing, and in fact outright says it doesn't matter, because the data's inconclusive. Again, the summary's misleading.
The data used was based on StackOverflow users' ages and reputation scores. The correlation is that users with higher recorded ages have better reputations. That hardly equates to being a better programmer. Perhaps, after 20 more years of dealing with society, those older users have learned that writing a thorough response with proper grammar is better than "u shud
Re: (Score:3)
ridiculous claim ... (Score:4, Insightful)
Re: (Score:2)
As I'm sure your former girl friends will attest, that doesn't always help. :-)
Re: (Score:2)
So you would actually prefer to pay MORE for your "younger self" then for the same output.
Not for the same output, no. My younger self was suitable for different tasks than I am now and I'm probably not the best choice as a hired programmer at my current age and habits(!). Realistically, there's simply too much I would not do for the kind of salary I'd deserve as a plain coder.
they tend to lack some crucial non-technical experience that will lead to mistakes if not in a team with more experienced coders
coders or team leaders / management / software architects...
But younger is cheaper! (Score:4, Informative)
"Nuff said.
Well sure... (Score:3)
I believe it (Score:2)
When you spend so many years locked in the cellar, (Score:2)
Re: (Score:2)
Observation on myself. (Score:2)
Technically my programs get less and less challenging. When i was 27 i liked to build beautiful castles of code. Like binding everything low-level using JNI to Java and only call this indirectly from jython. No, that was very nice and it worked.
What i learned the hard way: I programmed everything which doesn't run away quickly enough since i am 11y old. Not everybody did that. Not everybody says: Oh, JNI, never heard about it before, but i'll read it in the evening.
The reality is: There will be this FORTRAN
Re: (Score:3)
What age really brought me is a very realistic way of evaluating things in the respect of "how can that be maintained, by somebody who is not me?".
Very insightful but think of the corollary: "How can this be maintained by someone who can't REMEMBER the details anymore?"
Way too often You have to maintain Your own shit so You might as well keep the smell down. Making You code obvious is a Big Win and often a sign of deeper understanding although few seems to understand it. Another lesson from a graybeard.
Age helps but not always (Score:2)
It's been my experience that experience does help quite a bit. Those who have been there and done that are able to do that again much better. I know I've learned a lot since I wrote my first program over 30 years ago. But that's the key. I keep learning. I keep exposing myself to new technology and new methods of accomplishing complex tasks. Trouble is, I've found that I tend to be the exception, rather than the rule.
The biggest trap experienced programmers fall into is to get in a rut. It worked that
Of course programmers get better with age... (Score:2)
... in bed.
All older programmers are aware of this fact. You younger programmers should find an older programmer of the relevant gender and experience this fact for yourselves.
Methodological Concern (Score:3)
Stack Overflow reputation is cumulative [stackoverflow.com]. This means that if two people are providing answers of the same quality and at the same rate over time, the folks who have been there longest will have higher reputations, and that the higher reputation will reflect only tenure. Not any kind of quality.
If you want to look at quality, you should be looking at a metric that is something like (total reputation / number of months active). Even this is imperfect of course, since if people take a hiatus or something that will present the appearance of worse quality using this metric.
I was going to say that this fatal flaw invalidated the conclusions because the correlation between reputation and age just reflected the older people being around longer. The problem with that is that Stack Overflow opened in 2008 [wikipedia.org]. That's not enough time to explain a linear trend that tracks from age 16 to nearly age 50, but the final conclusion "So, senior coders earn their higher reputation by providing more answers, not by having answers of (significantly) higher quality." should still be re-examined with tenure-controlled analysis to try and see whether older aged members have been members longer.
The proof is in the Carmack (Score:2)
and look where we are now!
averages don't describe subtleties (Score:2)
exponential decline (Score:2)
My first programming experience was an SC/MP homebrew with 2k of RAM built by a local college instructor who loaned it to me as a high school freshman, after giving me a ten minute introduction to hexadecimal, four times as long as necessary, since my father had taught me binary in 1972, after learning it from a student at his church when he returned from a stint as one of Iverson's APL proteges. If only the college instructor homebrew wizard had taught me that twos complement branch targets were computed
True, but... (Score:5, Insightful)
What has changed for the worse though is my energy. Back then I could code like a demon, then go out and party half the night and carry on next day without feeling any the worse. Of course, I was pouring my energy into a lot of bad code, but it often ended up working by brute force. Now I find it hard to stare at the screen for long periods at a time and overall my work rate is much lower - but its effectiveness is much higher.
I have gotten better at solving problems with code (Score:4, Insightful)
which is a little different from being the most modern coder. I code in .net mostly, either vb or C#. After a while, you start seeing repetitive problems (It sounds cooler if you call them "patterns" even though the term adds almost nothing semantically). After a while, you can write a class with a function to append an array to an array either horizontally or vertically in your sleep.
But you don't. You have them all pre-written after a while, which is why it seems to management that you're not working as hard. You just solve the problem and go home without noise or drama.
Reading vs. Writing (Score:4, Interesting)
After 20+ years of programming, I definitely feel that I program better now; especially with regard to making the code more flexible to change and better algorithm design based on years of trial and error with diff approaches.
However, I have to admit that I've gotten slower at reading other people's code. My eyes just are not as good. They are not blurry; it's just that they don't move as fast, take longer to focus into position, and I can't quite read (absorb) as fast. Can I get a bionic implant?
So, age is a trade-off.
Re:Bullshit. (Score:5, Insightful)
I like to think you need a mixture of the extremes.
You need the "fresh outa university" types who want to re-write everything in executable UML and shift to SCRUM. That's where a lot of your new ideas come from.
You also need the guy's with 25 years experience seeing this shit go wrong to keep them in check.
You can't change your development paradigm with every graduating class.. and you need the old-timers to keep things moving in the right direction. That said, I wouldn't want to have a whole company of them. We'd still be using COBOL.
Re:Bullshit. (Score:5, Interesting)
You also need the guy's with 25 years experience seeing this shit go wrong to keep them in check.
Yes, but you need the right sort of guy with 25 years of experience. You don't want the guy who says "we tried that: it didn't work." You want the guy who, as somebody above said, says "This is why it didn't work last time. Can we find a way of dealing with that this time?" The other thing the right guy with 25 years experience might be able to do is spot connections: "You want to do that? Hmm, that seems to tie in with this thing I worked on 15 years ago. Maybe some of the ideas from that will help."
Re: (Score:2)
Considering that in the field of programming, the performance difference between the worst and the average (not the best) is infinite(1). Wouldn't $100k vs. $40k be a small price for getting even the average instead of the worst?
1) Some people simply can't write software at all, even they are paid for doing it. Zero result causes the difference to be so big.
Re: (Score:3)
To prove what everyone with more than two neurons already knew. Thirty years ago.
Well, that seems to exclude HR departments. But then, we already knew that.
Re: (Score:2)
To prove what everyone with more than two neurons already knew. Thirty years ago.
Well, that seems to exclude HR departments. But then, we already knew that.
Well, he did say TWO neurons.
Re: (Score:2)
Re: (Score:2)
HR departments also know that experience costs money.
Normally, I'm an anti-HR kind of person, but this is one example of where you wouldn't want HR around to do the hiring, you seem to be missing the simplest of the basics of it.
Re: (Score:2)
Re:Older coders are better at their area of expert (Score:4, Insightful)
Re: (Score:3)
Another factor is that with increased experience you don't do the same mistakes again.
A young programmer may be very good and specialized in a detail making the most of a single building block while an old programmer also has the ability to break down a problem better and get it structured. And an old programmer has gained the experience that tells him where it is important to focus on problems and where it's less important. This will be extra important when you do multi-threading and concurrent access to d