The Difference Between Programmers and Coders (2013)

http://workfunc.com/differences-between-programmers-and-coders/

by Rumudiez • 12 years ago

31 39 12 years ago

workfunc.com

yawz• 12 years ago

Potato - Potahto.

jedmeyers2• 12 years ago

It's from the same side of the argument as the "Software Engineer is not really an Engineer" phrase.

ericHosick3• 12 years ago

I think it is important to distinguish between the two.

It is possible to program a computer without coding. Currently, the tools to do this are very domain specific.

I think, in the future, there will be domain agnostic development tools that will let people program software without the need to write code.

jedmeyers2• 12 years ago

Why do you think that it's important to distinguish between the two? The fact that it sometimes possible to program a computer without coding does not relay the "importance" of distinguishing, since it's not done on a regular basis and usually is called "configuring", or "defining workflow" but not "programming".

ericHosick3• 12 years ago

Why do you think that it's important to distinguish between the two?

It is important because programming doesn't always involve coding.

It is important because language can limit or expand our thinking and definitions play a role in that.

I think it is important to strive for moving away from coding as the primary means of programming a computer so we can democratize software development. So, we should not redefine the definition of programming to be "coding a computer".

since it's not done on a regular basis

I don't think this is a very good litmus test.

usually is called "configuring", or "defining workflow" but not "programming"

We used to say "program a VCR".

The word is even defined as "the action or process of writing computer programs." There is no mention of coding as being a required aspect of the programming process.

chrismcb• 12 years ago

coding is a synonym for programming. No need to distinguish the two. If you can program you can code, if you can code you can program. Talking about software design or architecture is something different.

ericHosick3• 12 years ago

If you can program you can code, if you can code you can program.

If you consider people who use scratch (http://scratch.mit.edu/) as coders, then I would agree with you.

But, to me, it doesn't look like they are coding. It looks like programming using something other than coding.

dschiptsov6• 12 years ago

Oh, come on.) btw, the first chapter of The Programmers Stone explained almost everything about two decades(?) ago.

All this could be summarized in one sentence: Programmer is a writer, like Orhan Pamuk, coder is a translator from Turkish.

Or, according to the classic - programmers are "mappers", they are inveting abstractions. Coders are "packers", they are writing piles of Java classes for a paycheck.

Even simpler. Coders are Georges. (Those who have seen SICP lectures would understand instantly).

Update: my two cents to what it is to be a writer.

Look, there are a standard qwerty keyboard in front of you. All required symbols (letters and digits) are here. You know the rules how to compose them into words of English, and how to chain words info sentences. So, go ahead, open a notepad, or even Emacs, and write, say, 1984. It will be much better than any silly startup, you don't have "to Java", you need no AWS and Docker, you don't have to hide the fact that you cannot grasp Design Patters, etc.

All you need is in front of you, all the knowledge is available since secondary school. You could even apply some agile practices.

It also could be that you are esthetically sophisticated person, so you may would like to use a fountain pen and paper, or a pencil and a notebook - just go ahead. We are not asking about poetry or, god forbid, classic music composition, which is even closer to what programming is.

btilly7• 12 years ago

I remember The Programmer's Stone.

It fell into that dubious genre of essays that draws a false dichotomy that there is no particular reason to believe is real, then puts all of the positive characteristics on one side, so that readers have a new label to apply to themselves so that they feel good, and a corresponding label to apply to everyone they don't like.

I wasn't impressed by that addition to the genre at the time, and I've seen nothing since to make me think that I should have been.

dschiptsov6• 12 years ago

I think that you somehow did an analysis of writing style instead of the meaning. The distinction is quite simple, some people are interested in how things work and why, others just use them (usually in a wrong way). I suggest you to read Zen and Art of Motorcycle Maintenance, it is about exactly the same segregation, but in a much more poetical wording. And then at least a half of Atlas Shrugged, to complete enlightenment.)

frou_dh• 12 years ago

Lengthening "code" to "encode" then coding is "encoding something". What you mention as the next level is being able to distinctly invent things worth encoding.

umsm• 12 years ago

I believe the author merged the responsibilities of a "programmer" with an "Technical architect". To become a good programmer, all you need to do is enjoy reading books, enjoy coding, and work at a moderately sized company.

