“The flip side of the coin was that even good programmers and language designers tended to do terrible extensions when they were in the heat of programming, because design is something that is best done slowly and carefully.”

— Alan Kay

ACM Queue A Conversation with Alan Kay Vol. 2, No. 9 - Dec/Jan 2004-2005 http://queue.acm.org/detail.cfm?id=1039523 <br class="br">2000s, A Conversation with Alan Kay, 2004–05

Adopted from Wikiquote. Last update Sept. 14, 2021. History

Help us to complete the source, original and additional information

Do you have more details about the quote "The flip side of the coin was that even good programmers and language designers tended to do terrible extensions when t…" by Alan Kay?

Alan Kay25

computer scientist 1940

Related quotes

“Rewarding incompetence and ignorance increases the number of incompetent programmers. Designing programming languages and tools so incompetent programmers can feel better about themselves is not the way to go.”

Erik Naggum (1965–2009) Norwegian computer programmer

Re: New Lisp ? http://groups.google.com/group/comp.lang.functional/msg/b69c767370ee7c43 (Usenet article). <br class="br">Usenet articles, Miscellaneous

“If there is ever a science of programming language design, it will probably consist largely of matching languages to the design methods they support.”

Robert Floyd (1936–2001) American computer scientist

The Paradigms of Programming (1979)

“… greatest single programming language ever designed. (About the Lisp programming language.)”

Alan Kay (1940) computer scientist

2003. Daddy, Are We There Yet? A Discussion with Alan Kay http://www.openp2p.com/pub/a/p2p/2003/04/03/alan_kay.html <br class="br">2000s

“In their work, designers often become expert with the device they are designing. Users are often expert at the task they are trying to perform with the device. […] Professional designers are usually aware of the pitfalls. But most design is not done by professional designers, it is done by engineers, programmers, and managers.”

Donald A. Norman book The Design of Everyday Things

Source: The Design of Everyday Things (1988, 2002), Ch. 6, p. 156.

“Job Control Language is the worst programming language ever designed anywhere by anybody for any purpose.”

Fred Brooks (1931) American computer scientist

http://www.youtube.com/watch?v=8c0_Lzb1CJw#t=01h19m00s
"The IBM System/360 Revolution"
recorded by the Computer History Museum
April 7, 2004.

“Program designers have a tendency to think of the users as idiots who need to be controlled. They should rather think of their program as a servant, whose master, the user, should be able to control it. If designers and programmers think about the apparent mental qualities that their programs will have, they'll create programs that are easier and pleasanter — more humane — to deal with.”

John McCarthy (1927–2011) American computer scientist and cognitive scientist

" The Little Thoughts of Thinking Machines http://www-formal.stanford.edu/jmc/little.html", Psychology Today, December 1983, pp. 46–49. Reprinted in Formalizing Common Sense: Papers By John McCarthy, 1990, ISBN 0893915351 <br class="br">1980s

“I like the observation that Forth is an amplifier: a good programmer can write a great program; a bad programmer a terrible one. I feel no need to cater to bad programmers.”

Charles H. Moore

Quoted in Naomi Hamilton, "The A-Z of Programming Languages: Forth," http://www.computerworld.com.au/index.php/id;766897508 Computerworld (2008-06-27)

“Machines can automate a lot of things, but design is something humans do best.”

Tom Peters (1942) American writer on business management practices

02 May 2022
Tom Peters Daily, Weekly Quote

“Overemphasis of efficiency leads to an unfortunate circularity in design: for reasons of efficiency early programming languages reflected the characteristics of the early computers, and each generation of computers reflects the needs of the programming languages of the preceding generation.”

Kenneth E. Iverson (1920–2004) Canadian computer scientist

§5.4
Notation as a Tool of Thought (1979)

“To the designer of programming languages, I say: unless you can support the paradigms I use when I program, or at least support my extending your language into one that does support my programming methods, I don't need your shiny new languages. […] To persuade me of the merit of your language, you must show me how to construct programs in it.”