Check out my first novel, midnight's simulacra!

Programming quotes

From dankwiki
Revision as of 18:39, 18 October 2022 by Dank (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
  • ℙ contains the problems we can solve. ℕℙ symbolizes the problems man needs to solve to efficiently structure and optimize his world. The ℙ = ℕℙ question asks whether the computers built by man's ingenuity have the power to solve the problems formed by nature's complexity.
  • "The computer programmer is a creator of universes for which he alone is the lawgiver. No playwright, no stage director, no emperor, however powerful, has ever exercised such absolute authority to arrange a stage or field of battle and to command such unswervingly dutiful actors or troops." ― Joseph Weizenbaum
  • "A supercomputer is a machine for turning a compute-bound problem into an I/O-bound problem." --Ken Batcher
  • "I object to doing things that computers can do." -- Olin Shivers
  • "Shouting 'Fire in the hole!' every time I checkin is not team building." - @stevej
  • "We reject: kings, presidents, and voting. We believe in: rough consensus and working code." -- David Clark regarding IETF
  • "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to build bigger and better idiots. So far, the universe is winning." - Rick Cook
  • "Lisp isn't a language, it's a building material." - Alan Kay.
  • "Walking on water and developing software from a specification are easy if both are frozen." - Edward V Berard
  • "A programming language is low level when its programs require attention to the irrelevant." - Alan J. Perlis.
  • "A C program is like a fast dance on a newly waxed dance floor by people carrying razors." - Waldi Ravens.
  • "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
  • "Computer science education cannot make anybody an expert programmer any more than studying brushes and pigment can make somebody an expert painter." - Eric S. Raymond
  • "Don’t worry if it doesn’t work right. If everything did, you’d be out of a job." - Mosher’s Law of Software Engineering
  • "I think Microsoft named .Net so it wouldn’t show up in a Unix directory listing." - Oktal
  • "Fine, Java MIGHT be a good example of what a programming language should be like. But Java applications are good examples of what applications SHOULDN’T be like." - pixadel
  • "Considering the current sad state of our computer programs, software development is clearly still a black art, and cannot yet be called an engineering discipline." - Bill Clinton
  • "The use of COBOL cripples the mind; its teaching should therefore be regarded as a criminal offense." - E.W. Dijkstra
  • "In the one and only true way. The object-oriented version of 'Spaghetti code' is, of course, 'Lasagna code'. (Too many layers)." - Roberto Waltman.
  • "FORTRAN is not a flower but a weed — it is hardy, occasionally blooms, and grows in every computer." - Alan J. Perlis.
  • "For a long time it puzzled me how something so expensive, so leading edge, could be so useless. And then it occurred to me that 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
  • "In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." - Blair P. Houghton.
  • "When someone says: 'I want a programming language in which I need only say what I wish done', give him a lollipop." - Alan J. Perlis
  • "The evolution of languages: FORTRAN is a non-typed language. C is a weakly typed language. Ada is a strongly typed language. C++ is a strongly hyped language." - Ron Sercely
  • "Good design adds value faster than it adds cost." - Thomas C. Gale
  • "Python's a drop-in replacement for BASIC in the sense that Optimus Prime is a drop-in replacement for a truck." - Cory Dodt
  • "Talk is cheap. Show me the code." - Linus Torvalds
  • "C is quirky, flawed, and an enormous success." - Dennis M. Ritchie.
  • "You can’t have great software without a great team, and most software teams behave like dysfunctional families." - Jim McCarthy
  • "PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrated by skilled but perverted professionals." - Jon Ribbens
  • "Programming is like kicking yourself in the face, sooner or later your nose will bleed." - Kyle Woodbury
  • "Perl – The only language that looks the same before and after RSA encryption." - Keith Bostic
  • "It is easier to port a shell than a shell script." - Larry Wall
  • "I invented the term 'Object-Oriented', and I can tell you I did not have C++ in mind." - Alan Kay
  • "Learning to program has no more to do with designing interactive software than learning to touch type has to do with writing poetry" - Ted Nelson
  • "The best programmers are not marginally better than merely good ones. They are an order-of-magnitude better, measured by whatever standard: conceptual creativity, speed, ingenuity of design, or problem-solving ability." - Randall E. Stross
  • "If McDonalds were run like a software company, one out of every hundred Big Macs would give you food poisoning, and the response would be, ‘We’re sorry, here’s a coupon for two more.’ " - Mark Minasi
  • "Beware of bugs in the above code; I have only proved it correct, not tried it." - Donald E. Knuth.
  • "Computer system analysis is like child-rearing; you can do grievous damage, but you cannot ensure success." - Tom DeMarco
  • "I don't care if it works on your machine! We are not shipping your machine!" - Vidiu Platon.
  • "Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday's code." - Christopher Thompson
  • "Measuring programming progress by lines of code is like measuring aircraft building progress by weight." - Bill Gates
  • "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.
  • "People think that computer science is the art of geniuses but the actual reality is the opposite, just many people doing things that build on each other, like a wall of mini stones." - Donald Knuth
  • "First learn computer science and all the theory. Next develop a programming style. Then forget all that and just hack." - George Carrette
  • "Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris." - Larry Wall
  • "Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves." - Alan Kay
  • "The trouble with programmers is that you can never tell what a programmer is doing until it’s too late." - Seymour Cray
  • "To iterate is human, to recurse divine." - L. Peter Deutsch
  • "On two occasions I have been asked [by members of Parliament]: 'Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question." - Charles Babbage
  • "Most good programmers do programming not because they expect to get paid or get adulation by the public, but because it is fun to program." - Linus Torvalds
  • "Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." - Martin Golding
  • "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

Perlisisms

  • One man's constant is another man's variable.
  • Functions delay binding; data structures induce binding. Moral: Structure data late in the programming process.
  • Syntactic sugar causes cancer of the semicolon.
  • Every program is a part of some other program and rarely fits.
  • If a program manipulates a large amount of data, it does so in a small number of ways.
  • Symmetry is a complexity-reducing concept (co-routines include subroutines); seek it everywhere.
  • It is easier to write an incorrect program than understand a correct one.
  • A programming language is low level when its programs require attention to the irrelevant.
  • It is better to have 100 functions operate on one data structure than 10 functions on 10 data structures.
  • 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.
  • If you have a procedure with ten parameters, you probably missed some.
  • Recursion is the root of computation since it trades description for time.
  • If two people write exactly the same program, each should be put into microcode and then they certainly won't be the same.
  • In the long run every program becomes rococo - then rubble.
  • Everything should be built top-down, except the first time.
  • Every program has (at least) two purposes: the one for which it was written, and another for which it wasn't.
  • If a listener nods his head when you're explaining your program, wake him up.
  • A program without a loop and a structured variable isn't worth writing.
  • A language that doesn't affect the way you think about programming, is not worth knowing.
  • Wherever there is modularity there is the potential for misunderstanding: Hiding information implies a need to check communication.
  • Optimization hinders evolution.
  • A good system can't have a weak command language.
  • To understand a program you must become both the machine and the program.
  • Perhaps if we wrote programs from childhood on, as adults we'd be able to read them.
  • One can only display complex information in the mind. Like seeing, movement or flow or alteration of view is more important than the static picture, no matter how lovely.
  • There will always be things we wish to say in our programs that in all known languages can only be said poorly.
  • Once you understand how to write a program get someone else to write it.
  • Around computers it is difficult to find the correct unit of time to measure progress. Some cathedrals took a century to complete. Can you imagine the grandeur and scope of a program that would take as long?
  • For systems, the analogue of a face-lift is to add to the control graph an edge that creates a cycle, not just an additional node.
  • In programming, everything we do is a special case of something more general -- and often we know it too quickly.
  • Simplicity does not precede complexity, but follows it.
  • Programmers are not to be measured by their ingenuity and their logic but by the completeness of their case analysis.
  • The eleventh commandment was "Thou Shalt Compute" or "Thou Shalt Not Compute" - I forget which.
  • The string is a stark data structure and everywhere it is passed there is much duplication of process. It is a perfect vehicle for hiding information.
  • Everyone can be taught to sculpt: Michelangelo would have had to be taught not to. So it is with great programmers.
  • The use of a program to prove the 4-color theorem will not change mathematics - it merely demonstrates that the theorem, a challenge for a century, is probably not important to mathematics.
  • The most important computer is the one that rages in our skulls and ever seeks that satisfactory external emulator. The standarization of real computers would be a disaster - and so it probably won't happen.
  • Structured Programming supports the law of the excluded muddle.
  • Re graphics: A picture is worth 10K words - but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures.
  • There are two ways to write error-free programs; only the third one works.
  • Some programming languages manage to absorb change, but withstand progress.
  • You can measure a programmer's perspective by noting his attitude on the continuing vitality of FORTRAN.
  • In software systems, it is often the early bird that makes the worm.
  • Sometimes I think the only universal in the computing field is the fetch-execute cycle.
  • The goal of computation is the emulation of our synthetic abilities, not the understanding of our analytic ones.
  • Like punning, programming is a play on words.
  • As Will Rogers would have said, "There is no such thing as a free variable."
  • The best book on programming for the layman is "Alice in Wonderland"; but that's because it's the best book on anything for the layman.
  • Giving up on assembly language was the apple in our Garden of Eden: Languages whose use squanders machine cycles are sinful. The LISP machine now permits LISP programmers to abandon bra and fig-leaf.
  • When we understand knowledge-based systems, it will be as before -- except our fingertips will have been singed.
  • Bringing computers into the home won't change either one, but may revitalize the corner saloon.
  • Systems have sub-systems and sub-systems have sub- systems and so on ad infinitum - which is why we're always starting over.
  • So many good ideas are never heard from again once they embark in a voyage on the semantic gulf.
  • Beware of the Turing tar-pit in which everything is possible but nothing of interest is easy.
  • A LISP programmer knows the value of everything, but the cost of nothing.
  • Software is under a constant tension. Being symbolic it is arbitrarily perfectible; but also it is arbitrarily changeable.
  • It is easier to change the specification to fit the program than vice versa.
  • Fools ignore complexity. Pragmatists suffer it. Some can avoid it. Geniuses remove it.
  • In English every word can be verbed. Would that it were so in our programming languages.
  • In seeking the unattainable, simplicity only gets in the way.
  • In programming, as in everything else, to be in error is to be reborn.
  • In computing, invariants are ephemeral.
  • When we write programs that "learn", it turns out that we do and they don't.
  • Often it is the means that justify the ends: Goals advance technique and technique survives even when goal structures crumble.
  • Make no mistake about it: Computers process numbers - not symbols. We measure our understanding (and control) by the extent to which we can arithmetize an activity.
  • Making something variable is easy. Controlling duration of constancy is the trick.
  • Think of all the psychic energy expended in seeking a fundamental distinction between "algorithm" and "program".
  • If we believe in data structures, we must believe in independent (hence simultaneous) processing. For why else would we collect items within a structure? Why do we tolerate languages that give us the one without the other?
  • In a 5 year period we get one superb programming language. Only we can't control when the 5 year period will be.
  • Over the centuries the Indians developed sign language for communicating phenomena of interest. Programmers from different tribes (FORTRAN, LISP, ALGOL, SNOBOL, etc.) could use one that doesn't require them to carry a blackboard on their ponies.
  • Documentation is like term insurance: It satisfies because almost no one who subscribes to it depends on its benefits.
  • An adequate bootstrap is a contradiction in terms.
  • It is not a language's weakness but its strengths that control the gradient of its change: Alas, a language never escapes its embryonic sac.
  • Is it possible that software is not like anything else, that it is meant to be discarded: that the whole point is to see it as a soap bubble?
  • Because of its vitality, the computing field is always in desperate need of new cliches: Banality soothes our nerves.
  • It is the user who should parameterize procedures, not their creators.
  • The cybernetic exchange between man, computer and algorithm is like a game of musical chairs: The frantic search for balance always leaves one of the three standing ill at ease.
  • If your computer speaks English, it was probably made in Japan.
  • A year spent in artificial intelligence is enough to make one believe in God.
  • Prolonged contact with the computer turns mathematicians into clerks and vice versa.
  • In computing, turning the obvious into the useful is a living definition of the word "frustration".
  • We are on the verge: Today our program proved Fermat's next-to-last theorem.
  • What is the difference between a Turing machine and the modern computer? It's the same as that between Hillary's ascent of Everest and the establishment of a Hilton hotel on its peak.
  • Motto for a research laboratory: What we work on today, others will first think of tomorrow.
  • Though the Chinese should adore APL, it's FORTRAN they put their money on.
  • We kid ourselves if we think that the ratio of procedure to data in an active data-base system can be made arbitrarily small or even kept small.
  • We have the mini and the micro computer. In what semantic niche would the pico computer fall?
  • It is not the computer's fault that Maxwell's equations are not adequate to design the electric motor.
  • One does not learn computing by using a hand calculator, but one can forget arithmetic.
  • Computation has made the tree flower.
  • The computer reminds one of Lon Chaney -- it is the machine of a thousand faces.
  • The computer is the ultimate polluter: its feces are indistinguish- able from the food it produces.
  • When someone says "I want a programming language in which I need only say what I wish done," give him a lollipop.
  • Interfaces keep things tidy, but don't accelerate growth: Functions do.
  • Don't have good ideas if you aren't willing to be responsible for them.
  • Computers don't introduce order anywhere as much as they expose opportunities.
  • When a professor insists computer science is X but not Y, have compassion for his graduate students.
  • In computing, the mean time to failure keeps getting shorter.
  • In man-machine symbiosis, it is man who must adjust: The machines can't.
  • We will never run out of things to program as long as there is a single program around.
  • Dealing with failure is easy: Work hard to improve. Success is also easy to handle: You've solved the wrong problem. Work hard to improve.
  • One can't proceed from the informal to the formal by formal means.
  • Purely applicative languages are poorly applicable.
  • The proof of a system's value is its existence.
  • You can't communicate complexity, only an awareness of it.
  • It's difficult to extract sense from strings, but they're the only communication coin we can count on.
  • The debate rages on: is PL/I Bachtrian or Dromedary?
  • Whenever two programmers meet to criticize their programs, both are silent.
  • Think of it! With VLSI we can pack 100 ENIACS in 1 sq. cm.
  • Editing is a rewording activity.
  • Why did the Roman Empire collapse? What is Latin for office automation?
  • Computer Science is embarrassed by the computer.
  • The only constructive theory connecting neuroscience and psychology will arise from the study of software.
  • Within a computer natural language is unnatural.
  • Most people find the concept of programming obvious, but the doing impossible.
  • You think you know when you can learn, are more sure when you can write, even more when you can teach, but certain when you can program.
  • It goes against the grain of modern education to teach children to program. What fun is there in making plans, acquiring discipline in organizing thoughts, devoting attention to detail and learning to be self-critical?
  • If you can imagine a society in which the computer- robot is the only menial, you can imagine anything.
  • Programming is an unnatural act.
  • Adapting old programs to fit new machines usually means adapting new machines to behave like old ones.