share
Stack OverflowWhat is your motto as a Developer/Programmer?
[+141] [380] RWendi
[2008-09-17 10:09:00]
[ untagged ]
[ http://stackoverflow.com/questions/81677]

Title says it all... Mine is "Never stop learning"... :)

(7) I like a variant of this... "Never stop improving" - Haacked
(2) If it ain't broke, you're not trying hard enough. (Whoops, duplicate of this answer. Go upvote that instead.) - Michael Myers
(7) "It is unbecoming for young men to utter maxims" - Aristotle - WOPR
[+207] [2008-09-17 10:11:04] Steve

Keep it simple.


(6) ...stupid. In my Software Engineering class I was thinking to leave the last part out, to avoid hurt my students sensibilities but I realize that the las part is the important part, other way people may thing they can got away with it without being call stupids. - levhita
(2) Nicer alternatives are: "Keep It Sweet & Simple", and "Keep It Short & Simple". - levhita
(29) Ive always rememberd this as "The KISS method" : "Keep it simple, stupid" - Neil N
(5) An Austrian programmer once explained to me that he thought that "KISS" meant "keep it subtle and sophisticated." - Cylon Cat
@Neil N: I will always remember this Motto. - Braveyard
I really believe in it! - afsharm
(3) Don't forget "Keep It Simple S***head. - kirk.burleson
@Neil N I heard this one on The Office - WarmWaffles
1
[+175] [2008-09-17 12:02:14] Russ C

"It works on my Machine!"


upvote 'cause this always makes me smile. :-) - codeLes
upvote for funny - icelava
We've abbreviated it for convenience in IM to "WOMM" - y0mbo
Seen again yesterday, with the tester sitting next to me in front of his machine, producing crash after crash with my app. - OregonGhost
(72) I guess that means we have to ship your machine ... - Jason Sundram
(3) Horrible motto to have (if in earnest). - Alex
Ship me the machine with the software, works perfect then! :D - aredkid
(4) I actually threatened to fire an employee (a very good, senior programmer) if he ever again told a customer, "It works on my machine." For a customer there is nothing more infuriating than to be blown off in this manner. I have a friend in construction whose favor comment about possible flaws in his work is, "Well, I can't see it from my house." Arrrgghh! - Peter Rowell
It was just a reference to Jeff Atwood's blog entry on 'It works on my machine'! codinghorror.com/blog/archives/000818.html - Russ C
(4) As long as I get a newer machine each time, I don't mind shipping them together. - Scott
Q: "How many programmers does it take to change a lightbulb?" A: "None. I have the same lightbulb here in the office and it's working just fine!" - Joshua Carmody
2
[+138] [2008-09-17 12:40:33] Antonio Louro

A good programmer always looks both ways before crossing a one-way street.


(9) That's funny. My wife makes fun of me because I stop at intersections even when I don't have a stop sign. - Ferruccio
(2) I guess I'm a good programmer then. - Michael Myers
(2) I do the same thing at the intersections! Glad to see I am not the only one:) - Antonio Louro
(32) particularly true in that the most dangerous car on the road would be one coming the wrong way down a one-way street - ChrisHDog
@ChrisHDog, if only we could upvote your comment. - Pim Jager
(1) Eheh Thanks for the "virtual" upvote:) - Antonio Louro
(45) A really good programmer also looks up, and listens for anything that might burst out of the ground. - Eclipse
(1) @Eclipse: And don't forget always checking your blind spot just in case a grue is sneaking up on you. - JAB
@ChristHDog: This, I have seen. - Thanatos
(1) @Ferruccio: Stopping at intersections where you do not have a stop sign can be extremely dangerous. Someone on the cross-street may think it's a four-way stop and proceed through assuming someone else coming opposite you will stop. - Nick T
3
[+121] [2008-09-17 10:51:34] Steve Obbayi

Programming is like sex. One mistake and you have to support it the rest of your life.


(1) Laugh. Like that one. - Onorio Catenacci
(14) This is kind of offensive. - lubos hasko
(60) something offensive? on the internets?? - Zach
(23) lubos - are you serious?? - Erik Forbes
(7) Oh no that "S" word! Freakishly enough I have seen an edit that removed sex from a post because of fears that it would block the entirety of SO in a corporate filter. ugh - _ande_turner_
(28) It's not the 's' word that can be considered offensive, it's that (some) children are considered mistakes. Fortunately it's not a crime to abandon unwanted software projects ;-) - Outlaw Programmer
(2) I prefer to think of her as my little surprise. Don't know what I'd do without her now. :) - kirk.burleson
(1) It's funny, I guess I interpreted this differently from everyone else. I thought the implication was that if you get a girl pregnant you have to support her for the rest of her life. Which would indeed be pretty offensive. But now, realizing my mistake, I think I must be the offensive one for having interpreted the joke that way in the first place. Damn, I am one old-fashioned chauvinist! - Dan Tao
4
[+113] [2008-09-17 12:23:10] andypike

If you aren't proud of it, it isn't good enough.


Yeah, I know it's hard to be proud over code - specially when being quite perfectionist - but at least you avoid the broken window syndrome - rshimoda
Very nice! <comment length filler> - Wayne Koorts
(4) I wish I could give this more than +1. I also wish more co-workers would live by this motto. There is so much pain in shoddy workmanship... - DevSolar
(3) If only it weren't possible to be proud of things that aren't good enough. - Jon Purdy
I always feel like this, even though coworkers keep telling me otherwise. It is true though, it does need to ship... - Ramon Zarazua
@Ramon: I'd say shipping was something to be proud of :) - elo80ka
5
[+104] [2008-09-17 10:44:51] 3cho

Compiling


This has happened to me when I was working on a large .NET project in Visual Studio 2003 on a laptop. It took 10 - 15 to compile everything. But it's not my motto :-) - Cristian Ciupitu
(15) Ha I am actually surfing on Stack Overflow now due to the compiler. - RedWolves
I chuckled the first time I saw this comic a few months ago - little did I know how true it would turn out in my new job..... - Erik Forbes
(1) I would downvote this for unoriginality but I don't have enough rep. - Tullo
I use this excuse quite a bit ever since reading this, don't hate me! - aredkid
If I am not mistaken, this picture is also featured in the "Programmer's Comics" and the "Programmer Quotes" questions, and possible a few others as well. - Andreas Rejbrand
(2) I lol'ed so hard that I started to rofl. - Dr Hydralisk
I'm of the philosophy that if my program takes long enough to compile that I have time to slack off, I must be doing something wrong, somewhere. - Jon Purdy
F# compiler is the slowest compiler ever. - SHiNKiROU
6
[+92] [2008-09-17 11:40:47] Leonel

Mine is: "There must be a simpler way to do this..."


ahh, simple, elegant, +1 - jcollum
(11) I guess I will spend the next 7 hours looking for a simpler solution. - Kalmi
(1) Wouldn't it be simpler to just say "Keep it simple"? (see above) - T. Stone
(3) I have always this feeling in Haskell. - Hai
7
[+87] [2008-09-17 10:21:54] community_owned

when writing software, imagine that the person who has to maintain it is a violent psychopath who knows your address.

Keep everything clear, obvious and as self-documenting as possible.


(5) I had a client that fits your description... those were scary days for me. - Steve Obbayi
8
[+77] [2008-09-17 10:20:27] Patrick McKenzie

My job is not to program. My job is to provide business value. I happen to do that by programming sometimes. More frequently, I do it by not programming.


(13) Gee you sure sound expendable. - cazlab
(9) No, he sounds like a guy with the right focus! - Bloodhound
(1) agree, sounds more like a valuable asset than expendable - Brian Paden
(55) He's got middle management written all over him. - Apocalisp
(1) Good insight there ;) - Rahul
wow, these guys are grouchy. Are they like this to you on Business of Software forum too? - Leigh Caldwell
(4) That's really a really... catchy motto. - erickson
(75) Screw business value, my job is to have fun. I have fun by programming. If it weren't fun, I'd be doing something else. - ephemient
(17) That would sound good in an interview. Sorry to be so rude, but it's the kind of sucking up that will appeal to many employers. My job IS to program, that is, to be on the receiving end of a problem, and solve it, programmatically or sometimes otherwise. To be a programmer is to be a problem solver. The marketing department can package that problem solving as a product and that will provide business value. - MPelletier
(3) Give me a break! [Rolls eyes] - kirk.burleson
(1) crickey, what selfish comments - you're in a job to solve problems properly. Too many people now seem tot hink that as long as they get to code something fun, all's ok, even if it solves the main problem but introduces a heap more. Seen that too many times recently. - gbjbaanb
There are quite a few times where I recognized a discrepancy in design vs requirements or in two peoples views of a problem. Also noticing places where people haven't thought out a design. I've also taught a few programmers to actually care about the code and program better--I think I've helped companies more in these ways than through my actual coding. - Bill K
9
[+69] [2008-09-17 14:02:16] Kent Beck

Make it run, make it right, make it fast. My dad told me this the first day I started programming. I still have to remind myself sometimes. Make it run, because it's too easy to take counsel of your fears and spin off into AbstractDesignLand. Make it right, because there lies the joy of software. Make it fast so people can use it, but don't make any performance-related decision until you have solid evidence.