An architect is different. You have to understand the picture as a whole. You have to understand that one stupid decision can affect the entire product or company's future.

Hurrying to implement excellent code (as a programmer) won't could cost the company many weeks or months or effort to redo.

Rumudiez• 12 years ago

I like this distinction, because to me almost every coder is a programmer, but there are still more theoretical positions such as technical architects who don't necessarily even touch the code.

jamestomasino2• 12 years ago

The difference is a matter of arbitrary semantics. The quote in the beginning is nothing more than a setup of an argument from authority (http://en.wikipedia.org/wiki/Argument_from_authority).

The only takeaway of value is that, yes, there can be a functional difference between designing logic and implementing it. This in no way means you can only do one or the other, or that any specific job or title dictates that you'll do one or the other.

This might as well have been titled, "The difference between a senior developer and a junior one."

vertis• 12 years ago

I would consider most of the points as the difference between a senior "Programmer" and a junior "Programmer" rather than "Coder".

spacehome• 12 years ago

The difference is hubris.

longtimeranon3• 12 years ago

With the media coverage of code.org, Leo the Homeless Coder, and the code schools and bootcamps springing up everywhere, the message the general public is getting is that whatever "coding" is and whatever "coders" do doesn't really take a whole lot of skill or effort. If anyone can apparently do it with a few weeks of training, why should they be paid $80-100+k?

Either coders=programmers and we should expect increasing competition and decreasing wages, or self-described programmers need to somehow distinguish themselves from the unskilled "coder" masses.

Yet in these very comments, every response I've seen is essentially endorsing the "coding is easy and anyone can do it" message.

It's strange to see so many otherwise intelligent people advocating for their own marginalization. Doctors would never say things like "everyone should learn medicine" or "anyone can be a doctor." Instead they erect barriers to entry to eliminate competition and force you to pay for their services, driving up the cost of health care, and the stupid general public loves them for it.

What is wrong with programmers? Are we simply too egalitarian for our own good?

zedshaw• 12 years ago

No, this isn't really the case. What I see, as the guy who wrote the book that tells people that learning to code is hard but possible, what people are realizing is that programming is hard, but possible.

Programmers are simply confusing the fact that people are attempting to learn it and succeeding in greater numbers than before with the idea that all these new entrants all think it's easy. The truth is I see them all say it's damn hard, but if they put the work in they can learn it.

Another thing they realize after getting through my book is just how long it'll take to get good. They don't take what they've learned lightly, and they don't think it was trivial to learn. What this ends up doing is giving everyone who attempted it a healthy dose of respect for what we do.

I'm a coder. I've been a coder a huge chunk of my life. This attempt to label "coder" as some kind of idiot is really pissing me off, especially when I see it coming from programmers who don't realize that more people learning an introduction to code means more people will appreciate and understand what they do.

Now, the site is down so I haven't read the article, so take my comment as only replying to what you said, not the article.

longtimeranon3• 12 years ago

I'm a coder. I've been a coder a huge chunk of my life. This attempt to label "coder" as some kind of idiot is really pissing me off,

If you want to call yourself a coder, fine. However, there is still a difference between Linus Torvalds and someone who, for example, has at most hacked a few things together in JavaScript, and I think the terminology should reflect that in more ways than just "beginner" and "expert."

I also think calling ourselves "coders" and calling what we do "coding" isn't going to gain us the respect or prestige that terms like "software developer" or even "programmer" would. If you're happy being called a "coder," in the sense of "Zed Shaw is a great coder," that's fine, but personally, I'm not.

Now, the site is down so I haven't read the article

It was down for me too. I was responding to the comments that seemed to take great offense at the apparently horrible, elitist idea that maybe, just maybe, it might be worthwhile to have a term that distinguishes professional developers from people who've done some exercises on code.org.

cafard• 12 years ago

Indeed. A little out of reach from where is sit is Jon Bentley's More Programming Pearls: Confessions of a Coder. Bentley certainly did not take it as derogatory term.

jamestomasino2• 12 years ago

First, the terms don't mean different things, despite the authors intention to make it so.

Second, the idea he presents as coder is actually a basic operation done by programmers at many different levels. A good analogy would be to liken it to a carpenter hammering nails. A good carpenter might spend many hours planning a project on paper, but at some point someone has to hammer the nails. It might be him, it might be an apprentice (read: junior programmer).

Finally, I may be reading the comments in a different light than you, but I don't think anyone is using this forum to claim that programming, or even "coding", is an easy task. It is a skill that takes training and practice. As you get more skilled, you might find yourself doing less of the implementation or not, depending on your career. However, it is exactly that experience and increased skill that warrants the high salary.

You wouldn't pay an apprentice carpenter a lot of money for those cabinets, but for a master...

grey-area• 12 years ago

If anyone can apparently do it with a few weeks of training, why should they be paid $80-100+k?

For certain values of do it.

Doctors would never say things like "everyone should learn medicine" or "anyone can be a doctor." Instead they erect barriers to entry to eliminate competition and force you to pay for their services, driving up the cost of health care, and the stupid general public loves them for it.

Doctors, like real Architects (i.e. not software or information ones!), and real Engineers, are a regulated and certified profession because when they make mistakes, someone dies, not because it is an economic advantage for them to be so. What you are describing is something more akin to the guilds system for craftsmen, which is not something I think you should aspire to or want to return to.

I imagine some part of software production will become codified and regulated in the same way in time - that part which deals with life or death situations or produces medical equipment for example. As software grows to eat the world this might start to encompass more of the profession, but probably there will always be a large area of software which just doesn't matter enough to be codified and regulated (I'd include in that most of the work that companies like Apple, Amazon, Google, and web startups do - advertising or most websites can lose money when they go down, but it doesn't risk lives). I'm sure you can think of a case where software risks lives, but the vast majority does not. So I don't think this comparison is helpful.

As to driving up the cost of healthcare, try comparing countries and you'll see costs are more related to the system of insurance and breadth of coverage than how much doctors are paid.

What is wrong with programmers? Are we simply too egalitarian for our own good?

Perhaps it is enlightened self-interest. The more people who know how useful software can be (if only in a small way), the more willing they will be to commission it. Monopolies of knowledge are easily undermined anyway, and why not try to improve the lives of others in a small way by encouraging them to automate filling in their spreadsheet or other daily tasks with a little scripting for example?

If you have sufficient experience or talent, lots of other people learning to code/program/engineer/whatever label you prefer should be the last of your concerns.

longtimeranon3• 12 years ago

This is exactly the sort of thing I'm talking about! Doctors in the US are the highest paid in the world because of protectionist laws that don't allow foreign doctors to practice (no H-1B competition), that prevent new medical schools from opening, and that make them the only legal source of many health services like prescriptions (in many states), and yet people like you continue to defend them:

http://www.slate.com/blogs/moneybox/2013/11/20/doctors_pay_u...

http://www.washingtonpost.com/blogs/wonkblog/wp/2014/01/13/w...

http://www.slate.com/blogs/moneybox/2013/02/19/nurse_practit...

m_mueller• 12 years ago

In German we use a different terminology for the whole field. It's called 'Informatik', as in the science of processing information. The people doing this are thus called 'Informatiker'. This alone helps, I feel, in making people understand that there is some degree of formal training behind it, that 'Informatiker' aren't just code monkeys. Granted, many still use the term Software Engineer today, simply because Engineer degrees have a higher entry barrier and thus have a better sound to them (you can get 'Informatiker' degrees without a higher education by doing an 3-4y apprenticeship at 16, a very common way of how education works in Germany and Switzerland).

In any case I think that the English speaking CS pioneers have failed to coin a good term for their field - CS just isn't right, especially regarding the English definition of 'Science'. It also leaves non-CS-degree holders who practice this job in a sort of vacuum about what to call themselves.

ggchappell• 12 years ago

... I think that the English speaking CS pioneers have failed to coin a good term for their field - CS just isn't right, especially regarding the English definition of 'Science'.

Definitely. And even the "Computer" part causes confusion. I'm a C.S. professor. The man on the street thinks I teach people to use MS Word. Alas, so do many textbook publisher reps, along with the occasional prospective student.

vellum• 12 years ago

Google cache text version: http://bit.ly/1gZj3kQ

gdiocarez• 12 years ago

Hmm, The site takes too long to load.

CmonDev• 12 years ago

It's good for us, developers, to know the difference between you :).

The Difference Between Programmers and Coders (2013)

Related Stories