{"id":400,"date":"2008-09-23T00:18:58","date_gmt":"2008-09-23T05:18:58","guid":{"rendered":"http:\/\/www.juixe.com\/techknow\/index.php\/2008\/09\/23\/favorite-programming-quotes-2008\/"},"modified":"2008-09-23T00:18:58","modified_gmt":"2008-09-23T05:18:58","slug":"favorite-programming-quotes-2008","status":"publish","type":"post","link":"http:\/\/juixe.com\/techknow\/index.php\/2008\/09\/23\/favorite-programming-quotes-2008\/","title":{"rendered":"Favorite Programming Quotes 2008"},"content":{"rendered":"

When I am not coding I am reading about code. Here is a short list of memerable<\/b> programming quotes I read over the past year about the science and art of software development. If find this collection of software development quotes useful you may also want to browse my all time Favorite Programming Quotes<\/a> and Juixe TechKnow Software Quotes 2008<\/a>.<\/p>\n

\nIf you are spending more time writing code than thinking about what code you should write – you are doing something wrong. Very wrong. Or it’s something trivial enough to not be of much importance. Or it’s Java.
\nDeveloping at the speed of thought<\/a>\n<\/p><\/blockquote>\n

\nThose who do not understand Unix are condemned to reinvent it, poorly.
\nHenry Spencer<\/a>\n<\/p><\/blockquote>\n

\nEvolution always seems to win out over revolution when it comes to technology.
\nRick Hightower<\/a>\n<\/p><\/blockquote>\n

\nC++ is popular because it is like C. Java is popular because it is like C++ and C. C# is popular because it is like Java. See a pattern
\nRick Hightower<\/a>\n<\/p><\/blockquote>\n

\nProcess makes us strong. … Process allows us to draw pretty charts and graphs on endless presentations.
\nCrystal Methodology<\/a>\n<\/p><\/blockquote>\n

\nI really think types are the fundamental currency of Java, not strings.
\nCrazy Bob Lee<\/a>\n<\/p><\/blockquote>\n

\nDon\u00e2\u20ac\u2122t be a corporate programmer. They demand all of your creativity and trust none of your judgment.
\nZed Shaw<\/a>\n<\/p><\/blockquote>\n

\nI really think a major problem in our industry is that programmers turn their brains off when someone with a Ph.D. or who\u00e2\u20ac\u2122s written a book makes a statement.
\nZed Shaw<\/a>\n<\/p><\/blockquote>\n

\nDon\u00e2\u20ac\u2122t just fucking blog, but write some software and give it away. While the average person can only read a human language, the people you really need to hit with your message as a programmer are other coders.
\nZed Shaw<\/a>\n<\/p><\/blockquote>\n

\nThe programmer who programs least, programs best.
\nJustin Etheredge<\/a>\n<\/p><\/blockquote>\n

\nWell, it has been said over and over again that the tremendous cost of programming is caused by the fact that it is done by cheap labor, which makes it very expensive, and secondly that people rush into coding.
\nDr. Edsger W. Dijkstra<\/a>\n<\/p><\/blockquote>\n

\nThe biggest issue on software teams is making sure everyone understands what everyone else is doing.
\nMartin Fowler<\/a>\n<\/p><\/blockquote>\n

\nYou should be 95% certain that a candidate would be a great hire before they ever set foot in an interview room.
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nWhat software developers do best is learn.
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nSaying you understand SQL is the best way of getting me to ask you to design a table to describe a hierarchical structure or give a talk on concurrency.
\nClinton Pierce<\/a>\n<\/p><\/blockquote>\n

\nFor instance, ideas at Google do not burst forth from the heads of geniuses and then find their way unimpeded to huge audiences of receptive users. Rather ideas emerge, are torn to shreds, reformulated, torn to shreds, prototyped, torn to shreds, launched to internal users, torn to shreds, rebuilt and relaunched, torn to shreds, refined some more, torn to shreds, put back together one last time, torn to shreds by SREs, tweaked again in a seemingly-endless frenzy of last minute work, and launched…whereupon they are torn to shreds by bloggers, journalists, and competitors. The magic of Google is that tearing to shreds…
\nKevin Scott<\/a>\n<\/p><\/blockquote>\n

\nwhy is it that the software development industry, which has all these awesome ways of sharing what has previously been done, constantly finds itself reinventing the wheel?
\nRobert Fischer<\/a>\n<\/p><\/blockquote>\n

\nBuilding Facebook Applications is not a business plan, unless you are a web developer who does freelance Facebook application development. It is the McDonalds equivalent of a business plan. Quick, cheap, greasy and ultimately unfulfilling.
\nJevon MacDonald<\/a>\n<\/p><\/blockquote>\n

\nSoftware is error-ridden in part because of its growing complexity. The size of software products is no longer measured in thousands of lines of code, but in millions. Software developers already spend approximately 80 percent of development costs on identifying and correcting defects, and yet few products of any type other than software are shipped with such high levels of errors.
\nNational Institute of Standards and Technology<\/a>\n<\/p><\/blockquote>\n

\nWhile machines have changed enormously, the business of software development has been rather static. We still spend most of our time working n requirements and specification, the low-tech part of our work.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nProductivity within the software industry has improved by three to five percent a year, only marginally better than the steel or automobile industry.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nCount on the best people outperforming the worst by about 10:1. Count on the best performer being about 2.5 times better than the median performer.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nPeople who had ten years of experience did not outperform those with two years of experience.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nThere was a very weak relationship between salary and performance.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nThe business we’re in is more sociological then technological, more dependent on workers’ abilities to communicate with each other than their abilities to communicate with machines.
\nTom DeMarco and Timothy Lister<\/a>\n<\/p><\/blockquote>\n

\nHaving a resume begs for you to go into that big machine that looks for relevant keywords, and begs for you to get a job as a cog in a giant machine.
\nseth Godin<\/a>\n<\/p><\/blockquote>\n

\nThe flip side of code ownership is code responsibility.
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nThe First Rule of Programming: It’s Always Your Fault
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nStop being a software factory, write a software factory.
\nRichard Campbell<\/a>\n<\/p><\/blockquote>\n

\nProgramming books sold by weight, not by volume.
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nPeople who talk big about scalability don’t need to worry about it
\nTed Dziuba<\/a>\n<\/p><\/blockquote>\n

\nDude, your app isn’t having scalability problems because of the architecture. It’s having scalability problems because you coded a ton of N^2 loops into it and you’re too self-important to get peer reviews on your commits.
\nTed Dziuba<\/a>\n<\/p><\/blockquote>\n

\nIf you haven’t discussed capacity planning, you can’t discuss scalability
\nTed Dziuba<\/a>\n<\/p><\/blockquote>\n

\nUnless you know what you need to scale to, you can’t even begin to talk about scalability.
\nTed Dziuba<\/a>\n<\/p><\/blockquote>\n

\nChoosing technology don’t mean shit if you don’t know how to use it
\nTed Dziuba<\/a>\n<\/p><\/blockquote>\n

\nBuying new software should require product research, multiple demos, on-site testing, reference checking, and planning
\nGene Marks<\/a>\n<\/p><\/blockquote>\n

\nThe bottleneck in writing code isn\u00e2\u20ac\u2122t in the writing of the code, it\u00e2\u20ac\u2122s in understanding and conceptualising what needs to be done.
\nShane Legg<\/a>\n<\/p><\/blockquote>\n

\nI use a variety of languages, tools, and OSes, and my choice of which to use are all geared around a single end goal: not to promote my own social or political agenda, but to make my customer happy.
\nTed Neward<\/a>\n<\/p><\/blockquote>\n

\nFor all those who don’t get it, languages don’t scale, architectures do.
\nBlaine Cook<\/a>\n<\/p><\/blockquote>\n

\nFaster means cheaper, it doesn’t mean more scalable.
\nBlaine Cook<\/a>\n<\/p><\/blockquote>\n

\nWe are not solving problems, we are approximating solutions.
\nSean Parent<\/a>\n<\/p><\/blockquote>\n

\nAll problems of scale become a network problem.
\nSean Parent<\/a>\n<\/p><\/blockquote>\n

\nProgramming in of itself is just an activity, like brushing your teeth. In the same way brushing your teeth doesn’t make you a dentist, writing code doesn’t make you an engineer, artist, or scientist.
\nChristopher Diggins<\/a>\n<\/p><\/blockquote>\n

\nIf you want to create a memorable company, you have to fill your company with memorable people.
\nBill Taylor<\/a>\n<\/p><\/blockquote>\n

\nFrom what I’ve seen of it, PHP isn’t so much a language as a random collection of arbitrary stuff, a virtual explosion at the keyword and function factory.
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nAll the PHP code I’ve seen in that experience has been messy, unmaintainable crap. Spaghetti SQL wrapped in spaghetti PHP wrapped in spaghetti HTML, replicated in slightly-varying form in dozens of places.
\nTim Bray<\/a>\n<\/p><\/blockquote>\n

\nOne day, you may need a super-scalable architecture to keep up with the traffic. But before that, it’s more important to focus on building a great software that makes people happy.
\nJerry Luk<\/a>\n<\/p><\/blockquote>\n

\nThe Golden Rule of Data Manipulation: It is always easier and more flexible to combine data elements rather than to break them apart.
\nJeff Smith<\/a>\n<\/p><\/blockquote>\n

\nIs the community around a product more important than the product itself?
\nJeff Atwood<\/a>\n<\/p><\/blockquote>\n

\nMost programming languages contain good parts and bad parts. I discovered that I could be better programmer by using only the good parts and avoiding the bad parts.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nIt turns out that strong typing does not eliminate the need for careful testing. And I have found in my work that the sorts of errors that strong type checking finds are no the errors I worry about.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nObsolete comments are worse than no comments.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nGenerally, the craft of programming is the factoring of a set of requirements into a set of functions and data structures.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nSoftware is usually expected to be modified over the course of its productive life. The process of converting one correct program into a different correct program is extremely challenging.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nIt turns out that style matters in programming for the same reason that it matters in writing. It makes for better reading.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nFeatures have a specification cost, a design cost, and a development cost. There is a testing cost and a reliability cost. \u00e2\u20ac\u00a6 Features have a documentation cost. Every feature adds pages to the manual increasing training costs.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nFeatures that offer value to a minority of users impose a cost on all users.
\nDouglas Crockford<\/a>\n<\/p><\/blockquote>\n

\nThe worst interview question is the question taken out of context.
\nSasha Goldshtein<\/a>\n<\/p><\/blockquote>\n

\nEfficiency and quality are of equal importance!! Both come from experience, not from study. Study as you go, don’t assume that you’re ready for the real world because you studied first.
\nJon Davis<\/a>\n<\/p><\/blockquote>\n

\nThe [iPhone] SDK has more restrictions than Guantanamo.
\nMatt Buchanan<\/a>\n<\/p><\/blockquote>\n

\nClosures are the new web framework, everybody wants one.
\nDick Wall<\/a>\n<\/p><\/blockquote>\n

\nI admit it, programming pleases me sexually.
\nDaniel Fischer<\/a>\n<\/p><\/blockquote>\n

\nIt’s as easy to hire great Ruby programmers as it is to hire great Java programmers or great programmers for any given popular language. The problem is, it’s not easy to hire great programmers in any language.
\nJay Fields<\/a>\n<\/p><\/blockquote>\n

\n50% of all people doing business software development should find a new profession.
\nJay Fields<\/a>\n<\/p><\/blockquote>\n

\nCreativity is your most important asset in development, and the first one to go with sleep deprivation.
\nDaniel Haran<\/a>\n<\/p><\/blockquote>\n

\nThe art of programming is finding patterns where others see only chaos.
\nEric Filson<\/a>\n<\/p><\/blockquote>\n

\nThe chief cause of problems is solutions.
\nEric Severeid<\/a>\n<\/p><\/blockquote>\n

\nThe user is NOT a lower life form
\nKen Becker<\/a>\n<\/p><\/blockquote>\n

\nTrue interactivity is not about clicking on icons or downloading files, it\u00e2\u20ac\u2122s about encouraging communication.
\nEd Scholssberg<\/a>\n<\/p><\/blockquote>\n

\nThe greatest challenge to any thinker is stating the problem in a way that will allow a solution.
\nBertrand Russell<\/a>\n<\/p><\/blockquote>\n

\nA picture is worth a thousand words. An interface is worth a thousand pictures.
\nBen Shneiderman<\/a>\n<\/p><\/blockquote>\n

\nThe joy of an early release lasts but a short time. The bitterness of an unusable system lasts for years.
\nAnonymous Release Engineer<\/a>\n<\/p><\/blockquote>\n

\nIf we want users to like our software, we should design it to behave like a likeable person.
\nAlan Cooper<\/a>\n<\/p><\/blockquote>\n

\nAny darn fool can make something complex; it takes a genius to make something simple.
\nAlbert Einstein<\/a>\n<\/p><\/blockquote>\n

\nNever use a warning when you mean undo.
\nAza Raskin<\/a>\n<\/p><\/blockquote>\n

\nIf you need the approval of the platform vendor to ship an app, then it isn’t a platform.
\nDave Winer<\/a>\n<\/p><\/blockquote>\n

\nMarketing has long known how to exploit fads and how to develop trends.
\nGeoffrey Moore<\/a>\n<\/p><\/blockquote>\n

\nAs a buying group, visionaries are easy to sell but very hard to please. This is because they are buying a dream – which, to some degree, will alwasy be a dream.
\nGeoffrey Moore<\/a>\n<\/p><\/blockquote>\n

\nThe biggest problem is typically overly ambitious expectations combined with undercapitalization.
\nGeoffrey Moore<\/a>\n<\/p><\/blockquote>\n

\nTo enter the maintsteam market is an act of aggression. The companies who have already established relationships with your target customer will resent your intrusion and do everything they can to shut you out.
\nGeoffrey Moore<\/a>\n<\/p><\/blockquote>\n

\nThe sooner you start to code, the longer the program will take.
\nRoy Carlson<\/a>\n<\/p><\/blockquote>\n

\nIf the code and the comments disagree, then both are probably wrong.
\nNorm Schryer<\/a>\n<\/p><\/blockquote>\n

\nIf you have too many special cases, you are doing it wrong.
\nCraig Zerouni<\/a>\n<\/p><\/blockquote>\n

\nTesting can show the presence of bugs, not their absence.
\nEdsger W. Dijkstra<\/a>\n<\/p><\/blockquote>\n

\nEach new user of a new system uncovers a new class of bugs.
\nBrian Kernighan<\/a>\n<\/p><\/blockquote>\n

\nThe fastest algorithm can frequently be replaced by one that is almost as fast and much easier to understand.
\nDouglas W. Jones<\/a>\n<\/p><\/blockquote>\n

\nGood judgement comes from experience, and experience comes from bad judgement.
\nFred Brooks<\/a>\n<\/p><\/blockquote>\n

\nWhenever possible, steal code.
\nTom Duff<\/a>\n<\/p><\/blockquote>\n

\nI would rather write programs to help me write programs than write programs.
\nDick Sites<\/a>\n<\/p><\/blockquote>\n

\nFurious activity is no substitute for understanding.
\nH.H. Williams<\/a>\n<\/p><\/blockquote>\n

\nOne person’s constant is another person’s variable.
\nSusan Gerhart<\/a>\n<\/p><\/blockquote>\n

\nOne person’s data is another person’s program.
\nGuy L. Steele, Jr.<\/a>\n<\/p><\/blockquote>\n

\nThe computer industry is the only industry that is more fashion-driven than women’s fashion.
\nLarry Ellison<\/a>\n<\/p><\/blockquote>\n

Technorati Tags: quote<\/a>, computer<\/a>, science<\/a>, business<\/a>, software<\/a>, development<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

When I am not coding I am reading about code. Here is a short list of memerable programming quotes I read over the past year about the science and art of software development. If find this collection of software development quotes useful you may also want to browse my all time Favorite Programming Quotes and […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","footnotes":""},"categories":[6,19,3],"tags":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p902K-6s","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/posts\/400"}],"collection":[{"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/comments?post=400"}],"version-history":[{"count":0,"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/posts\/400\/revisions"}],"wp:attachment":[{"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/media?parent=400"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/categories?post=400"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/juixe.com\/techknow\/index.php\/wp-json\/wp\/v2\/tags?post=400"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}