wow. i think i'm going to steal your motto for myself - Ben Marini
10
[+69] [2008-09-17 15:49:39] JK

“A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away.” —Antoine De Saint-Exupery


(46) Deleting code makes me really, really happy. - Jedidja
There's nothing more fun than refactoring and hacking out large sections of code. - Evan Plaice
Like when you put in some missing inheritance and suddenly 100's of lines of code disappear - joy. - AndyM
(1) Although it sometimes makes me nervous when I delete entire files. But in the end it is definitely a good feeling. - Jack
11
[+55] [2008-09-17 10:21:53] John Nolan

When in doubt Google it StackOverflow it


Pratically it is the same. - Luca
(2) I've seen more than a few questions that should have been Googled instead of clogging SO with it. How to change a button's text comes to mind. - kirk.burleson
(2) think that the owners wanted here to be a one stop shop. So trivial questions are ok. Let me clear though - this is not my motto. "RTFM think then SO/google would be better". think probably being THE most important step there - John Nolan
12
[+52] [2008-09-17 13:43:14] theschmitzer

Never solve hard problems.

Divide hard problems into simple ones, and solve those.


(1) Or solve a similar problem that's easy and good enough. - AndyM
Better yet, divide the problem into problems you have already solved and have code for if you can. ;) God bless generics. - Jack
(1) Or: Never solve hard problems yourself - keuleJ
13
[+51] [2008-09-17 11:23:12] Marc Gear

Write. Less. Code.


(39) It would be less if you leave the dots out - moose-in-the-jungle
Moose, using camelCase for example. No? - Klosterf
(4) while(--code); (oh, it was enough less to produce a compiler error: "* required - at least 15 characters") - valya
oh the irony of this statement - WarmWaffles
14
[+50] [2008-09-17 15:36:53] community_owned

Never ever underestimate the stupidity of the user!


That's a bit harsh IMHO. Just because people don't understand computers like we do (usually because they have no interest in doing so) is no reason to call them stupid. Part of our job, if not our WHOLE job, is making those people feel empowered. - Wayne Koorts
(3) Of course, this is because "the user" in this case is the upper bound of stupidity--if you have more than a few users, the worst is going to be really bad invariably. The user may not always be stupid, but you will always either have stupid users or have a small user base. - Tikhon Jelvis
15
[+42] [2008-09-17 12:19:43] ARKBAN

Laziness, Impatience, Hubris [1]

[1] http://c2.com/cgi/wiki?LazinessImpatienceHubris

(1) +1. I live by this, and couldn't hope to phrase it more elegantly. - Tikhon Jelvis
...TIMTOWDI FTW! - Shane Cusson
16
[+40] [2008-09-17 10:12:39] Epaga

Red, Green, Refactor


(7) +1. Bonus: Red; Green; Commit; Refactor; Commit; - Sam Wessel
(1) Never heard this one. What do Red and Green mean? - kirk.burleson
(1) @kirk.burleson: Red - tests fail Green - tests pass - Codebeef
@kirk.burleson see TDD ("Test Driven Development") - Epaga
17
[+40] [2008-09-17 15:26:01] community_owned

Failure is not an option; it comes bundled with the software.


18
[+30] [2008-09-18 00:01:38] OldGreyTroll

"If Brute Force isn't working for you, you aren't using enough of it!"


(11) Corollary: "I need a faster computer". - Tikhon Jelvis
(1) If all you ever write are fancy dynamic programming algorithms and polynomial-time 3-SAT solvers, you may find that writing a brute forcer is harder than you expected. - Joey Adams
19
[+26] [2008-09-17 14:07:01] icelava

If you think education/training is expensive, try ignorance!


20
[+24] [2008-09-17 14:37:37] Bloodhound

"Any sufficiently advanced technology is indistinguishable from magic." -Arthur C. Clarke


(7) Any sufficiently advanced magic is indistinguishable from programming. - Apocalisp
(6) Any sufficiently reliable magic is indistinguishable from science. - Matthew Scouten
(12) Technology that can be distinguished from magic is insufficiently advanced. - Sherm Pendley
(2) -1 doesn't answer the question - jcollum
Or in hardware terms... FM a.k.a. "F***ing Magic" - Evan Plaice
21
[+23] [2008-09-17 10:17:29] community_owned

"If you need a motto, you're doing it wrong."

Not a dig at the person who posed the question on here, it was asked offline at my old work place a while ago and with the suggestion that "all good developers have a motto" I replied with the above. Good developers tend to have sound-bites that are bandied around, as they tend to be good at being succinct. I tend to avoid mottos.


(2) Good developers are clever and creative. Coming up with mottos is something that just comes naturally to clever/creative people (hence why most famous/influential people in history have often-quoted mottos/witticisms). However, I'm neither clever or creative, so I just repeat other people's mottos. - Lèse majesté
22
[+21] [2008-09-17 10:13:21] titanae

"High cohesion, low coupling" [1]

[1] http://en.wikipedia.org/wiki/Coupling_(computer_science)

(6) Oh man, I hate when people use this quote to defend crappy software that really doesn't follow this. - Rorschach
23
[+21] [2008-09-17 10:16:03] ThatBloke

Nothing is complicated!
Complicated = a bunch of simple things mixed together.
Break it down.
Then make it simple.

This goes with steve.off.myopenid.com's answer.


(4) This answer is way too complicated. :) - kirk.burleson
Refactored version: "Divide and Conquer" - Jeremy Friesner
Just keep "Complicated = a bunch of simple things mixed together." - Joey Adams
24
[+21] [2008-09-17 10:35:56] user15557

two things

1: Learn something new everyday. A new command, new switch for cmd, new concept, new word.

2: Hope for the best, plan for the worst. Try to evaluate all the ways your code could fail and immediately begin testing with boundary conditions and bad input values.


25
[+20] [2008-09-18 00:03:36] Cyberherbalist

From the Tao of Programming:

