For this post , I decided to collect some of my favorite quotes related to the programming. These programming quotes were made by some of the famous personalities in the IT industry .
So , without wasting any time , here are my 10 favourite programming quotes .
My 10 favourite Programming Quotes
- If debugging is the process of removing software bugs, then programming must be the process of putting them in. – Edsger Dijkstra
- The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time. – Tom Cargill
- “There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.”- C.A.R. Hoare
- Measuring programming progress by lines of code is like measuring aircraft building progress by weight. – Bill Gates
- “Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.” – Martin Golding
- “The trouble with programmers is that you can never tell what a programmer is doing until it’s too late.” – Seymour Cray
- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. – Rick Cook
- “Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris.” – Larry Wall
- “Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday’s code.” – Christopher Thompson
- Walking on water and developing software from a specification are easy if both are frozen. – Edward V Berard
What is your favourite or interesting programming quote ?
57 Comments
Interesting quotes buddy 🙂 by the way this one is my favorite
“Walking on water and developing software from a specification are easy if both are frozen”
Thanks Javin…
My favourite: Assumptions is the mother of all f*** ups. Sad to say it usually is the reason to many faults that are not just simple mistakes.
Love the Larry Wall one. Here’s some more:
Larry’s one is my personal favourite too , but somehow Edward V Berard’s quote impressed me more 🙂
Great set of quotes, keep them coming, thanks for sharing!!..
“People might look at a problem and think: ‘I am going to solve that with regular expressions.’ Then they have two problems.” (Jamie Zawinski)
Great top ten, you listed quite a few of my favourites 🙂
Knuth ought to be mentioned somewhere though, how about:
“Beware of bugs in the above code; I have only proved it correct, not tried it.”
Hey John , Nice to hear that .
Thats an interesting quote too . 🙂
No Alan Perlis!?!?! Shocking!
Check out for lots of examples. Possibly my favorite of his:
“Dealing with failure is easy: Work hard to improve. Success is also easy to handle: You’ve solved the wrong problem. Work hard to improve.”
Thanks yachris . Well , these are just my favourites . probably will update my next set of favourites 11-20 in the coming posts …
I’m relating to No2 right now! 🙁
ahahah , Mitesh you told the truth . Everyone faces the similar situation at some point of time .
“Did you hear the one about the programmer’s wife? She is still a virgin. Every night he sits at the end of the bed and tells her how great it’s going to be.”
(From _Interface_ by Neal Stephenson under pen name “Stephen Bury,” with a co-author I forget.)
My favorite is:
The definition of a programmer: A machine that converts coffee into code.
Your 9th quote reads, “The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time.”. But shouldn’t it be, “The first 90% of the code accounts for the first 10% of the development time. The remaining 10% of the code accounts for the other 90% of the development time.”
2 words, scope creep.
There are 10 kinds of people. Those who understand binary and those who do not.
#10 is nice. It reminds me of my days at Digital, when DEC held a wishlist survey among customers. One of the requests was: ‘add a REMOVE BUG’ command, with the option ‘REMOVE BUG /RANDOM’ to randomly select a bug to be removed… The response was to take it very seriously: ok, but if we add this command, then – for the sake of symmetry – we should also add ‘INSERT BUG’ and ‘INSERT BUG /RANDOM’ to insert a bug at a randomly selected location. And, of course, only bugs previously inserted with INSERT BUG can be removed with REMOVE BUG…
I quite like:
“The function of good software is to make the complex appear to be simple.” – Grady Booch (One of the Guys who developed UML, worked for IBM).
I like Gate’s comment about line code as a productivity measure. I heard about that process just after I had deleted 500 lines, added 100, increased performance, added new functionallity and no loss of original functionallity.
Not sure who wrote it first, but i like this one:
XML is like Violence: if its not solving your problem, your not using Enough…
Old Playboy cartoon:
You know it’s amazing to think it would have taken 5,000 mathematicians 20 years, working 7 days a week with hand calculators to make a mistake like this.
Actually spoken to me by one of the folks whose unix 3D graphics code I was about to port.
“Unfortunately, the comments are all in French, but happily there aren’t many of them.”
They were right…
Just tell me where you want to go and I’ll show you how to get there. However, if you dictate how you want to get there, then I’ll tell you where to go.
Kelly Balthrop
Ones I found in CodeProject:
“The first new language any beginning programmer masters is profanity” – Dan Neely
“My programs never have bugs, they just develop random features” – S. Lloyd
“Don’t tell my folks I’m a computer programmer – they think I’m a piano player in a cat house…” (I don’t know who said this)
I don’t know where it came from, but my favorite is… “If it compiles, ship it”
#8 is missing “The first one is far more difficult” (or somewhere along those lines.)
“There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.”
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. – Rick Cook
#6 is my new motto!!!
Here are a few I’ve found through the years:
“If you lie to the computer, it will get you.”
“Any fool can write code that a computer can understand. *Good* programmers write code that humans can understand.”
“Inside of every large program is a small program struggling to get out.”
“If you have too many special cases, you are doing it wrong.”
“Good judgment omes from experience, and experience comes from bad judgment.”
“We code until it is designed, test until it is coded, and install until it is tested”
“You start coding. I’ll go see what they want.”
“There is no code so big, twisted, or complex that maintenance can’t make it worse” – Anthony Testi
“Never time to do it right, always time to do it over”
“BTW, in software, hope and pray is not a viable strategy” – Luc Pattyn
“Apathy Error” Don’t bother striking any key.
“Consulting = if you’re not a part of the solution, there’s good money to be made in prolonging the problem”
This is my favorite quote:
“Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday’s code.” – Christopher Thompson
“Good, fast, cheap – pick any one.” – Felix Collins
You said 10, but you gave us 1010.
They’re all pretty good. I also like three weeks of coding can save one hour of planning.
Here’s one I made up:
“If it works right the first time – you left something out.”
“You are always one edit away from perfection.”
Quote (David W. Fenton):
We could be confused in exactly the same way, but confusion might be like Nulls, and not comparable.
Let me add one of my own…
The developer should mind about the size of the code that he writes, as it is probable that he will have to stick it in his @$$, at some point…
gkakas 2008
“Any fool can make it more complicated”
“No matter how slick the demo is in rehearsal, when you do it in front of a live audience, the probability of a flawless presentation is inversely proportional to the number of people watching, raised to the power of the amount of money involved.” ~~Mark Gibbs
1) If all else fails – RTFM.
2) It is a manditory default.
Good stuff, I think for #9 you mean:
The first 90% of the code accounts for the first 10% of the development time.
In regards to the inital HTML spec: “Why an element? Quite simply, because Marc Andreessen shipped one, and shipping code wins.”
That should have been “Why an <img> element…”
For every programming problem, no matter how simple, there is a programmer who is simpler.
one of my favs: 32. For any problem, there will be exactly two possible routes to a solution, each the antithesis of the other. Unfortunately, only the third one will work.
It always takes longer than you expect, even when you take into account Hofstadter’s Law. (Hofstadter’s Law)
Here’s my favorite:
Q: What is the difference between a Software Architect and a Terrorist?
A: You can negotiate with the terrorist.
And another:
Q: Would you dare sitting in an airplane controlled by S/W written by your own team?
A: Of course. If my team wrote the S/W, the plane will never take off.
And another:
Inline commnets in code are like sex: when it’s good, it’s excellent. When it’s bad, it’s still better than nothing.
Thanks 🙂
Features, quality, budget… Pick any 2