110

What's your favourite quote about programming?

One quote per answer, and please check for duplicates before posting!

Gelatin
  • 2,672
  • 4
  • 31
  • 32

166 Answers166

231

Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.

— Brian W. Kernighan

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Fishtoaster
  • 25,909
  • 15
  • 111
  • 154
  • Everytime I'm writing some clever bit of code, I remind myself of this rule and look back over it to see if I can't do things in a simpler way that will be easier to maintain later, or at least add some more comments. – CodexArcanum Oct 12 '10 at 19:26
  • 6
    A corolloary of an otherwise true maxim: Don't forget that a diagram can increase your brain power. You can swap out "remember structure of big thing" to nonvolatile paper. – Tim Williscroft Oct 25 '10 at 00:49
  • 1
    I love the quote but the implication is that we should at most put 50% of our effort into coding in the first place. – Jon Hopkins Nov 12 '10 at 09:55
  • 4
    I think the implication is that you should avoid that programmer's urge to use the 'clever' way to do something when the slightly longer, more obvious way of doing something works just fine. – Fishtoaster Nov 12 '10 at 17:48
  • 2
    But what if it's "perfect" code? There's no way to "debug" that. – Mateen Ulhaq Dec 12 '10 at 04:34
183

Walking on water and developing software from a specification are easy if both are frozen.

— Edward V Berard

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Tobiasopdenbrouw
  • 1,001
  • 1
  • 10
  • 10
138

It always takes longer than you expect, even when you take into account Hofstadter's Law.
  — Hofstadter's Law

nivlam
  • 2,840
  • 3
  • 23
  • 20
  • 72
    Brain stack overflow. – Nathan Taylor Sep 02 '10 at 01:45
  • 3
    @Joe D: I'm curious how you'd rewrite a recursive *English* sentence into a single non-recursive sentence. – Jon Purdy Sep 22 '10 at 04:08
  • 4
    It may converge for sufficient small values of "longer" – mouviciel Sep 22 '10 at 18:02
  • 3
    +1 - I'm proud to count myself among the top billion programmers along with Douglas Hofstadter. – Peter Turner Oct 11 '10 at 16:09
  • @g.f: When it's transformed into defining the source afterwards (with a dash), the leading introduction isn't warranted ("A: Blah." -> "Blah. -- A"). This isn't removing part of the quote. –  Oct 11 '10 at 17:43
  • @Roger: In this case it takes away part of the intent for me: *"A: Even if A"*. – g.f Oct 11 '10 at 19:29
  • @g.f: If you want to edit it that way without the redundancy (e.g. *not* "A: Blah. -- A", but "A: Blah."), I wouldn't revert it, but I think it's fine like this too. –  Oct 11 '10 at 20:06
126

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.

— Rick Osborne

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Wil
  • 546
  • 1
  • 5
  • 9
118

You can have the project:

  • Done On Time
  • Done On Budget
  • Done Properly

Pick two.

— Unknown

Bobby
  • 253
  • 2
  • 11
Chinmay Kanchi
  • 6,173
  • 2
  • 39
  • 51
111

Some people, when confronted with a problem, think "I know, I'll use regular expressions."
Now they have two problems.

— Jamie Zawinski

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Noah Goodrich
  • 1,396
  • 1
  • 12
  • 17
  • 5
    A timeless classic – Factor Mystic Sep 08 '10 at 23:52
  • 5
    Some people, when confronted with a problem, think "I know, I'll use ." Now they have two problems. – Callum Rogers Sep 22 '10 at 18:58
  • 40
    Some people when confronted with a problem don't think, they just post on StackOverflow – Matt Ellen Oct 11 '10 at 08:16
  • That is my personal all time favorite. – Nick Hodges Nov 12 '10 at 00:47
  • 5
    Some people don't understand regular expressions, and hate them because others do. – Orbling Dec 16 '10 at 17:14
  • @Orbling, I've understood regular expressions deeply at different points, and I manage to get them to bend to my will (which doesn't will much). But beyond the macho idea that, "if you're not an expert, you should shut up," can't we begin to admit that regular expressions are horribly obtuse and that the densely packed syntax is pointless? – Dan Rosenstark Dec 26 '10 at 00:44
  • 3
    @Yar - I've never found the syntax obtuse personally, and the density is a good thing. Why express something like a pattern match in a more verbose format? Where clarity is required for something complicated, the extended mode can be used with comments. – Orbling Dec 26 '10 at 03:59
  • 1
    @Matt Now two people have the same problem. – Rei Miyasaka Jun 19 '11 at 22:00
110

In theory, there is no difference between theory and practice. But, in practice, there is.

— Jan L. A. van de Snepscheut

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Walter
  • 16,158
  • 8
  • 58
  • 95
  • 27
    I've also heard "The difference between theory and practice is smaller in theory than in practice." –  Sep 10 '10 at 17:02
  • 1
    Roger Pate's formulation is the one I heard, written by Olin Shivers in "History of T". Paul Graham talks about it here: http://www.paulgraham.com/thist.html – Michael H. Oct 11 '10 at 18:45
  • 2
    I'd say if a theory doesn't translate to practice, then the theory is simply incomplete. – Rei Miyasaka Dec 28 '10 at 01:35
105

You can use an eraser on the drafting table or a sledgehammer on the construction site - Frank Lloyd Wright

Not exactly a programming quote but it most certainly applies.

