Interessante Zitate
StartSeite | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern
Veränderung (zum vorhergehenden Autor)
(Änderung, Normalansicht)
Hinzugefügt: 2a3
mit Bezug zur SoftwareEntwicklung:
/ÜberEntwickler
Michael Hudson pflegt eine sehr große Zitatsammlung unter http://starship.python.net/~mwh/quotes.html.
Sir Ernest Gowers
- "To be clear is professional; not to be clear is unprofessional."
Alexander Solschenizyn
- "Die Lösung ist immer einfach, man muss sie nur finden."
AlanKay
- "I invented the term Object-Oriented and I can tell you I did not have C++ in mind."
Rob Pike, Bell Labs
- "Simple things must be simple, hard things must be possible, and you must be able to use part of it without understanding all of it."
Yoda zu Luke Skywalker (in "Das Imperium Schlägt Zurück, Episode V")
- "No! Try not. Do, or do not. There is no try."
- "Nein! Nicht versuchen. Tue es, oder tue es nicht. Es gibt kein Versuchen."
RonJeffries' Gegenargument ( http://groups.yahoo.com/group/extremeprogramming/message/64217):
- "Yoda was wrong when it comes to programming. Do or undo. There is always try."
Dr. Mark Koh zitiert ein arabisches Sprichwort:
- He who knows, and knows he knows,
- He is a wise man, seek him.
- He who knows and knows not he knows,
- He is asleep, wake him.
- He who knows not, and knows he knows not,
- He is a child, teach him.
- He who knows not, and knows not he knows not,
- He is a fool, shun him.
Antoine de Saint-Exupéry (1900-1944)
- "[a design] is complete not when there is no longer anything to add but when there is no longer anything to take away..."
- "Technik entwickelt sich immer vom Primitiven über das Komplizierte zum Einfachen."
Steve Jobs
- "To design something really well, you have to get it. You have to really grok what it's all about. It takes a passionate commitment to really thoroughly understand something, chew it up, not just quickly swallow it. Most people don't take the time to do that."
Michail Kalaschnikov
- "Alles Komplizierte ist unnötig. Alles Notwendige ist einfach."
LarryWall
- "Be consistent."
P. Naur
- "Programming is theory building."
Aus: Microprocessing and Microprogramming (15: 253-261).
Karl Marx
- "Das Sein prägt das Bewusstsein."
Siehe z. B. BenutzerSicht / EntwicklerSicht
W.A. Wulf
- "More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason - including blind stupidity."
RonJeffries (auf http://www.xprogramming.com/xpmag/books20020118.htm)
- "If you're thinking about using XML and XSLT, think again."
Etwas leicht "Off-Topic":
Alan Kay
- "20th century humans that don't understand the hows and whys of their technologies are not in a position to make judgments and shape futures."
Albert Einstein
- "Alles sollte so einfach wie möglich gemacht werden, aber nicht einfacher."
KentBeck auf news:comp.software.extreme-programming, zum Thema TestgetriebeneEntwicklung
- "What do you drive your development with? Specs? Speculation? Anyone ever notice that the root of those two words is the same?"
RonJeffries
- "Written communication is nice across space-time. And it can be a nice addition to a conversation. That's why G*d invented bar napkins"
RonJeffries
- "Pragmatism always rules. But ideals need to guide pragmatism."
RobertCMartin
- "Everything you reveal breaks some kind of encapsulation; but if you reveal nothing you can't get anything done."
JaronLanier
- (nicht im Originalwortlaut) ... it's impossible to design something foolproof because fools are much too clever ...
- Auch bekannt als: Once you make something foolproof, somebody will invent a better fool.
- Passend dazu (Quelle unbekannt): "Entwickle etwas, das selbst ein Narr benutzen kann, und es wird auch nur ein Narr benutzen wollen ..."
C. A. R. Hoare
- "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. The first method is far more difficult."
David Diamond. "For a Friend Assigned to a Maintenance Group" in Datamation, June 1976, pg 134.
- The fellow who designed it
- is working far away;
- The spec's not been updated
- For many a livelong day.
- The guy who implemented it is
- Promoted up the line;
- And some of the enhancements
- Didn't match to the design
- They haven't kept the flowcharts,
- The manual's a mess,
- And most of what you need to know,
- You'll simply have to guess.
WalterBright, C++ compiler architect
- "We like it when people always want more! Otherwise, we'd be out of the upgrade business. Sometimes, people ask me what I will do when the compiler is done. Done? No software program that is selling is ever done!"
KenThompson
- "When in doubt, use brute force!"
Aus einem Foliensatz zum Kurs "Systems Engineering Management", Washington State University
- "A good solution somehow looks nice."
Paul Graham, Python Paradox
- "if a company chooses to write its software in a comparatively esoteric language, they'll be able to hire better programmers, because they'll attract only those who cared enough to learn it."
Frederick P. Brooks, Jr.
- "All programmers are optimists."
Siehe auch:
KategorieZitat
StartSeite | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern
Text dieser Seite ändern (zuletzt geändert: 26. Oktober 2007 15:53 (diff))