|
I'm 63 - been programming since 1967. I am older than all others in my department and started programming before my immediate manager was born. 
According to my calculations, I should be able to retire about 5 years after I die.
|
|
|
|
|
|
This smells too much of marketing efforts. My guess is that this has something to do with the fact that you want a shallow description to separate the good from the bad/ugly. Meaning that the ones that cant use google or doesn't know anybody that works on code, would blurp out programmer instead of engineer or coder? I wouldn't be surprised if it was 
|
|
|
|
|
No - it's not about that. It's about the fact that, back in the days, being a "programmer" was something to be proud of - perhaps because it was a new thing to be -- there wasn't much of a history of programming in the '70s... perhaps it's just old-fashioned at this point, or ubiquitous, or something -- mind you, these days, there's a slew of sh*tty programmers around (just try hiring one) whereas 30 years ago, there wasn't room for sh*tty programmers -- the whole industry's different at this point.
|
|
|
|
|
Well, I'm not that old, but the people that are educated as an engineer in a discipline other than programming, sees it as a tool to do their work and little else, and the professors I had seem to have the same idea.
|
|
|
|
|
Well, sure... but programming's a bit more than that, really: I think (well, actually I know) that if you're deeply into it, then it becomes a mindset: it's not by accident that things like "The Tao of Programming" and thecodelesscode.com exist; programming bleeds into everything else in life, and changes you fundamentally as an individual.
|
|
|
|
|
I suppose, ultimately, that this either makes sense to you or it doesn't, and if it doesn't then you're not all the way there as a programmer yet:
http://thecodelesscode.com/case/8[^]
|
|
|
|
|
30 years ago, being a "programmer" could also mean you'd completed IBM's 6 week programmer course (no prior knowledge necessary). Workwise, programmers got a document describing the module they were to write and wrote it. Programmers didn't necessarily know anything about how the whole system worked or how all the modules fit together -- that was someone else's job.
After learning that, I stopped calling myself a programmer since that wasn't what I'd been trained to do nor the kinds of work I was interested in.
While I'm not big on titles, some organizations are, and it does matter when you're applying for a job. Someone calling themselves a programmer isn't likely to get the software architect job, even if they do have the skills and experience needed, because the organization will never bring them in to interview.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
Dan Sutton wrote: 30 years ago, there wasn't room for sh***y programmers
Really? What happened to all those sh***y programmers I encountered in the 60s? 
All that is necessary for Evil to succeed is for Good Folks to keep voting for their Party. - Cornelius Thirp
|
|
|
|
|
I was worked with some glass lickers who thought calling themselves Software Developers was the answer. They'd explain this by saying software developers went beyond programmers by: [list of tasks you do in programming]. I'd point out that's exactly what programmers do. They'd get angry. Loop.
|
|
|
|
|
Funnny. I had a similar experience. Then I trapped them with logic, thus: "If this sentence is not untrue, then I'm right and you're wrong" -- they didn't understand that, of course, and thus the pseudo-proof failed - but at the same time, by failing, validated itself. So then I followed the advice a colleague of mine gave me years ago: "Step away, and Feel Superior!"
|
|
|
|
|
Dan Sutton wrote: ... all over the place
Perception, perception, perception.
Most people that pay other people to work want people that can actually do the job. The verbiage doesn't have anything to do with it.
|
|
|
|
|
Having read the thread, I can now respond.
I am 51 and have been professionally employed designing and writing code since 1986.
Having said that:
Programmers are perceived as those that simply key in the code; they are not analysts
Analysts are perceived as those that can think through an issue; they don't necessarily write the code
Combintations of the two can think and code
Architects are so far above the analsyis and coding that they sometimes forget that a foundation must be built
And I expect a process to come crashing down in a few months because the solutions architects, application architects and data architects forgot to ask the people that actually support the underlying structure what simple level configuration is required (trusts, firewalls, application IDs... you know... the unimportant stuff).
Tim
|
|
|
|
|
Yes - that's about right... I've always thought of "programmer" as including "analyst", but I take your point: an external perception might ignore it. Of course, "Architect" means something only to "Architects"!
[Quote from somewhere]: If (structural) architects designed buildings the way programmers design software, then civilization as we know it would collapse overnight!
|
|
|
|
|
Dan Sutton wrote: [Quote from somewhere]: If (structural) architects designed buildings the way programmers design software, then civilization as we know it would collapse overnight!
Variant:
If builders built buildings the way programmers wrote software the first woodpecker to come along would destroy civilization.
A positive attitude may not solve every problem, but it will annoy enough people to be worth the effort.
|
|
|
|
|
Luckily that kind of software is not used on import things. Just on normal business data processing or whatever they call it today.
|
|
|
|
|
Twenty three years ago when I got my first job as a COBOL programmer for Norwich Union - that is all I did. I was given a specification and I just programmed and tested to the specification.
We had business analysts, project managers and systems analysts.
Now I work as a developer, this means being a business analyst, project manager, systems analyst and coder.
That's why I don't call myself a programmer or coder as I help the business in its development of IT systems through business analysis, project management, systems analysis and programming.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Ah - interesting: so to you, there's no distinction between "programmer" and "coder"... I guess, to me, "programmer" evokes Dijkstra, you see -- whereas "coder" evokes nothing. So my "programmer" is your "developer". Semantics... semantics...
|
|
|
|
|
Yes, I prefer "Software Developer", in an all-inclusive "Software Development LifeCycle" kind of way -- I do it all, not just the coding part.
A shortcoming I see with the term "developer" is that there are Hollywood types who "develop" shows -- e.g. "we're developing a new show for NBC" -- but they don't seem to do any actual work, just schedule meetings etc., which really makes them more like project managers. 
The term "engineer" is inappropriate, because what we do isn't nearly that technical, and using that term in relation to software is probably demeaning to real engineers (like my father).
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
It's funny: I actually spent a while working with a real engineer... and he was much better at what he did than I could ever be, whereas he considered what I did to be far more complex than what he did, and to be magic -- so in reality, we had the same opinion about each other's occupations... thus, in reality, calling me an engineer would, in some way, be demeaning (or elevating, depending on who's looking) to both of us. There's an interesting dichotomy for you!
I think what we do is easily as technical as what engineers do, but in a very different way: I'd agree that "engineer" is a grossly inappropriate term for it.
Here in Hollywood (and yes, I am in Hollywood!), "programmer" is just as misunderstood as "developer" since it also has to do with TV schedules and so on... I think the trick there is to ignore Hollywood. I know I do.
|
|
|
|
|
Dan Sutton wrote: has to do with TV schedules and so on
But isn't that done by a Program Director?
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
I hope never to be completely sure...!
|
|
|
|
|
I think there is a definite move away from the words 'programmer' and 'programming'. My impression of the reason for that is not to hide what we do, but to make it clear that we don't only do programming – a developer or engineer role includes programming, but also design, UCD, planning, client interaction, requirements analysis, testing etc.
|
|
|
|
|
I think those two words have a lot in common, but are in no way equal. Being programmer is about creating programs - not necessarily by writing code. You can be a programmer and work with flowcharts (i.e. using Windows Workflow Foundation), but never touching the code itself. On the other side, coder is just writing code. It may be executable code (program, algorithm), but it also may be HTML or CSS, which are not programming languages.
|
|
|
|
|
The topic "DevOps" is hot on this issue now. You may want to look it up in some of the technology blogs and sites. It discusses your concern and related ones.
"Courtesy is the product of a mature, disciplined mind ... ridicule is lack of the same - DPM"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