Walter
  • 16,158
  • 8
  • 58
  • 95
  • 14
    Highly applicable IMO – John MacIntyre Sep 09 '10 at 01:06
  • goes to show how many metaphors software engineering draws from architecture... so much so that it _is_ called software arechitecture.. – Here Be Wolves Sep 27 '10 at 19:39
  • 3
    Luckily for us when most software goes wrong it doesn't collapse and kill people. – Neil Aitken Sep 29 '10 at 10:58
  • 8
    Except when it blows up an Ariane 5 (Flight 501), or doses people with lethally high levels of radiation... – Frank Shearar Oct 02 '10 at 19:58
  • @TomWij: The poster of this answer wants his comments below the quote, as shown by his rollback when you changed that the first time. Is there a reason to disregard his wishes here? –  Oct 11 '10 at 13:57
  • I'm sorry for interrupting [your activity](http://programmers.stackexchange.com/users/209?tab=activity)... – Tamara Wijsman Oct 11 '10 at 14:59
  • @TomWij - Why do you have this uncontrollable urge to reformat everyone's answers? Answers in this question are formatted equally with the person quoted inside the quote box as well as outside the quote box. Do you intend to reformat EVERY answer?? WHY? – Walter Oct 11 '10 at 15:36
  • @TomWij: What?⁠ –  Oct 11 '10 at 16:02
  • @Walter: It is nice to have some consistency; you'll note I've been doing that too, including here. I would disregard your preference of a "-" to "—" for that reason, but I simply don't see a reason for insisting your comment is at a particular place. –  Oct 11 '10 at 16:05
  • @Roger - It's MY answer. I'm finding it hard to understand why you insist that my comment, in my answer, fit your expectations. – Walter Oct 11 '10 at 16:44
  • @Walter: This is a *community wiki* answer; from the [FAQ](http://programmers.stackexchange.com/faq): "If you are not comfortable with the idea of your questions and answers being edited by other trusted users, this may not be the site for you." That said, the consistency I'm talking about above is typographical consistency, not changing your intent. –  Oct 11 '10 at 17:06
  • @Roger - I completly understand that, but what makes YOUR formatting standard better than MINE??? Other than it's your preference? Am I not part of this community as well? – Walter Oct 11 '10 at 17:25
  • @Walter: See also "Other people can edit my stuff?!" from the FAQ. – Tamara Wijsman Oct 11 '10 at 17:41
  • @Roger: The author name does not belong in the quote as you've been doing quite a few times, it isn't the author name that is quoted... – Tamara Wijsman Oct 11 '10 at 17:43
  • @TomWij: Source citations belong inside the blockquote according to most style manuals. For example, [this APA example](http://www.docstyles.com/apacrib.htm#Sec34) explicitly shows the parenthetical citation (which admittedly doesn't *exactly* match our use case) at the end of the last paragraph; but give the guideline: "Add the citation to the end of the block quote after the final punctuation." If there were prose in a paragraph beforehand, e.g. "The witty remark for which Blah blah is known:", that'd be different, but it's not the case here either. –  Oct 11 '10 at 17:49
  • @Roger Plate: I don't see how APA styles apply here, this is a website. Not a paper... The author his name does not fit in a blockquote, which denotes the thing being quoted. I don't see how the author name is part of the quote itself... – Tamara Wijsman Oct 11 '10 at 17:56
  • @TomWij: APA was just one example. You can put more inside the blockquote without implying it's being quoted. –  Oct 11 '10 at 18:02
  • @TomWij & @Roger - Thank you both for proving my point. Until there is a documented standard that the SE communities are going to follow, I would suggest not imposing your standards on those who do not agree. – Walter Oct 11 '10 at 18:28
  • 2
    Ironically, I believe many of Frank Lloyd Wright's more convoluted buildings have fallen into disrepair. – Maxpm Dec 16 '10 at 05:03
  • 1
    @TomWij, @Walter, @Roger: Please refrain from dirtying this site with your metatalk. If I wanted to hear bickering, I would visit meta.stackoverflow.com. This is where you should be having this fascinating and timeless conversation. – Dan Rosenstark Dec 26 '10 at 00:49
  • @Yar: Oh please... The user won't be informed in that way, I guess you have listed me by mistake or else you would just add to this silly conversation. Apart from that, comments like these are hidden until you expand them so I wouldn't call it dirtying; but indeed, those users should go to the meta instead of responding if they have a problem with it. – Tamara Wijsman Dec 26 '10 at 10:42
103

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

Matthew Frederick
  • 1,719
  • 10
  • 15
98

Measuring programming progress by lines of code is like measuring aircraft building progress by weight.
  — Bill Gates

Maniero
  • 10,826
  • 14
  • 80
  • 133
  • 2
    -- Bill Gates (http://www.softwarequotes.com/printableshowquotes.aspx?id=579) – Bill Karwin Sep 09 '10 at 18:04
  • 3
    This is true on multiple levels. A gem. –  Oct 10 '10 at 19:21
  • 3
    The key difference being, of course, that the aircraft's final weight is known while the software's final LOC count is unknown. – mmyers Oct 28 '10 at 15:40
  • 5
    So why do most Microsoft products give me this feeling that I'm chained by my foot to an airplane that is struggling to get off the runway? – Sharpie Jan 09 '11 at 00:10
86

There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors.

    — Leon Bambrick (@secretGeek)

(Actually, everything from http://q4td.blogspot.com/search/label/programming seeing as I curate the list.)

Evan
  • 1,422
  • 1
  • 11
  • 14
85

Nine people can't make a baby in a month.
  — Fred Brooks, The Mythical Man-Month

Maniero
  • 10,826
  • 14
  • 80
  • 133
82

We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%.
  — Donald Knuth, Structured Programming with go to Statements, JACM Computing Surveys, Vol 6, No. 4, Dec. 1974, p.268

This is extracted from the below two paragraphs, which not only say why he comes to the above conclusion, but gives information on how to avoid this mistake:

There is no doubt that the grail of efficiency leads to abuse. Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.

Yet we should not pass up our opportunities in that critical 3%. A good programmer will not be lulled into complacency by such reasoning, he will be wise to look carefully at the critical code; but only after that code has been identified. It is often a mistake to make a priori judgments about what parts of a program are really critical, since the universal experience of programmers who have been using measurement tools has been that their intuitive guesses fail. (…)

Joren
  • 103
  • 1
  • 4
Scott Dorman
  • 1,489
  • 1
  • 11
  • 8
80

Debuggers don't remove bugs. They only show them in slow motion.

— Unknown

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
pramodc84
  • 1,803
  • 23
  • 23
76

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

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Chris
  • 5,663
  • 3
  • 28
  • 39
70

If Java had true garbage collection, most programs would delete themselves upon execution.
  — Robert Sewell

Maniero
  • 10,826
  • 14
  • 80
  • 133
68

Computer Science is no more about computers than astronomy is about telescopes

— Edsger Dijkstra

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Maniero
  • 10,826
  • 14
  • 80
  • 133
  • 4
    Yes, but this is supposed to be about *programming*, not computer science. [sly grin] – Mark C Oct 11 '10 at 17:21
  • Programming is just applying the knowledge gathered with computer science. You don't need a computer to program, at least not one like most are familiar with. – DasIch Dec 26 '10 at 01:18
  • I've always felt that the most annoying thing about programming is that I can't separate it from computers. – LoveMeSomeCode Mar 29 '11 at 15:51
56

If debugging is the process of removing software bugs, then programming must be the process of putting them in.
  — Edsger Dijkstra

pramodc84
  • 1,803
  • 23
  • 23
56

There are only two kinds of languages: the ones people complain about and the ones nobody uses

— Bjarne Stroustrup

Maniero
  • 10,826
  • 14
  • 80
  • 133
48

The best thing about a boolean is even if you are wrong, you are only off by a bit. - (Anonymous)

pramodc84
  • 1,803
  • 23
  • 23
46

On two occasions I have been asked, "Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?" In one case a member of the Upper, and in the other a member of the Lower House put this question. I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question.
  — Charles Babbage

Arguably the first documented case of a programmer encountering stupid user questions.

Jay
  • 1,901
  • 13
  • 15
42

I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone

-- Bjarne Stroustrup

Maniero
  • 10,826
  • 14
  • 80
  • 133
42

It's all talk until the code runs.
  — Ward Cunningham

Walter
  • 16,158
  • 8
  • 58
  • 95
39

Commenting your code is like cleaning your bathroom - you never want to do it, but it really does create a more pleasant experience for you and your guests.

— Ryan Campbell

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
HoLyVieR
  • 976
  • 1
  • 13
  • 16
  • 1
    Meh...Most comments I've encountered in my life are written under the assumption that comments can make up for poorly written code.. – riwalk Oct 14 '10 at 20:53
  • You can clean the bathroom, but if the shower only has cold water and the sink has no soap it's going to be an unpleasant experience. Write code that reads easily rather than writing huge comments to explain things. – Benbob Dec 10 '10 at 02:19
  • I actually find commenting quite enjoyable. Sometimes I put important comments in neat little boxes made of asterisks and slashes. Then again, I'm a freak. – Maxpm Dec 16 '10 at 05:10
  • 2
    I enjoy writing comments too, but you wouldn’t want to see my bathroom. – Timwi Dec 26 '10 at 12:48
  • I was at a washroom once where there were really long-winded comments all over about how and why you should keep the washroom clean. It wasn't clean. – Rei Miyasaka Jun 19 '11 at 22:08
39

Unicode support is not a “feature”. It is expected behaviour.

Granted, it is very specific, but it is my favourite because obsolete character sets are just too widely used still...

Timwi
  • 4,411
  • 29
  • 37
38

The fool wonders, the wise man asks.
  — Benjamin Disraeli

Dan Dyer
  • 3,546
  • 2
  • 23
  • 20
  • [Made](http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/10451#10451) [one](http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/10452#10452) [per-answer.](http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/10453#10453) –  Oct 08 '10 at 11:27
  • @TomWij: See my comment from when I edited this, these quotes have been split into separate answers. –  Oct 11 '10 at 16:11
35

Programming is like sex: one mistake and you have to support it for the rest of your life.
  — Michael Sinz

Agent_9191
  • 1,573
  • 11
  • 18
34

Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher.
  — Antoine de Saint-Exupéry, French writer (1900-1944), Terre des Hommes (1939)

(It would seem that perfection is attained not when there is nothing left to add, but when there is nothing left to take away.)

Bill Karwin
  • 1,511
  • 13
  • 22
33

Java is to JavaScript as car is to carpet.
  — Chris Heilmann

Bill Karwin
  • 1,511
  • 13
  • 22
31

As formulated by Eric S. Raymond:

Linus's Law

Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone.

Or, less formally,

Given enough eyeballs, all bugs are shallow.

30

Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.
  — Stan Kelly-Bootle

pramodc84
  • 1,803
  • 23
  • 23
30

There are 10 kinds of people in the world — those who understand binary and those who don't.

g .
  • 707
  • 6
  • 12
30

Keep it simple, stupid!

The KISS principle

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Wizard79
  • 7,327
  • 2
  • 41
  • 76
29

Being a good software engineer is 3% talent, 97% not being distracted by the internet.

— Unknown, appropriated

doppelgreener
  • 1,274
  • 17
  • 26
29

A clever person solves a problem. A wise person avoids it.
  — Albert Einstein

Phil Cohen
  • 646
  • 5
  • 7
28

A computer is a stupid machine with the ability to do incredibly smart things, while computer programmers are smart people with the ability to do incredibly stupid things. They are, in short, a perfect match.
  — Bill Bryson

Maniero
  • 10,826
  • 14
  • 80
  • 133
25

If you want to set off and go develop some grand new thing, you don't need millions of dollars of capitalization. You need enough pizza and Diet Coke to stick in your refrigerator, a cheap PC to work on and the dedication to go through with it.
  — John Carmack

25

Testing can only prove the presence of bugs, not their absence.

— Edsger W. Dijkstra

g.f
  • 111
  • 6
25

What's the simplest thing that could possibly work?

— Ward Cunningham

g.f
  • 111
  • 6
Walter
  • 16,158
  • 8
  • 58
  • 95
  • I was once at a programming competition, and time was almost up, and we couldn't get our last program to compile. So, in desperation, we deleted the bits that wouldn't compile, and ran the program. And it worked. Perfectly. To this day I have no explanation for how this could be the case because, by our measure, the part that we deleted was the part that was supposed to be doing the work. – Satanicpuppy Jun 20 '11 at 21:25
25

All problems in computer science can be solved by another level of indirection... Except for the problem of too many layers of indirection.

— David Wheeler

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Stephen C
  • 25,180
  • 6
  • 64
  • 87
23

I don't care if it works on your machine! We are not shipping your machine!

-- Vidiu Platon (whoever that is)

mawtex
  • 101
  • 4
  • First see http://programmers.stackexchange.com/questions/39/whats-your-favourite-programming-quote/1456#1456 – Bert F Sep 08 '10 at 23:42
  • Yeah, I've put this badge on at least one project: http://codinghorror.typepad.com/.a/6a0120a85dcdae970b0128776ff992970c-pi – J.T. Grimes Oct 13 '10 at 23:49
23

When all you have is a hammer, everything starts to look like a nail

Maniero
  • 10,826
  • 14
  • 80
  • 133
23

There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.

Jeremy S. Anderson

Federico klez Culloca
  • 3,092
  • 24
  • 24
21
Good code is its own best documentation. As you're about to add a comment, ask yourself, 'How can I improve the code so that this comment isn't needed?' Improve the code and then document it to make it even clearer.

-Steve McConnell

Giel
  • 259
  • 2
  • 4
21

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

Lorin Hochstein
  • 637
  • 3
  • 13
20

A computer lets you make more mistakes faster than any invention in human history—with the possible exceptions of handguns and tequila.
  — Mitch Ratcliffe

ncardeli
  • 101
  • 4
  • 1
    I had a specific answer in mind for my bounty originally, but I discovered you can't apply them instantly! So I let it runs its course, and even though there's about a day left, this is my favorite answer from the past week. One I'd heard before, but never knew who said it. Thanks! –  Oct 14 '10 at 00:42
  • @RogerP: What was your specific answer? Is it in the big thread? – Mark C Oct 21 '10 at 05:44
  • @Mark: http://tinyurl.com/knuth-premature –  Oct 21 '10 at 05:56
  • *@RogerP*: You are too easy, trying to give bounties for answers you already know! – Mark C Oct 21 '10 at 06:29
19

There, it should work now.

— All programmers

Martin Wickman
  • 13,305
  • 3
  • 31
  • 66
19

A programmer is a device for turning caffeine into code.

(Not original to me, but associated with me through appearances on DotNetRocks etc. Lifted from a Usenet sig, I long ago forgot whose, which was no doubt inspired by Paul Erdos.)

Kate Gregory
  • 17,465
  • 2
  • 50
  • 84
18

A programmer started to cuss
Because getting to sleep was a fuss
As he lay there in bed
Looping 'round in his head
was: while(!asleep()) sheep++;

Not quite a quote as such, but I little limerick I've always liked.

Source piercings - bash.org/?845468

Svish
  • 1,092
  • 8
  • 14
Simon P Stevens
  • 1,906
  • 14
  • 20
18

Beware of bugs in the above code; I have only proved it correct, not tried it.
  — Donald Knuth

18

You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.
  — Joe Armstrong on object-oriented programming

Jonas
  • 14,867
  • 9
  • 69
  • 102
18

Any fool can write code that a computer can understand. Good programmers write code that humans can understand.

Martin Fowler (in his book Refactoring)

Jonik
  • 240
  • 1
  • 8
17

Any sufficiently advanced technology is indistinguishable from magic.

-- Arthur C. Clarke

Don Roby
  • 1,395
  • 11
  • 14
17

My old answer from SO:

If the code and the comments disagree, then both are probably wrong.

Another good website: "Quotes about Tech Writing"

FrankS
  • 101
  • 7
14

To understand recursion, you first need to understand recursion

Maniero
  • 10,826
  • 14
  • 80
  • 133
13

On the seventh day, God said, "Ship it! We'll release patches later."
  — Josh Flachsbart

Michael H.
  • 151
  • 6
13

"For a successful technology, reality must take precedence over public relations, for nature cannot be fooled."

-Richard Feynman (Rogers' Commission Report into the Challenger Crash, Appendix F - Personal Observations on Reliability of Shuttle)

More succinctly:

"You can't lie to the compiler."

-Andrew Stevenson

A M
  • 1
  • 3
  • ...or at least if you *do* lie to the compiler, it will get its revenge. – Jerry Coffin Sep 12 '10 at 22:40
  • 5
    That story still galls me. Imagine that, Dr. Richard Feynman, according to the book I read, had to *threaten to withhold his signature* unless his account of the accident was included in the official report. It was included as an appendix, so as to say, "The official investigation is over, and now here is some speculation from this eccentric." – Mark C Sep 28 '10 at 12:59
13

Software is like sex: it's better when it's free.

— Linus Torvalds

Tamara Wijsman
  • 8,259
  • 14
  • 58
  • 94
Federico klez Culloca
  • 3,092
  • 24
  • 24
  • 9
    Can you split this in two different answers so that they can be voted independently? – Wizard79 Sep 02 '10 at 07:36
  • 8
    The real question is, how did Linus come to find this out? – Kieran Senior Sep 29 '10 at 14:49
  • [citation needed] :-) – Stefano Palazzo Oct 24 '10 at 20:28
  • @Stefano Palazzo: Read his autobiography "Just For Fun". Oh, and in case you meant the "sex is better when it's free"-part...ahm...that's OT here. ;) – Bobby Oct 29 '10 at 08:51
  • When i wrote this comment, this answer was a completely different one: see revisions. (It used to read "There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.") – isn't it quite bad form to write and answer, which gets voted up, and change it completely, even when it's community wiki? – Stefano Palazzo Nov 01 '10 at 23:11
  • I was asked to split it, so it's not completely my fault :P. Moreover, most of the upvotes came after the split. More-moreover it was already split when you posted that comment, as you can see in "Last edit Sep 27" :P . – Federico klez Culloca Nov 02 '10 at 17:27
  • Well commenting here doesn't seem to be *thread safe*. :-) Sorry for the confusion. – Stefano Palazzo Nov 20 '10 at 14:46
  • 4
    Software is like sex because it's never *really* free. – Darel Jan 20 '11 at 19:39
12

The real question is not whether machines think but whether men do.

— B. F. Skinner

Related more to AI than to simple programming, but I still like it.

g.f
  • 111
  • 6
murgatroid99
  • 481
  • 5
  • 12
11

The difficulty of a bug can be measured as the distance, in lines of code, from the cause of a bug to the visible symptom of a bug.

The Klophaus Equation of Bug Difficulty

11

Relationship between length and quality

If you want me to give you a two-hour presentation, I am ready today. If you want only a five-minute speech, it will take me two weeks to prepare.
  — Mark Twain

The shortest version:

If I had more time, I would have written a shorter letter.
  — Marcus T. Cicero

The near-perfectionist's version:

You know that I write slowly. This is chiefly because I am never satisfied until I have said as much as possible in a few words, and writing briefly takes far more time than writing at length.
  — Karl Friedrich Gauss

Several more discuss this concept from various angles.

Mark C
  • 1,289
  • 14
  • 21
11

Crockford is the sole user of the super-strict equality operator (====), which either returns true or kicks you in the balls.

Harmen
  • 101
  • 4
11

Not really a programming quote, more of an IT one, but one that my A-Level IT teacher drummed into me aged 16:

Typing is no substitute for Thinking

I82Much
  • 244
  • 2
  • 5
Tom Morgan
  • 1,689
  • 9
  • 15
10

A good algorithm is like a sharp knife - it does exactly what it is supposed to do with a minimum amount of applied effort. Using the wrong algorithm to solve a problem is trying to cut a steak with a screwdriver: you may eventually get a digestible result, but you will expend considerable more effort than necessary, and the result is unlikely to be aesthetically pleasing.

Svish
  • 1,092
  • 8
  • 14
fR0DDY
  • 101
  • 4
10

Open source is free only if your time costs nothing

Heard it from a guy I worked with. Don't know who came up with this.

Svish
  • 1,092
  • 8
  • 14
Hila
  • 1,332
  • 8
  • 15
  • 1
    That's not so true, though. – Mark C Sep 28 '10 at 12:37
  • @Mark Why? (ps. it's a translation from Hebrew, and "free" is translated from a word that means "at no charge" and not "liberated/released/etc"). – Hila Sep 28 '10 at 14:50
  • I doesn't seem true because skilled programmers take on open source projects in their spare time, even though they could be working on extra "paid" projects instead. – Mark C Sep 28 '10 at 19:21
  • 1
    @Mark That's not what I meant... This quote is about the misconception that choosing an open source product over a commercial one is better because you don't have to pay for license (use, not develop). This is stupid, of course, since most of the time whatever you saved in licences you pay in programmer time due to lack of support and/or using products that are not good enough. There *are* good reasons to use OS. License price, I think, is not one of them. – Hila Sep 28 '10 at 19:46
  • Oh, I'm sorry. It seemed like it was talking about the programmers! This is along the lines of what you are saying: http://blog.bitquabit.com/2009/06/30/one-which-i-say-open-source-software-sucks/ – Mark C Sep 28 '10 at 20:52
  • @Mark Nice! What is this blog? – Hila Sep 28 '10 at 21:26
  • You're welcome! It is the blog of a Fog Creek developer, and it is where I read this article: http://blog.bitquabit.com/2009/07/01/one-which-i-call-out-hacker-news/ – Mark C Sep 28 '10 at 21:34
  • @Mark *panics* Where is the posts RSS?! – Hila Sep 28 '10 at 21:58
  • I don't use RSS, but I think you're trying to get a feed from that page. Try this: http://profy.com/2007/09/30/7-tools-to-make-an-rss-feed-of-any-website/ – Mark C Sep 28 '10 at 22:22
  • @Mark I know these services, I was hoping for built in option. – Hila Sep 28 '10 at 22:26
  • 1
    My quote file attributes this to JWZ. – Michael H. Oct 01 '10 at 21:03
9

A normal person believes a kilobyte is 1000 bytes, a coder believes a kilometer is 1024 meters.

-Unknown

Chris-Top
  • 111
  • 3
9

It should be noted that no ethically-trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to write a DestroyCity procedure, to which Baghdad could be given as a parameter.

Nathaniel Borenstein

rerun
  • 2,045
  • 12
  • 24
9

Computers are useless. They can only give you answers.
  — Pablo Picasso

  • 1
    Considering Picasso died in 1973, I'm highly doubtful that he actually said this.. – Billy ONeal Jan 27 '11 at 23:20
  • "The first electronic computers were developed in the mid-20th century (1940–1945)" and Intel was already creating CPUs in 1971 (Intel 4004). So it doesn't make it impossible. – POSIX_ME_HARDER Feb 25 '11 at 16:22
  • @Billy There was a lot of talk amongst academics about the possibilities of computers at the time. – Rei Miyasaka Jun 19 '11 at 22:23
9

A few months writing code can save you a few hours in design.

Which is modified from:

A few months in the laboratory can save you a few hours in the library.

Fred Nurk
  • 845
  • 6
  • 11
Steven Evers
  • 28,200
  • 10
  • 75
  • 159
9

Be nice to nerds. Chances are you'll end up working for one. - Bill Gates

The problem with quick and dirty...is that dirty remains long after quick has been forgotten. - Steve C McConnell

My site SoftwareQuotes.com is full of quotations about programming and software development.

Imageree
  • 101
  • 3
8

Why fix an old bug if you can write three new ones in the same time?

— David Kastrup

Joe D
  • 676
  • 1
  • 5
  • 13
8

xkcd "Compiling"

Hannibal
  • 111
  • 2
7

Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
  — Tom Van Vleck

Karel Petranek
  • 239
  • 1
  • 4
7

Anyone attempting to produce random numbers by purely arithmetic means is, of course, in a state of sin.
  — John von Neumann

Charles E. Grant
  • 16,612
  • 1
  • 46
  • 73
7

Those who try to build idiot-proof systems always underestimate the persistence and ingenuity of idiots.

— Anon

spookylukey
  • 101
  • 3
7

Quoting Kent Beck:

Make It Work
Make It Right
Make It Fast

ahsteele
  • 788
  • 1
  • 9
  • 23
systempuntoout
  • 3,545
  • 3
  • 29
  • 33
7

One accurate measurement is worth more than a thousand expert opinions.

Admiral Grace Hopper

Branimir
  • 554
  • 4
  • 8
7

... one of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs.

-- Robert Firth

ahsteele
  • 788
  • 1
  • 9
  • 23
Michael H.
  • 151
  • 6
6

Every time I ask developers why their shiny new C# .NET version isn't nearly as fast and smooth as the old C/C++ version, I'm thinking of:

The most amazing achievement of the computer software industry is its continuing cancellation of the steady and staggering gains made by the computer hardware industry.
  — Henry Petroski

But they just tell me to shut up while they plaster on yet another level of abstraction...

timday
  • 2,502
  • 1
  • 18
  • 17
  • Anders Hejlsberg also has a quote, which I don't remember in his exact words, that the goal of a language is to *add* layers of abstraction, not to move the window of abstraction upwards. You simply don't agree with the design goals of the platform. – Rei Miyasaka Dec 28 '10 at 01:55
6

Programming is one of the most difficult branches of applied mathematics; the poorer mathematicians had better remain pure mathematicians

— Edsger W. Dijkstra

Ryszard Szopa
  • 1,810
  • 12
  • 11
6

"The complexity you remove can never fail" -- Burt Rutan on the Ansari X Prize

6

I am one of those culprits who created the problem. I used to write those programs back in the '60s and '70s, and was so proud of the fact that I was able to squeeze a few elements of space by not having to put '19' before the year.

-- Alan Greenspan, former Federal Reserve chair

ahsteele
  • 788
  • 1
  • 9
  • 23
Michael H.
  • 151
  • 6
6

How do we convince people that in programming simplicity and clarity—in short: what mathematicians call "elegance"—are not a dispensable luxury, but a crucial matter that decides between success and failure?

Edsger W. Dijkstra

Jonik
  • 240
  • 1
  • 8
  • Props to the guy who [posted](http://stackoverflow.com/questions/58640/great-programming-quotes/75903#75903) this on SO – Jonik Sep 22 '10 at 17:29
  • Answer: The same way you convince people that simplicity and clarity are essential to good writing! – Mark C Sep 28 '10 at 12:49
6

A beautiful program is like a beautiful theorem: It does the job elegantly. It has a simple and perspicuous structure; people say, “Oh, yes. I see that’s the way to do it.”

-- Butler Lampson

Jonik
  • 240
  • 1
  • 8
5

Not really about programming, but...

You can't wait for inspiration. You have to go after it with a club.
  — Jack London

Tony
  • 1,154
  • 1
  • 8
  • 11
5

It's not about programming per se, but by a famous programmer:

The best way to predict the future is to invent it.
  — Alan Kay

Which is usually a good thing to remind myself to get moving and do things.

haylem
  • 28,856
  • 10
  • 103
  • 119
5

Kurzfristige Hacks tendieren dazu, langfristige Lösungen zu werden.
  — Bodo Tasche

Translated: Current hacks tend to be long-term solutions.

ckuetbach
  • 168
  • 5
5

Make everything as simple as possible, but not simpler.

-- Albert Einstein (for me, via Scott Myers). Emphasis added.

Michael Easter
  • 529
  • 5
  • 12
  • I know the question says one quote per answer, but I'm starting to think grouping similar topics (e.g. this with KISS) would be better. –  Oct 29 '10 at 07:43
5

"It worked on MY computer!" -anon

"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson and Sussman, from "The structure and interpretation of computer programs"

helgeg
  • 676
  • 3
  • 9
  • http://programmers.stackexchange.com/questions/39/whats-your-favourite-programming-quote/1523#1523 – Bert F Sep 08 '10 at 23:41
5

A language that doesn't have everything is actually easier to program in than some that do.
  — Dennis M. Ritchie

Chankey Pathak
  • 3,249
  • 28
  • 32
5

The best code is no code at all

Maniero
  • 10,826
  • 14
  • 80
  • 133
5

There is always one more bug.
  — Lubarsky's Law of Cybernetic Entomology

Gaurav
  • 567
  • 5
  • 14
5

Programmers are optimists by nature, they also have a keen eye for the downside. A hyperactive imagination for disaster scenarios is a professional asset; they have to think through everything that can go wrong in order to practice their craft.

-- Scott Rosenberg

ahsteele
  • 788
  • 1
  • 9
  • 23
5

The art of simplicity is a puzzle of complexity.

Doug Horton

Gordon
  • 4,124
  • 26
  • 45
4

Plans are worthless, but planning is everything.
  — Dwight D. Eisenhower

4

My favourites have already been posted, so here's something I thought of one day at work:

In Soviet Russia, exception throws YOU!!

dr Hannibal Lecter
  • 3,282
  • 1
  • 26
  • 25
4

Einstein argued that there must be simplified explanations of nature, because God is not capricious or arbitrary. No such faith comforts the software engineer.
  — Fred Brooks, "No Silver Bullet"

Gerry
  • 207
  • 1
  • 6
4

From my first programming class (FORTRAN IV):

What is a computer?
It it a box with a little man in it.
This man is blazing fast. He can do millions of instructions per second.
But he is myopic. He's so myopic that he can see only one instruction at a time.
He's also not very smart, he'll attempt to do exactly what you tell him to do.

This has become the base of my philosophy of programming and debugging.

Dave
  • 427
  • 3
  • 7
4

2 + 2 = 5, for sufficiently large values of 2.

— Anon

aufather
  • 4,449
  • 2
  • 26
  • 24
4

“ Copy and paste is a design error. ” -- David Parnas

pramodc84
  • 1,803
  • 23
  • 23
4

Software is hard.

-- Donald Knuth

Travis Christian
  • 1,851
  • 17
  • 21
4

Write once, debug everywhere.

Zafer
  • 599
  • 2
  • 10
4

If you fail to plan, you plan to fail

-My c# Teacher (not sure where he heard it from!)

cdnicoll
  • 479
  • 3
  • 6
  • I recently saw this [attributed](http://www.google.com/search?q=alan+lakein+planning) to [Alan Lakein](http://en.wikipedia.org/wiki/Alan_Lakein), but it is simple enough to have been around for a long time (folk reversals). – Mark C Nov 12 '10 at 00:43
  • I heard this all the way through secondary school. – TRiG Dec 01 '10 at 19:02
4

Well, not my favorite but...

If it is not broken, don't fix it

Svish
  • 1,092
  • 8
  • 14
Maniero
  • 10,826
  • 14
  • 80
  • 133
4

Knowledge is proud that it knows so much; wisdom is humble that it knows no more.

--William Cowper

Walter
  • 16,158
  • 8
  • 58
  • 95
  • I've heard something similar. "Knowledge is knowing what is right, wisdom is doing what is right". Not sure who said it, I think it's an old Chinese saying that has been translated. – Ali Dec 09 '10 at 21:52
4

I abhor a system designed for the "user," if that word is a coded pejorative meaning "stupid and unsophisticated."

Ken Thompson

Joel J. Adamson
  • 967
  • 1
  • 7
  • 14
4

Debugging is like farting — it's not so bad when it's your own code.

Jonik
  • 240
  • 1
  • 8
  • It's unknown who originally put forth this piece of wisdom; I took it from [here](http://stackoverflow.com/questions/58640/great-programming-quotes/344812#344812). – Jonik Sep 22 '10 at 17:39
3

I don't understand why cheerleaders won't talk to me. Maybe I don't throw five touchdowns against Newport High, but let's see one of those football morons program in assembly language!
  — Chris Lipe

Carlos
  • 1,479
  • 1
  • 12
  • 17
3

It's OK to figure out murder mysteries, but you shouldn't need to figure out code. You should be able to read it.

-- Steve McConnell

user5307
  • 71
  • 3
3

Profanity is the one language all programmers know best.

-- Anonymous

Raven13
  • 213
  • 1
  • 9
3

It works on my machine

Maniero
  • 10,826
  • 14
  • 80
  • 133
3

It should be noted that no ethically-trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to write a DestroyCity procedure, to which Baghdad could be given as a parameter.

Nathaniel Borenstein

Josh K
  • 23,019
  • 10
  • 65
  • 100
rerun
  • 2,045
  • 12
  • 24
  • Dupe: http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/14249#14249 – Gelatin Dec 16 '10 at 23:04
3

/* You are not expected to understand this. */

Comment in Sixth Edition Unix.

  • I've witnessed that one in the original source code! (I was three at the time...) But I do treasure my copy of the annotated Version 6 Source Code from the University of New South Wales. – Randall Schulz Sep 22 '10 at 17:46
  • Is that a general comment or does it appear at a certain point? – Mark C Sep 28 '10 at 12:51
  • @Mark: It referred to a specific section of code. I forget what that section was doing. –  Oct 11 '10 at 16:16
3

In Hebrew there's a saying (mostly by army conscripted programmers):

באג בדיזיין -> זין בדיבאג

Which is an anagram, and it roughly translates to

Bugs in the design -> you're f^#ked while debugging

3

Let me re-assert that the question of whether there are limitations in principle of what problems man can make machines solve for him as compared to his own ability to solve problems, really is a technical question in recursive function theory.

— John McCarthy

Josh Vera
  • 101
  • 2
3

If it wasn't for the last minute, nothing would get done.

—Supposedly from "Murphy's Laws"; see here

Although I can do plenty of things without any pressure (like post answers here), I need a hint of fear to do what I'm supposed to be doing (like my homework).

Joey Adams
  • 5,535
  • 3
  • 30
  • 34
3

Fail Quickly

--Unknown

Maniero
  • 10,826
  • 14
  • 80
  • 133
Richard Stelling
  • 2,061
  • 2
  • 18
  • 16
2

COBOL can be cured if caught early.
-- From Programming classes

Dave
  • 427
  • 3
  • 7
2

In C++ it’s harder to shoot yourself in the foot, but when you do, you blow off your whole leg.
  — Bjarne Stroustrup

Junior Mayhé
  • 1,842
  • 2
  • 17
  • 35
  • You made me think of the ["shoot yourself in the foot"](http://www-users.cs.york.ac.uk/susan/joke/foot.htm) jokes. Also see [What Is the Most Spectacular Way to Shoot Yourself in the Foot with C++?](http://stackoverflow.com/questions/174892/what-is-the-most-spectacular-way-to-shoot-yourself-in-the-foot-with-c) – Mark C Oct 23 '10 at 20:29
2

Get into a rut early: Do the same process the same way. Accumulate idioms. Standardize. The only difference(!) between Shakespeare and you was the size of his idiom list - not the size of his vocabulary.

--Alan J. Perlis

ahsteele
  • 788
  • 1
  • 9
  • 23
ubernerd
  • 151
  • 1
  • 6
2

Being able to get a machine to do what you want is the closest thing we've got in technology to adolescent wish-fulfillment.
  — Guy Steele in Coders at Work

2

What you are asking me to do is like trying to put the toothpaste back in the tube. It doesn't work.

2

Knowledge is knowledge. And viceversa.

From a T-shirt.

Svish
  • 1,092
  • 8
  • 14
lmsasu
  • 115
  • 4
2

It would seem that perfection is attained not when no more can be added, but when no more can be removed.

Antoine de Saint-Exupery

moi_meme
  • 101
  • 3
  • 3
    Dupe of http://programmers.stackexchange.com/questions/39/whats-your-favourite-programming-quote/1617#1617 – Gelatin Sep 11 '10 at 22:49
2

Vision without action is a daydream. Action without vision is a nightmare.

proverb from japan

Heinz Z.
  • 251
  • 1
  • 6
2
to understand recursion you must first understand recursion
baklap
  • 107
  • 2
  • At first that was just corny, but later it dawned on me that the very sentence teaches recursion. – Mark C Sep 28 '10 at 12:54
  • To first understad mutual exclusion you must first forget everything you know about exclusive mutuality, and vice versa. – Joe D Oct 11 '10 at 17:06
2

A quote on recursion and programming in general I came up with today.

Only fools believe in foolproof systems.

2

Linux is only free if your time has no value.

Memory is like an orgasm. It's a lot better if you don't have to fake it.
  — Seymour Cray on virtual memory

Chankey Pathak
  • 3,249
  • 28
  • 32
  • May I know why it was down-voted? – Chankey Pathak Oct 08 '10 at 14:45
  • 4
    Either you made some Linux user angry or someone didn't like having many quotes in one answer. – Carlos Oct 12 '10 at 19:24
  • 1
    Recursion was a [duplicate](http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/1553#1553), so I removed it. The downvote could've simply been "I don't like this quote," but it would also fit better with the other answers if you move one of the two remaining quotes. –  Oct 29 '10 at 09:12
1

Education: that which reveals to the wise, and conceals from the stupid, the vast limits of their knowledge.
  — Mark Twain

1

I'll call him Mel, because that was his name.

From The story of Mel

Cesar Canassa
  • 1,390
  • 11
  • 13
  • 1
    "I have often felt that programming is an art form, whose real value can only be appreciated by another versed in the same arcane art; there are lovely gems and brilliant coups hidden from human view and admiration, sometimes forever, by the very nature of the process. You can learn a lot about an individual just by reading through his code, even in hexadecimal. Mel was, I think, an unsung genius. " – Mark C Sep 28 '10 at 13:13
  • 2
    The story is entertaining, but this isn't a good quote: it's obscure and uninteresting. –  Oct 08 '10 at 11:39
  • *@Roger:* Well, he can use my quote and then you can upvote. – Mark C Oct 10 '10 at 20:07
  • I tend to like short, easy to remember, quotes. Somehow, when I first read the Story of Mel this line got stuck in my head :-) – Cesar Canassa Oct 14 '10 at 13:49
  • 1
    @Mark: Whatever you're doing with italics on the names in your comments is screwing up comment notification. –  Oct 22 '10 at 18:39
  • @Roger Really? You mean it's not working? I just do (star)At-Roger(colon)(star). – Mark C Oct 22 '10 at 21:00
  • @Mark: I did double check by going through my reply history, and there is no entry on Oct 10. (Did that before the comment today, since it was nearly 2 weeks ago. ;) –  Oct 22 '10 at 21:02
  • @RogerP That means all my other formatted replies didn't work either. Do you think it's the colon or the italics? We could test right now. I'll try it in chat first. – Mark C Oct 22 '10 at 21:27
  • 1
    @Mark: Given that I use a colon and you apparently get the notifications... :P The italics probably disrupts the matching, which looks for @ and (I strongly suspect) uses the source rather than the marked-up comment. [ *How do comment replies work?* ](http://meta.stackexchange.com/q/43019/54262) –  Oct 22 '10 at 21:34
  • @RogerP: Well, it could be only when you use *both*, but of course that's far-fetched. – Mark C Oct 22 '10 at 21:38
1

Concentrate Your Effort

Don't write too much. Concentrate your sweat on one story, rather than dissipate it over a dozen.

Jack London


Somehow, I missed the (paraphrased, shorter) duplicate of this one:

Be Diligent

Don't loaf and invite inspiration; light out after it with a club, and if you don't get it you will nonetheless get something that looks remarkably like it."

Part of one quote; I split them to narrow down the topic.

Mark C
  • 1,289
  • 14
  • 21
1

You should go home if you are thinking suicidal thoughts.
  — Robert Read, "How to be a Programmer"

1

I had a teacher that would tell students who were getting ahead of themselves this:

You don't know what you don't know

I can't say for sure if it's his quote or something he picked up from somewhere else.

Corey Ogburn
  • 575
  • 2
  • 11
  • 1
    See also: http://en.wikipedia.org/wiki/Known_unknown – Steve Melnikoff Oct 26 '10 at 15:28
  • Not necessarily. There is what you know you know, what you know you don't know (e.g. how to fly a helicopter), and what you don't know you don't know. Then for some there is what they don't know they know. – doppelgreener Dec 13 '10 at 12:10
1

Just use string you G-- d---ed savages!

during debate about merits of char[] vs string

Brad Mace
  • 207
  • 1
  • 4
1

"That's not the way I would have done it"

Alex Hart
  • 191
  • 6
1

By Mike Williams, one of the creators of Erlang:

  1. Find the right methods—Design by Prototyping.
  2. It is not good enough to have ideas, you must also be able to implement them and know they work.
  3. Make mistakes on a small scale, not in a production project.
luis.espinal
  • 2,560
  • 1
  • 20
  • 17
1

"Test what you fly, fly what you test."

Daniel Grillo
  • 337
  • 1
  • 12
1

The required techniques of effective reasoning are pretty formal, but as long as programming is done by people that don't master them, the software crisis will remain with us and will be considered an incurable disease. And you know what incurable diseases do: they invite the quacks and charlatans in, who in this case take the form of Software Engineering gurus.

-- Dijkstra

1

OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things. It can be done in Smalltalk and in LISP. There are possibly other systems in which this is possible, but I’m not aware of them.

-- Alan Kay

1

Only wimps use tape backup: real men just upload their important stuff on ftp, and let the rest of the world mirror it ;)

-- Linus Torvalds

1

You can't trust code that you did not totally create yourself. (Especially code from companies that employ people like me.)
  — Ken Thompson, "Reflections on Trusting Trust"

Gichamba
  • 207
  • 1
  • 7
1
double value; /* or your money back! */
short changed; /* so triple your money back! */

cons.c on perl source tree

krico
  • 101
  • 3
1

I wish I could make Lust and Gluttony helpful but Sloth, Pride and Envy are certainly great for programmers." ~ Kenneth Clowes

kowsheek
  • 623
  • 6
  • 10
1

There is no object-oriented problem that cannot be solved by adding a layer of indirection, except, of course, too many layers of indirection.

-- From "The Art of Unit Testing" Roy Osherove (attributed to an unnamed source)

Svish
  • 1,092
  • 8
  • 14
Keith
  • 153
  • 6
  • David Wheeler maybe? http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/978#978 – doppelgreener Nov 12 '10 at 15:06
1

If you can't measure it, you can't improve it.

Lord Kelvin

Josh K
  • 23,019
  • 10
  • 65
  • 100
dan_waterworth
  • 7,287
  • 2
  • 34
  • 45
1

Simplicity is prerequisite for reliability.

-- Edsger W. Dijkstra

ahsteele
  • 788
  • 1
  • 9
  • 23
KV Prajapati
  • 101
  • 10
1

Don't code today what you can't debug tomorrow

from this blog's title

Anwar Chandra
  • 285
  • 1
  • 6
1

The best indication of software quality is consistent indentation

I read this when I was following up footnotes in SICP once but I've not been able to find it since, so a) I can't attribute it and b) I am writing from memory, and more than likely paraphrasing. I have, however, found it to be true.

stuartd
  • 101
  • 3
1

Progress isn't made by early risers. It's made by lazy men trying to find easier ways to do something.

-Robert Heinlein

Aman Alam
  • 219
  • 2
  • 7
Erik
  • 999
  • 5
  • 16
1

I'm not sure if he's the originator of this quote, but I attended a session at a conference once where Alex Pukinskis said this and I love it!

Untested code has no business value - Alex Pukinskis

Paddyslacker
  • 11,070
  • 5
  • 55
  • 65
1

This isn't strictly a programming quote and I don't recall where I first heard it, but I've repeated it plenty of times on the job:

If you don't test it, it doesn't work.

ahsteele
  • 788
  • 1
  • 9
  • 23
BlairHippo
  • 8,663
  • 5
  • 41
  • 46
1

Release early. Release often. -- Eric S. Raymond

l0b0
  • 11,014
  • 2
  • 43
  • 47
Richard Stelling
  • 2,061
  • 2
  • 18
  • 16
  • Popularized by Eric S. Raymond in "The Cathedral and the Bazaar" (http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/). The third part of ESR's quote is "And listen to your customers." – Bill Karwin Sep 09 '10 at 18:12
0

As a general rule, the most successful man in life is the man who has the best information.
  — Benjamin Disraeli

0

The whole history of this invention has been a struggle against time.
  — Charles Babbage on the Analytical Engine, 1837

0

Skill Appreciates Skill

(Or, It Takes One to Know One)

I have often felt that programming is an art form,
whose real value can only be appreciated
by another versed in the same arcane art;
there are lovely gems and brilliant coups
hidden from human view and admiration, sometimes forever,
by the very nature of the process.
You can learn a lot about an individual
just by reading through his code, even in hexadecimal.

From The Story of Mel, a Real Programmer (free verse version)

I had no idea there was actually a short Wikipedia article with links to both prose and verse versions of the story, along with other information.

Mark C
  • 1,289
  • 14
  • 21
0

Entia non sunt multiplicanda praeter necessitatem

(Keep it simple, stupid)

Years ago I ran across a poster that had the Latin expression with the English translation under it.

Paperjam
  • 208
  • 2
  • 6
  • 2
    I don't think it's ironic, because the latin is "Occam's Razor" and most people, myself included, won't understand the Latin. – Mark C Oct 21 '10 at 19:10
  • @Mark - Ah, thanks. I didn't realize it was Occam's Razor. "Entities must not be multiplied beyond necessity" (http://en.wikipedia.org/wiki/Occam's_razor). – Paperjam Oct 23 '10 at 17:27
  • I generally prefer h2g2 to Wikipedia: the writing's better quality. http://www.bbc.co.uk/dna/h2g2/A21648783 – TRiG Dec 01 '10 at 19:09
0

Keep it Simple!

dede
  • 103
  • 3
  • 2
    Duplicate of http://programmers.stackexchange.com/questions/39/whats-your-favourite-quote-about-programming/87#87 –  Oct 28 '10 at 02:34
0

"Real programmers don't see code, they see trees."

Ming-Tang
  • 856
  • 5
  • 15
0
Programmers don't quit, they just go offline. :)
Digital Dude
  • 393
  • 2
  • 8
0

XML is like violence - if it doesn’t solve your problems, you are not using enough of it.

Tom Lianza
  • 101
  • 2
  • Children, please don't forget that violence is no solution...it's an instrument to accomplish a solution. – Bobby Dec 28 '10 at 11:06
0

Programming is an art form that fights back

-- Unknown

Note: especially when you're oncall...

Matthieu M.
  • 14,567
  • 4
  • 44
  • 65
0

True story:

I was doing a project for school in c++ and needless to say there was some compiler wrestling. As I got more pissed of I started naming my test functions shit with fuck variants for variables. At some point to every-bodies amusement I yelled "Why isn't this fuck pointing to shit?!?!?"

zhenka
  • 1,688
  • 10
  • 22
0

Minimal Functionality to the desktop as soon as possible.

Maniero
  • 10,826
  • 14
  • 80
  • 133
Moshe
  • 5,022
  • 2
  • 30
  • 49
-1

Impossible is Nothing

Although belongs to Adidas, but fits Software development well.

Aman Alam
  • 219
  • 2
  • 7
  • This is especially priceless when your boss comes armed with *that*, and a change request which is essentially the halting problem. "I don't care about your fancy-schmancy CS theory; you *will* make it work, to be delivered next week, because I already billed the client for it. Impossible is nothing, right? RIGHT!?" (not surprisingly, that person is no longer my boss) – Piskvor left the building Feb 08 '11 at 09:54
  • Yes right, and really impossible is nothing. Why should one posses a CS Degree if he isn't capable to make things work the way they should. – Aman Alam Feb 08 '11 at 09:58
-1

Comments in code are like sex. When they are good -- it's very, very good. But when they are bad, they are better than nothing.

-- Anonymous

Jacek Prucia
  • 2,264
  • 1
  • 17
  • 15