A program should follow the `Law of Least Astonishment'. What is this law? It is simply that the program should always respond to the user in the way that astonishes him least.


I read that as 'at least'.... - relet
I don't think so, @relet. The phrase "at least" means that as a minimum something must be the case. The intent of the Law of Least Astronishment is that, ideally, the user should not be astonished at all, but the less astonished the better. - Cyberherbalist
26
[+20] [2009-10-14 20:20:40] tommyk

9 Women can't make a baby in one month.


+1 Variation on the theme: "You can't get a child in a month by making 9 women pregnant". - Nick Alexeev
27
[+19] [2008-09-17 23:04:21] unrealtrip

Mine is also a life motto and is actually tattooed on my arm :)

"Aut viam inveniam aut faciam" - I will either find a way or I will make one.


Latin correct? Thats pretty awesome. - Ethan Gunderson
(1) I read this and immediately wanted to go out and get this tattooed on my arm, too, but realized that my wife would probably shoot me. By the way, can we have a photograph of the tattoo? - Cyberherbalist
(2) That is cool :) Anyway, not the greatest photo since cell phone, but here's what it looks like: i.imgur.com/9Q6ao.jpg The flourished "A" is modeled after a page in an illuminated copy of Virgil's epic Aeneid in which one of Hector's principle lieutenants Aeneas was charged with leading the remaining survivors out of Troy, eventually to the place which would become the founding of Rome. Aeneas found a way, and that is how I live my life each day. - unrealtrip
28
[+18] [2008-09-18 00:00:14] Ethan Gunderson

My place of work's motto

"We don't have time to do it right, but we have time to do it over"


Hahah! This hits close to home. - Cory House
(6) Or "we don't have time to do it right, or time to do it over, but occasionally, while we're adding new features, we have time to tack on other features that try to work around the original poor design. If you're lucky." - Nathan Long
Hey, I don't know any of you yet we seem to work in the same place! - SirDemon
29
[+15] [2008-09-17 10:19:26] hendry

Suck less [1] :-)

[1] http://www.suckless.org/

(18) definitely thought this was a porn link - Jason
hahaha, nice comment! - Nikita Fedyashev
This is a porn link with lots of erotic codes. - Braveyard
I have a good one for this, but I know I'll get flagged or kicked off SO. Playing it safe... :( - kirk.burleson
Suckcess is not an option! - dotjoe
30
[+14] [2008-09-17 10:17:48] DemonTPx

Keep it simple stupid


(5) Ironically, this is a repost of the top rated answer. - Neil N
With the "stupid" appended, it's less simple too. - Tikhon Jelvis
No, he just got it wrong. The stupid is silent. - Evan Plaice
(4) @Evan, sadly, the Stupid is rarely silent. - SirDemon
31
[+13] [2008-09-18 12:52:58] DeeCee

if you think you're a good coder you stop becoming a better one


Awesome! <comment filler> - Wayne Koorts
32
[+13] [2008-09-18 20:12:09] tyshock

Cheap, Fast, Good.........pick any two.


(6) Often works as "pick one" and try to keep a second from going out of control. - Cylon Cat
33
[+13] [2008-09-21 22:37:37] Mariano

Give me six hours to chop down a tree and I will spend the first four sharpening the axe.

Abraham Lincoln


34
[+11] [2009-10-08 08:16:23] EndsOfInvention

There has to be a better way to do this....


Simple and clear, I love it. - Wayne Koorts
35
[+11] [2009-05-29 10:22:55] Brad

If you don't have time to do it right, how come you have time to do it twice?


36
[+10] [2009-05-29 12:12:18] DaveParsons

"I have not failed. I've just found 10,000 ways that won't work."

Thomas A. Edison (1847 - 1931), (attributed)


37
[+10] [2008-10-22 02:34:12] David White

"How does this help the user to kick ass?" - Kathy Sierra [1]

[1] http://headrush.typepad.com/creating_passionate_users/

38
[+9] [2008-09-18 01:07:05] Tim James

Premature optimization is the root of all evil.


39
[+9] [2008-09-17 10:50:32] Gary Willoughby

"Code as if somebody else needs to understand your code."

and

"Do no evil!"


Code as if the person taking over is a maniac with a gun, and knows your home address. - icelava
40
[+8] [2008-09-17 10:21:28] Varun Mahajan

Don't fix it if its' ain't broken


(2) Never heard about refactoring? - Ikke
(4) If it looks ugly, it's broken. - hasen j
41
[+8] [2008-09-17 12:37:52] community_owned

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


42
[+8] [2008-09-17 17:51:51] Jana

"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." - Albert Einstein


43
[+8] [2009-09-22 22:09:23] Yacoby

Weeks of coding save me hours of planning


44
[+8] [2009-02-13 20:17:48] Jim C

"It works", "leave it alone".


Similar to "Don't rewrite software": joelonsoftware.com/articles/fog0000000069.html . Granted, refactoring's fine and good, especially when you have testcases. - Joey Adams
45
[+8] [2009-03-31 19:16:17] Rob Haupt

This is more of an Anti-Motto, but its a quote that always reminds me that making the code concise is what I should be striving for.

I have made this letter longer than usual, only because I have not had 
the time to make it shorter.

-Blaise Pascal

46
[+7] [2008-10-29 06:40:30] Thomas Marti

"When in doubt, pretend it's magic"


47
[+7] [2008-09-17 17:01:46] Heston T. Holtmann

"Master one thing. Learn as much as possible about everything else"


I was going to post something like this. I like to phrase it as "Jack of all trades and master of one." - Boojum
48
[+6] [2008-09-17 10:10:20] Jason

Test, test, test


You're taking all the fun out of it! :) - kirk.burleson
Testing is fun because you can see your code works. (Or doesn't, which means debugging.) - WTP
49
[+6] [2008-09-17 10:34:03] Claus Thomsen

Im Lazy, thats why im a programmer


(1) You work overtime just to fight laziness? - IAdapter
(2) I can't stand lazy programmers. - kirk.burleson
There is a difference between someone who is lazy and someone who is a lazy programmer. I'll spend hours coding something so later I can save 20 seconds, plus its fun to do those types of coding projects. - percent20
(4) I'm a lazy programmer. That's why I strive for good, clean code -- I'm an enlightened lazy programmer. - Dan Breslau
More than one reading of the word lazy makes this a poor motto - David Sykes
As programmers, are we the laziest hard-working people around, or the hardest-working lazy people? - baultista
50
[+6] [2008-09-22 00:25:42] crash

I actually have those two sentences as background on my dev machine:

"Does that make sense to people?" and "If it ain't broke, you're not trying hard enough"


51
[+6] [2009-02-13 20:59:15] Kieron

My old boss used to say 'measure twice, cut once'.


(3) ... its a great old craftman's saying - Preet Sangha
52
[+6] [2009-10-08 08:20:24] Dror Helper

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.

[From The Wizardry Cursed by Rick Cook]


53
[+6] [2008-09-18 04:29:07] Swaroop C H

Walking on water and developing software from a specification are easy if both are frozen. - Edward V Berard


Freezing a specification sometimes requires freezing people. - Joey Adams
54
[+5] [2008-09-18 14:42:22] Yuval

The IBM Polyanna Principle:

Machines should work; People should think.


55
[+5] [2008-10-20 17:01:52] Tim Lesher

"Listen to your fear."

One of the hardest lessons I've had to learn is that if there's something I'm avoiding looking at, or something I'm half-afraid to look at, then that's almost certainly the part that is misdesigned, miscoded, or most likely to require changes later on.

In this case fear isn't the mind-killer. It's more like the smoke alarm.


56
[+5] [2008-09-17 10:12:18] MikeCroucher

"Don't be a language snob. Use whatever works or whatever your customer wants and is willing to pay for."


I dont like ruby too :) - IAdapter
57
[+5] [2008-09-17 10:59:20] community_owned

A program has two purposes. First, to be read and understood by humans. Second, to be understood and run by a computer.


58
[+5] [2008-09-17 12:18:18] community_owned

good coders code, great reuse [1]

[1] http://www.catonmat.net

59
[+5] [2008-09-17 21:36:16] Nidonocu

If at first you don't succeed, redefine success. :)


(2) def didWeSucceed{ if (true) { return true; } } - Nathan Long
@Nathan Long: Didn't you mean: def didWeSucceed{ if (false) { return true; } } ? - pipitas
@pipitas - Actually, for brevity, I should have said def didWeSucceed { return true; }. But my method always returns true, because if (true) will always run. Whereas if(false) will never do so. In other words, my method always says we succeeded; yours always says we failed. - Nathan Long
60
[+5] [2009-11-23 02:05:15] hexium

"It depends."

That's the answer to all good software engineering questions, really.

To be a good software engineer, you should know on what it depends, and why.


61
[+5] [2009-11-19 23:58:00] sarx thinkatron

"You can have it

  • correct
  • fast
  • on time

Pick any two."


(3) Aren't fast and on time kinda that same thing? I believe it's supposed to be "Good, Fast, Cheap; pick two" - Neil N
(1) Fast as in performance of the software - optimised for speed... - sarx thinkatron
(1) You can have two?! - Joey Adams
62
[+5] [2010-02-03 00:02:26] The Elite Gentleman

In God we trust, the rest we test! :-)


awesome..really cook. - this. __curious_geek
(1) really cook? lol - The Elite Gentleman
63
[+4] [2010-06-30 11:17:04] venJava

For this I stand with the viewpoint of Einstein :

"Everything should be made 
 as Simple as possible, 
 but not simpler."

And attitude level - "Right Guy for the Right Job"


64
[+4] [2010-09-12 04:59:13] Eugene

Underpromise, overdeliver.


65
[+4] [2008-09-17 19:37:08] user16660

"To err is human, to really screw things up requires a computer."

"An error is not a mistake until you refuse to correct it."


66
[+4] [2008-09-17 16:02:22] community_owned

Make it work. Make it work right. Make it work better.

In that order.


67
[+4] [2008-09-17 14:26:18] db

"Under-sell, over-deliver"


68
[+4] [2008-09-17 12:36:54] Chris

A test that succeeds when it is intended to fail is far more worrisome than when it is intended to succeed.


69
[+4] [2008-09-17 11:51:33] community_owned

Embrace The Chaos!


70
[+4] [2008-09-17 10:19:07] epatel

"How hard can it be?" [1]

This has made me program crazy stuff for it's, well, crazy and fun.

Like the Jupiter ACE emulator [2] in 3D or a dancing Steve Jobs [3] in iTunes or a 3D modeling app for the Palm [4]

I also have another one:

"If you want something done you'll have to do it yourself"

[1] http://www.memention.com/blog/2009/08/20/How-hard-can-it-be.html
[2] http://hem.passagen.se/tiletech/ace.htm
[3] http://www.memention.com/js/
[4] http://memention.com/edward/tinygl/

Well, Actually the last motto is not that much true. I mean it may be true but you can't generalize that for all humans. - Braveyard
71
[+4] [2008-10-29 06:46:29] mmiika

Question Everything.


72
[+4] [2009-05-29 10:28:40] Codebeef

If it's not tested, it probably doesn't work.


It makes me happy I'm not alone. - Luca
73
[+4] [2008-12-03 21:43:44] VirtuosiMedia

Automate whenever possible.


74
[+3] [2009-05-29 10:44:42] gonzohunter

"It works on my machine!"


+1 coz it always makes me laugh. - gath
So are you saying that your motto is "I don't care if it doesn't work for you, because it works for me."? - Wayne Koorts
75
[+3] [2008-09-22 16:59:18] community_owned

The only code without bug it is that you didn't write


76
[+3] [2008-09-18 13:08:11] Bruno

it was working before...


77
[+3] [2008-09-19 08:12:01] Pace

rule number one, never say its going to be easy.


78
[+3] [2008-09-20 03:52:28] nilamo

A regex is the light at the end of a long, dimly lit tunnel. The light of an oncoming train, that is.


79
[+3] [2008-09-18 00:54:42] community_owned

If it's too hard you're probably doing it wrong.


80
[+3] [2008-09-17 11:58:44] Captain Toad

Write it so that your Mum could use it


81
[+3] [2008-09-17 11:26:10] ugasoft

Everything can be solved using an extra-level of indirection


(1) except performance and resource efficiency - icelava
82
[+3] [2008-09-17 11:19:45] community_owned

Oh shit, I broke the build again. D:


(7) If that is a motto, I do not want to be in your team! - icelava
83
[+3] [2008-09-17 13:13:54] Slace

Look both ways before crossing a one way street


Man, I do that in real life! There are always ways for an idiot (or an unsuspected problem) to come from your dead angle. I know... I have been such an idiot once. It's amazing how much damage you can do to a car while your bike sustains none :P - Morlock
84
[+3] [2008-09-17 14:19:40] Rob

There has to be a better way to do this...

Most normally followed by... No whammies... no whammies... no whammies... COMPILED!


85
[+3] [2008-09-17 14:20:43] kristina

What are you doing wrong with our bug-free product?


86
[+3] [2008-09-17 15:32:49] Nils Pipenbrinck

Free the Mallocs!


87
[+3] [2008-09-17 16:20:54] community_owned

"Never let a programmer name anything!"


Depressingly true :) I end up picking the first almost-pronounceable acronym I can think of! - HoboBen
88
[+3] [2008-09-17 17:34:19] Gary Buckley

Keep It Simple Stupid, there's a quote that springs to mind when someone's getting all "clever" about their implementation of a feature, to paraphrase:

Debugging code is twice as hard as writing that code in the first place so if you're writing code approaching your technical limits then you're already too stupid to debug it.

Now I don't completely agree with that (as you can learn while you're debugging and thus improve to the level where you're ok) but it's always struck a chord with me.


I will write code near my technical limits and I will be able to debug it. I'm just willing to spend two days debugging a few hundred bytes of code. - Joshua
89
[+3] [2008-09-17 17:46:06] community_owned

Assume nothing!


Assuming that you want to succeed? - Nathan Long
(1) Hmm...there's an Assembly language joke in there somewhere... - elo80ka
90
[+3] [2008-09-17 19:37:13] Steven A. Lowe

Everything should be as simple as possible - but no simpler. -- Albert Einstein

wikiquotes [1]

[1] http://en.wikiquote.org/wiki/Albert_Einstein

91
[+3] [2008-09-17 20:27:13] Michael Easter

"As simple as possible, but no simpler" -- Einstein (?) via Scott Myers


92
[+3] [2008-09-17 20:27:25] m_pGladiator

Nothing is impossible - it just needs more time to implement.


93
[+3] [2008-09-17 21:40:17] Matt Hucke
It is by caffeine alone I set my mind in motion.  
It is by the bean of java that thoughts acquire speed, 
the hands acquire shaking,
the shaking becomes a warning.
It is by caffeine alone I set my mind in motion.

(from "Dune", via the Scary Devil Monastery)


94
[+3] [2008-09-17 19:50:41] Brent.Longborough
assert(ItWorks != ItIsCorrect);   # Ever

and

If you tell lies to your computer, years later, long after you've forgotten, it will tell tham back to you. So, never tell lies to your computer.


95
[+3] [2010-07-30 09:09:01] this. __curious_geek

When your product is 80% complete, that means you have another 80% to go.


96
[+3] [2009-11-23 18:27:19] aredkid

Any fool can make things bigger, more complex, and more violent. It takes a touch of genius-and a lot of courage-to move in the opposite direction.

- John Dryden


97
[+2] [2010-04-09 18:25:17] Mika Kolari

Who needs unit tests when you've got BDD (breakpoint driven development)


98
[+2] [2010-07-21 15:01:48] TM

Who wrote this crap?

(sometimes I find out it was me)


99
[+2] [2010-07-21 14:34:43] this. __curious_geek

"You have asked for X, but you actually need Y."


100
[+2] [2010-08-06 14:27:32] dotjoe

My job is to code myself out of my job.


101
[+2] [2010-07-24 01:36:47] Jon Purdy

Anything is possible.

As programmers, we have the power to do magic within the universe of the computer. There are some rules, yes, but just about anything can be done. If someone tells you that what you want to do is impossible, then they're either wrong or lying.

I think that this applies especially in the field of language design.


Not that this is really my motto. Mottoes aren't exactly my thing. - Jon Purdy
102
[+2] [2010-07-24 01:38:42] WOPR

"It is unbecoming for young programmers to utter maxims" - Aristotle


103
[+2] [2010-08-12 18:02:06] Freddy

Nothing is too complex to solve with enough layers of abstraction and nothing is too simple to make too complex with enough layers of abstraction.


Yes, but making the simple stuff complex with abstractions makes adding more simple stuff simpler. - Jack
True. I use this to remind myself to stay balanced. - Freddy
104
[+2] [2011-02-21 15:25:51] Jamshid Asatillayev
"The Definition of an Upgrade: Take old bugs out, put new ones in."

From my friend's status.


105
[+2] [2011-05-21 12:07:50] Jamshid Asatillayev

The fastest code is that which doesn't run. Joel Webber, GWT co-creator.


106
[+2] [2008-09-17 19:57:20] Daniel

Language is froth on the surface of thought

a John McCarthy quote


107
[+2] [2008-09-17 19:39:39] JBB

Do it once, do it right, never have to do it again.


108
[+2] [2008-09-17 17:57:03] Leonid Shevtsov

Perfection is when there's nothing left to remove.


109
[+2] [2008-09-17 15:39:54] EvilEddie

More Cowbell!


110
[+2] [2008-09-17 14:53:07] Kevin Conner

Plan it on paper.


111
[+2] [2008-09-17 14:39:46] vaske

"Use the source Luke...."


112
[+2] [2008-09-17 12:16:01] codeLes

First learn to solve problems then, if you must, learn to write code.


113
[+2] [2008-09-17 13:35:44] Daemin

"Nothing is impossible in software."

It's helped me think around some stubborn problems and inital thoughts of "it can't be done", "it's impossible", etc.


It may be possible, however is it worth the investment of time and resources? (hint: if you are a consultant, it is always worth it) - Redbeard 0x0A
(1) Halting Problem? - Matthew Scouten
It works if you use it as a personal motto, to make you stop and think about the different ways that a particular problem could be solved. It means that you have to think rather than just say that it's impossible and not do it. - Daemin
114
[+2] [2008-09-17 14:01:57] entzik

"Good code reads like documentation". From the Agile Manifesto, I think.


Bad Documentation reads like code. - Matthew Scouten
No, this is not from the Agile Manifesto. What it recommended there is "working software over comprehensive documentation". - philippe
115
[+2] [2008-09-17 14:05:18] Mostlyharmless

Save Early, Save Often, Dont check-in till its reviewed.


That should be revised to "don't push until its reviewed" in DVCS systems. - Justin Dearing
116
[+2] [2008-09-17 12:24:01] Veynom

There is always one more bug ...


or the converse; There is no such thing as a final bug.... - icelava
117
[+2] [2008-09-17 12:27:27] Jon Cage

I've always thought of Soichiro Honda [1]'s quote "Success is 99% Failure" to be a good one.

The Zen of Python [2] has a lot of ideas I really like too.

[1] http://en.wikipedia.org/wiki/Soichiro_Honda
[2] http://python.net/~goodger/projects/pycon/2007/idiomatic/handout.html#the-zen-of-python-1

118
[+2] [2008-09-17 12:30:16] chilehead

A restart will fix it.


"Restart" is a test case. Usually several test cases. - Cylon Cat
I hate it when this is right. But most of the time it is. :) - pymendoza
119
[+2] [2008-09-17 10:16:22] Iulian Şerbănoiu

KISS, Refactoring, Redesign if needed, Create test cases and when another problem appears add it to your test cases, Ask a friend when you're in trouble.

Communication has no.1 importance in a big project and not only.


Wow, did you forget anything? - kirk.burleson
120
[+2] [2008-09-18 05:57:46] Plasmer

Try to leave code I touch better than I found it.


121
[+2] [2008-09-18 07:40:13] pobk

"Don't repeat yourself"


122
[+2] [2008-09-20 03:37:39] PoppaVein
  1. Ping-pong development methodology: Keep on whacking it until it doesn't bounce back.

  2. Fast, cheap or right -- pick any two.

  3. There are no impossible tasks, it's all a function of time and money.


123
[+2] [2008-09-19 02:53:45] Oddmund
  1. Fork
  2. Morph
  3. (if !what_you_had_in_mind) GOTO 2
  4. It rings!

When in doubt - morph it more!

Morph it 'till it rings!


124
[+2] [2008-09-18 21:14:32] sumek

Luck is skill


125
[+2] [2008-09-18 14:01:52] notandy

I do what I must because I can.


126
[+2] [2008-09-18 17:44:11] RKitson

Make it work, then make it fast.


127
[+2] [2008-09-18 19:18:57] WACM161

make someone else's job easier...


128
[+2] [2008-09-22 17:01:54] community_owned

think more, write less


129
[+2] [2008-09-21 23:28:54] Robert Rossney

It's often better to solve the general class of problems of which the problem before you is merely a specific case.


130
[+2] [2008-09-23 00:58:31] Chris Carruthers

The first step to becoming a good programmer is to admit that you're not.


131
[+2] [2009-10-08 07:31:17] Konamiman

"Some hours of trial and error can save you minutes of reading manuals" :-D


132
[+2] [2009-10-08 07:46:35] Tullo

This one's more methodological than a general motto, but here goes:

  • The first copypaste is OK, as long as you know what you're doing.
  • The second means a refactor is due.
  • The third means you're doing it wrong.

133
[+2] [2009-05-29 12:15:42] User

Stay awake, stay awake...


134
[+2] [2009-09-22 21:50:27] Rudi

"Real artists ship."


135
[+2] [2009-10-14 20:27:38] Michael Itzoe

Good enough is neither.


136
[+2] [2008-12-03 21:22:27] JamesEggers

I have 2:

Keep It Simple, Stupid (KISS)

and

Let It Go.


137
[+2] [2008-10-22 03:39:35] community_owned

If architects built buildings the way programmers write programs, the first woodpecker that came along would destroy civilization.


138
[+2] [2008-12-03 21:07:52] Tim

Don't be like Jeff (atwood)


139
[+2] [2009-05-29 10:33:18] ldigas

"It's not about the tools" and "a buggy product today is better than an Apple product tomorrow".


140
[+1] [2008-10-20 16:46:44] Michael McCarty

If it is to be it is up to me.


This is a great one! - Geo
141
[+1] [2009-02-11 03:37:35] Pat

Get better... you are no master.


142
[+1] [2009-10-14 20:26:57] Ben

Try not to screw up too bad; if you do, don't do so repeatedly.


143
[+1] [2009-09-22 21:54:00] JB King

"Serving simple solutions to perplexing problems, perpetually."

That's my motto at the moment, it may get refactored sometime...


144
[+1] [2008-10-22 02:26:17] grettke

Wisdom begins in wonder.


145
[+1] [2008-09-27 22:05:35] jdewald

As soon as you write a line of code, it is in maintenance mode.


146
[+1] [2008-09-27 22:21:59] Uri

"Expect the unexpected" and "Trust no one" (from users, library functions, etc.)


question your assumptions always. - neoneye
147
[+1] [2008-11-07 22:29:01] jpush

Before I push open the office main door, I tell myself:

I am not here for money. I am here to learn something new ..

It has kept my little candle burning inside me..


Interesting! very very. - tag
148
[+1] [2008-11-17 22:10:49] AShelly

It's always the cables.


149
[+1] [2008-10-22 02:38:22] Schwern
10 KILL HUMAN
20 GOTO 10

150
[+1] [2008-09-22 00:05:06] Dave Sherohman

"I can make it do anything you want, provided you give me enough time and money."

As a consultant, that's my standard answer to clients asking "can you write a program that does this?"


151
[+1] [2008-09-23 00:28:47] Mitch Wheat

"Be your own client"


152
[+1] [2008-09-23 00:49:24] Constantin

Beautiful is better than ugly.


153
[+1] [2008-09-23 01:26:58] community_owned

"Start out stupid, and work up from there." -- Bruce Henderson


154
[+1] [2008-09-23 15:16:16] Mihai Lazar

I wanna change the world, but they won't give me the source code.


155
[+1] [2008-09-19 02:08:20] mbac32768

Motto: keep it interesting.


156
[+1] [2008-09-18 14:52:45] Abhishek Mishra

"Experience is what You get, When you don't get what you want."


157
[+1] [2008-09-19 03:16:41] community_owned

"Dude, get the hell out of my chair."


158
[+1] [2008-09-19 03:45:39] Evan

"The more people I meet, the more I like my cat."


159
[+1] [2008-09-19 03:47:50] unforgiven3

Simplicity.


160
[+1] [2008-09-19 02:37:56] Crusty

Be kind and helpful to your users

alt text


161
[+1] [2008-09-19 19:56:09] Andrew Hampton

Suck less today than I did yesterday.


162
[+1] [2008-09-19 19:58:41] unexist

Mine is: "I never finish anyth.." ;)


163
[+1] [2008-09-18 07:05:26] Jesper Blad Jensen aka. Deldy

When i program for myself, it is:

"You are not a team of 50 people, so stop planning big advanced applications"


164
[+1] [2008-09-18 10:44:35] community_owned

Under promise, over deliver.


165
[+1] [2008-09-18 06:06:06] dajobe

Do Not Follow One Line Mottos.


166
[+1] [2008-09-18 06:06:14] Ryan Bigg

The user is always at fault until proven otherwise.


167
[+1] [2008-09-18 01:27:56] Colen

Make something people want.


168
[+1] [2008-09-18 00:08:43] Christopher Mahan

If I can't explain it to an 8 year old, don't code it yet.


169
[+1] [2008-09-17 21:59:35] DGM

I love the DRY motto: "Don't Repeat Yourself". It drives me to constantly refactor my code which ends up making things simpler and more readable. The best code patches are ones that remove code.


170
[+1] [2008-09-17 22:26:35] Martin

Use the correct language to solve the problem.
Leave the code cleaner than when I found it.


171
[+1] [2008-09-17 22:56:23] community_owned

It's not done until the customer says "Yes, that's what I needed!"


172
[+1] [2008-09-17 10:36:10] stephbu

Nothing good comes out of test


173
[+1] [2008-09-17 10:56:58] community_owned
  • If software design were as visible as a bridge or house, we would be hiding our heads in shame.
  • The code is important. The braces are syntactical sugar.
  • Beginning coders comment nothing; Novice coders comment the obvious; Experienced coders comment the reason of code; Master coders comment the reason for the code not used.
  • The only thing harder than trying to design software is trying to design software as a team.
  • I need this baby in a month - send me nine women.

174
[+1] [2008-09-17 12:33:54] Adam Lerman

If you can build it, your users can break it.


175
[+1] [2008-09-17 12:29:50] Tim Howland

From Terry Pratchett, natch:

Cuius testiculos habes, habeas cardeo et cerebellum


176
[+1] [2008-09-17 12:18:19] ofaurax

Tests first.


177
[+1] [2008-09-17 12:12:20] CodingWithoutComments

Don't Make Me Click!


178
[+1] [2008-09-17 12:14:04] Rick

Write human readable software.


179
[+1] [2008-09-17 13:47:58] devinmoore

Slow down, get it in writing, and it's never too late to test one more time.


180
[+1] [2008-09-17 13:16:18] crashmstr

Do your best to get it done on time, but doing it the right way is more important.


181
[+1] [2008-09-17 13:24:44] Martin Spamer

Continuous improvement is the only path to perfection.


182
[+1] [2008-09-17 14:49:23] GreenO

Nothing is idiot proof, to a sufficiently motivated idiot.


183
[+1] [2008-09-17 14:27:54] Dan

"I don't fix problems. I work around problems."


184
[+1] [2008-09-17 14:17:24] Brandon Payton

"Software should meet the user on their terms, not the other way around."

And my favorite for making big, technical decisions... "What could possibly go wrong?"


185
[+1] [2008-09-17 14:25:50] swamy

Codito ergo sum


186
[+1] [2008-09-17 14:09:28] Eddie Deyo

Don't ship crap.


187
[+1] [2008-09-17 14:55:59] community_owned

ugly but functional.


188
[+1] [2008-09-17 15:01:13] Denis Bueno

Correctness first.


189
[+1] [2008-09-17 15:08:19] Anders Sandvig

There is no spoon.


190
[+1] [2008-09-17 15:41:18] Bob Moore

What if... ?


191
[+1] [2008-09-17 15:33:37] Giovanni Galbo

Let's get this thing out the door.


192
[+1] [2008-09-17 15:53:19] community_owned

I have a few...

Don't do anything a machine could be doing.

With a PC, the easy things are easy, but the hard things are impossible. With UNIX, the easy things are hard, but all things are possible. -- I don't remember the source... Schwartz maybe?

Just say NO to a pretty GIU.

Driving a mouse is about like driving a truck. When I drive a keyboard, I'm driving fleets of trucks.

A new computer is a hundred times cheaper than a new employee, and the computer works around the clock.


193
[+1] [2008-09-17 16:00:07] typicalrunt

My motto is: Script it and go to sleep.

In other words, don't waste your time doing routine menial tasks (like renaming individual files in a directory) when you can automate the process and be more efficient.

As a corollary, I do like "keep it simple, stupid". Engineers and Programmers seem to take pride in over-complicating solutions.


194
[+1] [2008-09-17 16:02:16] user16288

"Rule Four: You can accomplish more with robots than you can with stress."

(from http://merovingian.livejournal.com/ [1])

[1] http://merovingian.livejournal.com

195
[+1] [2008-09-17 19:27:55] Ian Patrick Hughes

"If you were accused of being a developer...would there be enough evidence to convict?"


196
[+1] [2008-09-17 20:32:53] Ferruccio

The second time you need to do something: automate it!


197
[+1] [2008-09-17 20:44:21] Mondo

It's never idiot-proof.


198
[+1] [2011-03-25 00:53:48] Jamshid Asatillayev

The Programmers' Cheer

Shift to the left, shift to the right!
Pop up, push down, byte, byte, byte!


The most important thing in the programming language is the name. A language will not succeed without a good name. I have recently invented a very good name and now I am looking for a suitable language. D. E. Knuth, 1967


(1) There are letters other than C. There are islands other than Java. - Nick Alexeev
199
[+1] [2010-08-12 18:13:10] SigTerm

"we are all going to hell and I'm driving the bus".

Translation/explanation/how do I understand it: "enjoy your life/job to the fullest, learn from mistakes, fear nothing, and try have fun no matter what happens."


200
[+1] [2010-08-12 18:15:09] townsean

The fewer lines of code...the better!


201
[+1] [2010-08-12 18:15:15] Kevin

It seemed like a good idea at the time.


202
[+1] [2010-08-14 09:10:12] Enrico Carlesso

"You have to belive you're creating the best app, the best business, the best experience in the history of our industry.

Nothing Less".

Alex Hunter


203
[+1] [2010-09-12 05:52:09] Ira Baxter

"Progress is made by the unreasonable man".


204
[+1] [2010-08-16 09:08:55] pipitas

"You can save hours of planning by investing into weeks of coding first."


205
[+1] [2010-09-07 20:54:50] DeadMG

What could possibly go wrong?


206
[+1] [2010-07-24 17:30:54] John Nolan

Reduce duplication and Don't Repeat Yourself.


207
[+1] [2010-07-26 12:22:22] onof

Favor composition over inheritance


208
[+1] [2010-08-06 14:24:26] Neil N

If you are doing too much, stop and think. If you are thinking too much, stop and do.

Helps strike a balance between over/under planning


209
[+1] [2010-07-21 14:36:03] Kaaviar

"No rest for heroes"


210
[+1] [2010-07-21 14:59:01] Thomas

You shouldn't ask "whether" something needs or should be done. You should ask "What are you willing to give up to get it?"


211
[+1] [2010-07-23 23:37:11] chris.r

Nothing is easy.


212
[+1] [2010-07-23 23:40:50] neoneye

Understand the problem.


213
[+1] [2010-07-23 23:25:02] Jack

Reduce, reuse, refactor.


214
[+1] [2009-11-23 01:50:31] Mc Kian Isla

Anything's possible...KEEP THINKING!!!


215
[+1] [2010-07-21 14:32:33] JohnFx

This is more of a troubleshooting motto than a programming motto, but I like it.

"Quit thinking and look!" -David Agans in " Debugging [1]"

Further clarification from the same book...
"You can think up thousands of causes of the failure, but you can see only the actual cause."

[1] http://rads.stackoverflow.com/amzn/click/0814474578

216
[+1] [2010-06-30 11:29:36] Brian Hooper

Smile...tomorrow will be worse.


217
[+1] [2010-07-21 14:05:36] onof

Not even the echo command is bugless


218
[+1] [2010-07-21 14:17:51] mgroves

RTRJ: Right tool for the Right Job


219
[+1] [2010-01-02 03:00:19] t0mm13b

Release the code - Heghlu'meH QaQ jajvam

Klingon speak for - Today is a good day to die

Best regards, Tom.


220
[+1] [2009-11-23 02:22:44] MPelletier

"Brevity is the soul of wit, not of reliable implementations."

I don't know how many times I've heard the "it's only 3 lines of code" argument to present a solution. And every time, 3 lines were not enough, or took days to write. Now, when someone tells me about their fabled "3 line function", and that it's actually running in a piece of software I have to maintain, I recoil in fear automatically, it's become a damn reflex.

AND, in reply to another response:

"My job IS to program, that is, to be on the receiving end of a problem, and solve it, programmatically or sometimes otherwise. To be a programmer is to be a problem solver. The marketing department can package that problem solving as a product and that will provide business value."


221
[+1] [2009-11-22 12:47:10] pprzemek

"The impossible we do at once; miracles take a little longer."


222
[+1] [2009-11-22 12:59:14] rsp
"If your code isn't elegant you haven't reached the right abstraction level yet."

223
[+1] [2009-11-22 13:54:38] rockacola

Mine is not as funny...

Do it once, done it for all.

I'm a believer in reusability and think software developers are innovator and not programming monkeys.


224
[+1] [2009-11-22 13:57:15] erenon

Reduce complexity.


225
[+1] [2009-11-22 14:00:10] AndyL

Don't let the perfect be the enemy of the good.


226
[0] [2009-11-22 14:16:37] ScottE

(said when I forget to upload updates)

"It must be cached in your browser"


227
[0] [2009-11-23 02:12:44] Braveyard

Think big but take little steps and keep it simple.


228
[0] [2009-11-23 02:16:11] Woot4Moo

write once, debug anywhere


229
[0] [2009-11-23 02:19:38] Stuart Branham

If you are going to be a wall blocking my way, I'll drill a hole in you and blow you apart anytime! I am a paragon of masculinity. Go beyond the impossible and kick reason to the curb! Who the hell do you think I am!?


That makes little sense. - kirk.burleson
230
[0] [2009-11-23 18:16:19] Nosredna

I got mine from a snack machine at Dynamix [1].

"Enjoy a snack now."

[1] http://en.wikipedia.org/wiki/Dynamix

231
[0] [2009-11-20 00:02:08] sarx thinkatron

"You can't polish a turd"


(2) Mythbusters did a show where they did, in fact, polish turds. - Neil N
232
[0] [2009-11-20 00:04:04] rochal

"If you don't have what you like, you like what you have"


233
[0] [2010-01-02 03:11:32] fastcodejava

Usability above efficiency!


234
[0] [2010-04-09 18:10:00] epatel

This week my motto has been

Do not confuse!


235
[0] [2010-07-21 14:21:10] joebert

Write it like I'm going to have to physically perform everything it does every time it does it down the road.


236
[0] [2010-05-05 11:45:36] KKK

Once you pop you can't stop!


237
[0] [2010-07-23 23:25:59] Rob

"Fixed in vNext"


238
[0] [2010-07-23 23:28:39] Luca

It is not impossible... It's only a question of time.


239
[0] [2010-07-23 23:32:55] Alerty

I can automate that!


240
[0] [2010-07-24 00:46:38] ByronGibson

Meta: Everything should be made as simple as possible, but no simpler. -Einstein

Implementation: Remove pieces (features, design elements, etc) until it breaks.


241
[0] [2010-08-06 18:09:08] Dave

Not so much a motto as a way of thinking.
What Is A Computer?

A Computer Is A Big Box With A Little Man In It.
This Little Man Is "Myopic". He's So Myopic That He Can See Only One Instruction At A Time.
But This Man Is Fast. Blazing Fast And Getting Faster.
Also This Man Isn't Very Smart. He'll Attempt To Do Whatever You Tell Him To Do And Always In The Order That You Tell Him To Do It.


242
[0] [2010-07-24 02:16:26] Thanatos

Push with authority.

and

If it isn't fixed, don't break it.


243
[0] [2010-09-12 04:34:42] Michael S. Scherotter

If the only tool you have is a hammer, everything looks like a nail.


244
[0] [2011-01-27 23:01:50] Brian Carlton

“Non CM, Non Est” “If it isn’t in CM, it doesn’t exist” –Brian Carlton


What is CM and EST here ? - Rachel
CM is "Configuration Management" (=SCM or Version Control). Est is Latic for "Is". - Brian Carlton
245
[0] [2010-08-14 09:12:40] lmsasu

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"


246
[0] [2011-06-03 19:21:18] David

"If you don't know how...SLEEP ON IT!!"


247
[0] [2011-03-09 07:37:51] Ocaso Protal
  1. Make it.
  2. Make it right.
  3. Make it fast.

248
[0] [2008-09-17 21:25:20] pointernil

Programmierst du noch, oder denkst du schon?


249
[0] [2008-09-17 21:31:27] gt124

All coding is regret.


250
[0] [2008-09-17 20:24:52] knightpfhor

Anything is possible given time, money and inclination


251
[0] [2008-09-17 21:56:40] Brian Cully

"Embrace failure"

Yes, I was very pleased when I found Erlang.


252
[0] [2008-09-17 21:38:49] community_owned

Business is 99% sales, the other half is programming.


253
[0] [2008-09-17 21:38:52] Andreas Petersson

never stop learning


254
[0] [2008-09-17 20:43:53] Silvercode

A programmer is just a programmer. A developer should get one and stick to designing.


255
[0] [2008-09-17 16:00:35] skb

In the words of Mad-Eye Moody, "Constant Vigilance". You always need to stay on top of your game.


256
[0] [2008-09-17 15:50:21] community_owned

If you always do what you always did, you'll always get what you always got. - me

Failure should be expected. The faster you can recover from it, the better programmer you are. - me


257
[0] [2008-09-17 16:51:07] Primetime

"Keep it simple stupid"

"Treat everything in life like a challenge"


258
[0] [2008-09-17 16:05:17] scottmarlowe

git-r-done!


259
[0] [2008-09-17 16:15:48] selwyn

Write your code as though it is to be submitted for marking.


260
[0] [2008-09-17 18:08:00] Gordon Bell

Learn, Unlearn, and Relearn


261
[0] [2008-09-17 17:48:16] community_owned

Focus on the fundamentals and get something delivered.


262
[0] [2008-09-17 17:49:09] Rich Bradshaw

If it works, break it!


263
[0] [2008-09-17 17:38:43] terminus

"Bloody instructions which being taught return to plague their inventors" -- Machbet


264
[0] [2008-09-17 17:44:10] community_owned

Write your code and documentation so that someone else can tell what you were thinking when you wrote the code. Often that "someone else" for whom you are documenting is yourself a year from now.


265
[0] [2008-09-17 17:06:32] community_owned

We need to Adapt, Improvise and Overcome!


266
[0] [2008-09-17 17:22:29] Sergio Morales

"Have fun"

Although I think this from the favorite quotes question might be a little more fitting.

"It's morning already?"


267
[0] [2008-09-17 15:33:52] community_owned

"If something seems to difficult, it probably is."

This has served me well over the years when I get too focused on the current solution path, which isn't the right one. Remembering this makes me take a few steps back and look for a better solution.


268
[0] [2008-09-17 15:35:34] Craig Trader

My job is to solve problems, usually with computers, usually with code.


269
[0] [2008-09-17 15:42:41] Stephen Bailey

Depnds on the day :

Good Day = Truism : "Single Stepping your code is the ONLY way"

Bady Day = Sarcasim : "What could possibly go wrong?


270
[0] [2008-09-17 15:48:28] StubbornMule

The motto I have on the wall next to me is:

Keep It Simple Stupid

That way I never forget it.


271
[0] [2008-09-17 15:08:59] Brad Osterloo

Adapt to change.

Whether its features, pace of technology, toolsets, etc....how are you at Adapting?


I suck... I do believe it gets worse with age. I try to do some "mind gymnastic" writing small scripts in languages I don't use daily to try and improve. - Manrico Corazzi
I agree that it gets harder each year and gets harder to decide where to focus less time on broader topics! - Brad Osterloo
272
[0] [2008-09-17 15:15:37] community_owned

"Program it so a 2 year old can read it."

This sometimes leaves the marketing manager at a disadvantage.


273
[0] [2008-09-17 15:19:34] Manrico Corazzi

"What do you mean user acceptance tests? Is my precious work going to be ravaged by a bunch of careless users?!?"

;-)


274
[0] [2008-09-17 15:22:32] community_owned

Do your best today. Do even better tomorrow.


275
[0] [2008-09-17 15:23:18] Mike Miller

I am a good cook, I am a fantastic eater. -Stephen Brust

I apply this philosophy to all things in life, not just food.


276
[0] [2008-09-17 15:05:20] John Biazo

CASE: Copy And Save Everything
or, in modern business-speak: Don't reinvent the wheel.


277
[0] [2008-09-17 15:06:40] Mike Wills

Where there's a Wills... there's a way!


278
[0] [2008-09-17 14:56:22] Alexandre Hauser

Don't keep zombies in your backyard. You never know when they'll come to get you.

When you know something is not right, fix it asap.


279
[0] [2008-09-17 14:16:28] Greg D

Ego-free development.


280
[0] [2008-09-17 14:16:55] workmad3

Don't Repeat Yourself


281
[0] [2008-09-17 14:23:15] community_owned

if time is running short, make sure the code is working no matter how messy it is.


282
[0] [2008-09-17 14:33:55] Matthew Rapati

Comment why the code is there. Indent properly and consistently. Follow naming conventions. Don't write the same thing more then once. Have a sandwich.


283
[0] [2008-09-17 14:34:22] community_owned

Same as for my physics work: Hack the Universe.


284
[0] [2008-09-17 14:35:26] community_owned

Help stamp out bravery. What have you forgotten. -- from Rendezvous with Rama, Arthur C. Clarke

Real artists ship. -- Steve Jobs


285
[0] [2008-09-17 14:36:23] AriT93

Don't fit the problem to technology, find the proper technology to solve the problem.


286
[0] [2008-09-17 14:36:37] magpulse

Avoid duplicate code at all costs.


287
[0] [2008-09-17 14:51:07] LiorE

Software - The logical form of art.


288
[0] [2008-09-17 14:52:14] Rob Stevenson-Leggett

Today it's: RED/GREEN/REFACTOR


289
[0] [2008-09-17 13:27:05] LaptopHeaven

"Be Prepared!" Anything can happen when you program executes, sanity check all user input.


290
[0] [2008-09-17 13:30:28] sdkpoly

I've done it before and it should be somewhere here...


291
[0] [2008-09-17 13:35:42] David

If it's stupid and it works, it's not stupid.

Programming is art, not mathematics.


292
[0] [2008-09-17 13:50:30] JosephStyons

To serve and to protect.

also:

If I'm not making mistakes, then I'm not trying hard enough.


293
[0] [2008-09-17 13:59:16] community_owned

Code it and they will come...


294
[0] [2008-09-17 13:45:07] community_owned

It's not a bug it's an undocumented feature :-)


295
[0] [2008-09-17 13:47:08] belugabob

"If you didn't learn anything today, you weren't paying attention!"


296
[0] [2008-09-17 14:02:41] CodeRot

"No coffee, No workee"

"If you can't understand the code, you probably shouldn't be modifying it."

"It compiles. Ship it."


297
[0] [2008-09-17 12:23:10] community_owned

cover your backside, always


298
[0] [2008-09-17 12:44:55] gio

no wikipedia, no google unless you are a cheater


299
[0] [2008-09-17 12:51:42] Justsalt

Do it now!


300
[0] [2008-09-17 12:51:55] community_owned

I don't know!!! google is your friend.


301
[0] [2008-09-17 12:58:20] CobolGuy

Don't f*ck it up...


302
[0] [2008-09-17 10:58:45] community_owned

the code will always suck and you need to make sure that it will not suck and crash in the same time


303
[0] [2008-09-17 11:43:30] Swati

The requirements are going to change in a month. I might have to make the change.

Write so I can understand it in a month.


304
[0] [2008-09-17 11:50:53] Chris B-C

"Why?"

While I'm mostly a BA these days I think it holds equally well in either role.


305
[0] [2008-09-17 11:20:10] Scott and the Dev Team

When you're green you're growing, when you're ripe you rot!


306
[0] [2008-09-17 10:47:51] Si Keep

"It was like that when I found it"


307
[0] [2008-09-17 10:16:27] MBoy

Leave me alone I am busy (lol)


308
[0] [2008-09-17 22:17:05] Kevin Conner

"Have 640KB, will travel"


309
[0] [2008-09-17 22:22:15] Nathan Feger

I get paid to think hard thoughts. Sweet!


310
[0] [2008-09-17 23:10:29] Rodrick Chapman

Simplify It.


311
[0] [2008-09-17 23:30:43] community_owned

Software is a business.


312
[0] [2008-09-17 23:53:25] coleca

"Why didn't they find it in UAT?"


313
[0] [2008-09-18 00:16:24] Raintree

Not all problems are worth solving. Here's my estimate for that database app.....

And

If it's not in the spec, it's going to cost you extra, and it's going to be done later.

Or, as a friend of mine used to say,

"Okay, we can do that. What DON'T you want done?"


314
[0] [2008-09-18 00:29:21] Daniel Auger

It'll take two more weeks.

Just kidding. I'd guess I'd have to go with:
Be reliable.


315
[0] [2008-09-18 00:38:13] moffdub

The code is the model, and the model is the code.


316
[0] [2008-09-18 01:25:03] Silver Dragon

Any technology, no matter how primitive, is magic to those who don't understand it.

- Florence Ambrose [1]

[1] http://freefall.purrsia.com/ff300/fv00255.htm

317
[0] [2008-09-18 02:44:55] community_owned

COMPUTER POWER TO THE PEOPLE

DOWN WITH THE CYBER CRUD

Quote From: Ted Nelson, Computer Lib


318
[0] [2008-09-18 03:39:46] Terhorst

Do it.

Do it right.

Do it right now.


319
[0] [2008-09-18 04:40:01] phloopy

"Plan to throw one away, you will anyhow." - Fred Brooks

"If you plan to throw one away, you will throw away two." - Craig Zerouni


320
[0] [2008-09-18 05:47:01] Jonathan Guthrie

If it doesn't work in the lab, it won't work in the field. If it doesn't work in the field, it doesn't work.


321
[0] [2008-09-18 07:03:28] rasyadi

You have job to get done. Now do it.


322
[0] [2008-09-18 06:04:52] Mihai Lazar

The path to becoming a good programmer is paved with bad scripts.


323
[0] [2008-09-18 11:14:31] edburdo

It's only impossible because nobody has done it yet. (Glynn Willet, ATX Inc)


324
[0] [2008-09-18 07:07:16] Hibri

Do the simplest thing, write the simplest code.


325
[0] [2008-09-18 08:55:41] Rahul

alt text


326
[0] [2008-09-18 09:01:05] Cristian Ciupitu

I like the philosophy of NetBSD [1]:

Some systems seem to have the philosophy of "If it works, it's right". In that light NetBSD could be described as "It doesn't work unless it's right".

[1] http://www.netbsd.org/about/system.html

327
[0] [2008-09-18 09:14:09] Jan Hancic

I just keep tryin' ta get a little better Said the little better than before

from Mr. Brownstone by Guns N' Roses


328
[0] [2008-09-18 09:23:19] Kramii

A good program is nothing but a theory of the world.

And there is no sense in letting a few ugly facts spoil a beautiful theory.


329
[0] [2008-09-18 09:46:14] community_owned

I have codified my "motto" here: http://www.djb.co.za/?q=node/1


330
[0] [2008-09-20 03:43:40] Optimal Solutions

NOTHING is impossible. Its not rocket-science, nor is it brain-surgery. And, even if it was, there are developers for that stuff to - so the request isnt impossible.


331
[0] [2008-09-20 03:46:44] d2kagw

KISS and never stop refactoring


332
[0] [2008-09-20 06:59:04] community_owned

it has never won and no win ever


333
[0] [2008-09-20 16:09:07] John the Statistician

"Think, Create, Educate, Enjoy"-John Maeda


334
[0] [2008-09-20 16:28:36] Joshua

Fix the potholes.


335
[0] [2008-09-20 16:37:56] John Fiala

"Do the simplist thing that could possibly work." Too much time is lost coding overly complicated solutions to problems. Start with the simple, and then grow from there as needed.


336
[0] [2008-09-21 02:13:43] Andrew Edgecombe

"Experience is being able to say 'I think I've messed up like this before'"


337
[0] [2008-09-19 02:43:12] Fred

Complex Software....made by lazy developers!


338
[0] [2008-09-19 12:37:38] Chris Ingrassia

Well, I wanted to use something funnier and wittier, but here are two of the ones I find myself using fairly frequently:

  1. The software architecture and platform isn't "done" until it can do everything it is conceivable and possible for it to perform within its domain through reconfiguration (obviously by these standards, I've never ACTUALLY completed a software platform or architecture :))

  2. Don't be afraid to do it yourself


339
[0] [2008-09-18 14:58:40] Rob Oxspring

Commit early, commit often.

Also applies to designing, commenting, and testing.


340
[0] [2008-09-18 17:41:31] MADMap

It's just your code, it's not you which is being reviewed.


341
[0] [2008-09-18 13:09:43] Luke Bennett

There's always a solution.

Nothing's impossible, every challenge is achievable one way or another; it's just a case of persevering and being creative until you find the right way.


342
[0] [2008-09-18 13:52:31] RAGNO

"Those who can code - Compile, Those who can't code - Error Check, Those who can't error check are inevitably your bosses"


343
[0] [2008-09-19 02:34:31] community_owned

Relentless Incrementalism, and maximum stability!

I never stop my relentless pursuit of incremental improvement and the pursuit of perfect algorithms and code. There is always room for improvement, for a new way of looking at things, and a better way to attack a problem. I do this all with a near paranoid focus on making sure the resulting code is unbreakable too (I actually believe in the concept of bug-free software).

Sure, I have some basic objects, methods, and techniques that have "risen to the top" now and remain proven, efficient, stable, and accurate. But, I try to never let myself consider anything to be immutable, and I let me mind constantly ponder potential improvements (speed, stability, etc), and test my ideas regularly. This leads to all sorts of great programs that are not only robust, but fast and bug-free.


344
[0] [2008-09-18 21:04:05] Matthew Scouten

Google knows everything. StackOverflow knows less, but it's better organized.


345
[0] [2008-09-18 21:11:55] Frank Pape

In response to all the "simple" responses:

"For every complex problem there is an answer that is clear, simple, and wrong." - H.L. Mencken

:)


346
[0] [2008-09-18 14:03:14] Chii

But there’s no sense crying over every mistake.

You just keep on trying till you run out of cake.


347
[0] [2008-09-18 14:05:47] e-satis

A seated genious will always go less far away than a walking dumbass.


348
[0] [2008-09-23 15:18:57] slim

Work smart, not hard.

(yet another variation of "keep it simple")


349
[0] [2008-09-23 15:33:12] ArielBH

Reach the spec, scale to the unexpected.


350
[0] [2008-09-24 04:40:10] Bratch

Think bigger, code better, finish faster.


wow cool Poemie - streetparade
351
[0] [2008-09-25 11:37:32] community_owned

Think Ahead. Learn More. Solve Now!


352
[0] [2008-09-26 07:25:16] philippe

"Good enough never is".


353
[0] [2008-09-23 12:44:14] Dr J

As a passionate pragmatist:

Figure out the least number of steps you think are needed, then get out Occams Razor and start shaving


354
[0] [2008-09-23 13:09:41] community_owned

It's a dirty job but someone's got to do it. (Faith No More)


355
[0] [2008-09-23 13:31:48] Pinpin

"Designing computer software today is a race between software engineers trying to build better, idiot-proof programs, and the Universe trying to build better idiots. So far the Universe is winning."

Can't remember the author's name; feel free to me edit me if you do. (Originally saw it as a user signature on a technical forum. It's from a rather well known technical author, a Mr Grant, maybe, if I remember right.)


356
[0] [2008-09-23 13:57:38] guzzibill

Computer systems... cradle to grave.


357
[0] [2008-09-21 23:22:25] community_owned

An ounce of testing is worth a pound of theory.


358
[0] [2008-09-21 23:25:49] Michael Stum

"That stuff is not rocket science, it only takes time".


I wonder what Rocket Scientists say when they want to express "That stuff is not Rocket Science!"... - Michael Stum
I remember a cartoon of two people playing billiards, and the caption read, "Well... actually it is rocket science..." - Evan
359
[0] [2008-10-22 03:35:31] PeteT

The end user doesn't know what they want and the managers are even worse. Just implement and iterate.


360
[0] [2008-10-22 03:39:01] PeteT

Meetings with people who aren't developers are seldom useful, but it does get me out the office


361
[0] [2008-11-21 19:02:54] Bob Cross

Cheap and cheerful. Credit to Dan [1] for introducing me to the phrase.

[1] http://www.dansdata.com

362
[0] [2008-10-04 05:28:07] community_owned

Writing some software that was used in critical situations, and we were kibitzing about this motto thing. This one came to mind: "we get sloppy, we get cuffed."


363
[0] [2008-10-06 11:35:23] Piku

I have several

1 - Reinventing the wheel is boring - and who wants an oval wheel that falls off every few minutes? Someone else has done this before.

2 - Make something work now, make it work better, later.

3 - Let's just do some Googling...


364
[0] [2008-10-06 11:57:26] rshimoda

For me it's more like "Never give up" - I guess that's what happens when you're exposed daily to Coding Horrors and somehow you have to turn that into a nice application.


365
[0] [2008-10-07 17:00:02] ProfK

Progress before perfection.


366
[0] [2008-09-23 01:12:36] user10178

persistence is the mother of perceived simplicity…


367
[0] [2008-09-23 01:24:00] EmmEff

Write code as if you will never touch it again.

That means, do it right the first time. Do not bank on being able to go back later and fix it up.


368
[0] [2009-05-29 10:46:30] Preet Sangha

NO matter what its all only software....


369
[0] [2009-10-08 08:53:53] Viktor Jevdokimov
  1. There's no such term in programming as "impossible".
  2. Everything is possible!

It just takes too long or too costly to produce.


370
[0] [2009-10-14 20:29:29] Matt S.

why deallocate when you have have it live forever!!! (just kidding)

my real one:

Simple is better!


371
[0] [2009-10-14 20:36:11] Jorge

Do it from 9:00am to 6:00pm, and then shutdown your brain


372
[0] [2009-10-14 20:37:49] johnofcross

You Never Finish.

Sorry, came from my alma matter :)


373
[0] [2009-11-19 23:36:34] Secko

Mine would be: Just do it, whatever it is!

P.S. This is actually a line from my personal guidance book for programmers. I haven't made the book public.


374
[0] [2009-02-13 20:15:24] community_owned

Not mine but something a fellow programmer told me the other day:

"There’s no point in bandaging something that’s going to cause a hemorrhage down the line. Just fix it right the first time."


375
[0] [2008-12-03 21:12:05] joseph.ferris

Red / Green / Refactor

It is to the point where I have nightmares about Christmas trees pruning themselves. It is for more than just TDD, now!


376
[0] [2008-10-22 04:05:20] mltorrefranca

The art is in the code.


377
[0] [2009-05-29 10:34:31] cyberzed

As long as I ease the job for the user, I don't care how much I have to do.


378
[0] [2009-02-13 20:53:24] Mike Hofer

I don't really understand anything that I haven't built myself. I may think I do, but I don't. At best, I have a superficial familiarity with it, but I don't really understand it like I would if I had built it myself. (That's not to say that I should build everything myself; just that I shouldn't be deceived into thinking that I have mastered anything that I haven't built myself.)

By the same token, I am forced to admit, on a daily basis, that I am nowhere anywhere near as smart as I may think I am or wish that I was. Reflecting upon my own handiwork is a gentle reminder that I am capable of acts of overwhelming stupidity, astonishing hubris, and a mind-boggling propensity to repeat the mistakes of the past.


379
[-5] [2008-09-17 11:21:36] Paul Tomblin

"If it was hard to write, it should be hard to understand"


Well I thought it was funny, unlike the SOH-free zones that downvoted. - ChrisA
380