Over at my Wordyard blog we're reading and discussing books and essays that shaped today's software world. Join the conversation.

Go back to the first Endnotes page (chapters 0-5). See notes for chapters 10-11.

CHAPTER 6
GETTING DESIGN DONE

• 148 — The Economist wrote at length about the “mom test” on October 28, 2004, at www.economist.com/displaystory.cfm?story_id=3307430.

• 149 — “No one is speaking for the poor user”: From Mitchell Kapor’s “Software Design Manifesto” in Terry Winograd, Bringing Design to Software (Addison Wesley, 1996), and at hci.stanford.edu/bds/1-kapor.html.

• 153 — For more on the origins of the Mozilla Foundation, see Wikipedia’s entry at en.wikipedia.org/wiki/Mozilla_Foundation, and CNET coverage from January 13, 2005, at news.com.com/2102-7344_3-5519612.html.

• 158 — Two useful documents on the early history of CPIA are the original September 2003 design document at wiki.osafoundation.org/bin/view/Journal/ChandlerPresentationAndInteractionArchitectureSep2003, and later documentation during the Chandler 0.3 cycle at wiki.osafoundation.org/bin/view/Projects/CpiaZeroPointThreeStatus.

• 159 — “A favorite story at management meetings”: Peter Drucker, The Essential Drucker (Harper Business, 2001), p. 113.

• 162 — “Chandler 0.2 is about to ship”: Michael Toy blog posting, September 19, 2003, at blogs.osafoundation.org/blogotomy/000388.html.

• 165 — David Allen, Getting Things Done (Viking Penguin, 2001).

• 166 — Information on David Gelernter’s Lifestreams project is at www.cs.yale.edu/homes/freeman/lifestreams.html.

• 168 — Andy Hertzfeld’s Folklore site is at www.folklore.org.

• 169 — “Moving your files from this machine”: Bill Gates, quoted in USA Today, June 29, 2003, at www.usatoday.com/tech/news/2003-06-29-gates-longhorn_x.htm.

• 170 — “Our head count has been fairly flat”: Mitch Kapor blog posting on August 3, 2003, at blogs.osafoundation.org/mitch/000313.html#000313.

• 174 — “Do you have any advice for people”: Linus Torvalds, quoted in Linux Times, June 2004. Linux Times has ceased publication. The article used to be at www.linuxtimes.net/modules.php?name=News&file=article&sid=145 and can be found via the Internet Archive’s Wayback Machine at web.archive.org/web/20041106193140/www.linuxtimes.net/ modules.php?name=News&file=article&sid=145.

DETAIL VIEW

• 184 — “Simple things should be simple”: This quotation is widely attributed to Alan Kay. I have been unable to trace its original source. It is also occasionally attributed to Larry Wall.

• 184 — Clay Shirky wrote about Christopher Alexander’s “A City Is Not a Tree” in the Many to Many blog on April 26, 2004, at many.corante.com/archives/2004/04/26/a_city_is_not_a_tree.php. Alexander’s article was originally published in Architectural Forum, April-May 1965. It is available online at www.arquitetura.ufmg.br/rcesar/alex/_cityindex.cfm.

• 188 — The story of Donn Denman and the cancellation of MacBasic is at Folklore.org, at www.folklore.org/StoryView.py?project=Macintosh&story=MacBasic.txt.

• 196 — Wikipedia defines Foobar at en.wikipedia.org/wiki/Foo_bar, and fubar at en.wikipedia.org/wiki/FUBAR.

• 196 — “Because people read these names”: Ward Cunningham’s talk at the OOPSLA Conference, October 2004,Vancouver, B.C.

• 197 — Alec Flett first posted his parody of Hungarian notation on a Mozilla newsgroup in 1999. He repeated it in a blog posting from June 14, 2004, at www.flett.org/archives/2004/06/14/16.34.17/index.html.

• 198 — Joel Spolsky traced the forking of Hungarian notation in “Making Wrong Code Look Wrong,” May 11, 2005, at www.joelonsoftware.com/articles/Wrong.html. Charles Simonyi blogged his thinking on Hungarian notation on July 8, 2005, at blog.intentionalsoftware.com/intentional_software/2005/07/hungarian_notat.html.

• 204 — “Born with a silver spoon in its mouth”: Esther Dyson’s comment about On Technology was in “On Technology Gets on Track,” Forbes, June, 1991.

CHAPTER 8
STICKIES ON A WHITEBOARD

• 208 — “Dogfooding . . . is something we do”: This description of dogfooding is from a February 21, 2003, blog posting by Scott Guthrie, a general manager in the Microsoft Developer Division, at weblogs.asp.net/scottgu/archive/2003/02/21/2743.aspx.

• 209 — “We use what we build”: Robert Taylor, quoted in Thierry Bardini, Bootstrapping (Stanford University Press, 2000), p. 154.

• 211 — “Allows users to collaboratively edit”: Description from the main WebDAV site at www.webdav.org/.

• 219 — “hazmat > you know what would be really helpful”: From the Chandler IRC chat channel, July 14, 2004, at wiki.osafoundation.org/script/getIrcTranscript.cgi?channel=chandler&date=20040714.

• 220 — “People seem to be extraordinarily patient”: Blog posting by Ted Leung from July 29, 2004, at www.sauria.com/blog/2004/Jul/29.

• 224 — There was extensive coverage of the “gutting” of Longhorn, including the dropping of WinFS, in late August 2004. Microsoft Watch’s article, titled “Microsoft to Gut Longhorn to Make 2006 Delivery Date,” is at www.microsoft-watch.com/article2/0,1995,1640183,00.asp.

• 224 — News.com interviewed Bill Gates at news.com.com/Gates%3A+Longhorn+changed+to+make+deadlines/2008-1016_3-5327377.html.

• 224 — A memo from Microsoft VP Jim Allchin on the changes was published on Microsoft Watch at www.microsoft-watch.com/article2/0,1995,1640602,00.asp.

CHAPTER 9
METHODS

• 239 — Edsger Dijkstra, “Go To Statement Considered Harmful,” Communications of the ACM, March 1968, at www.acm.org/classics/oct95/.

• 240 — “Necklace strung from individual pearls” and “As a slow-witted human being”: Edsger Dijkstra, “Notes on Structured Programming,” 1969, at www.cs.utexas.edu/users/EWD/ewd02xx/EWD249.PDF.

• 240 — Edsger Dijkstra, “The Humble Programmer,” 1972 Turing Award lecture, at www.cs.utexas.edu/users/EWD/ewd03xx/EWD340.PDF.

• 240 — “Each program layer is to be understood”: Dijkstra, “Notes on Structured Programming.”

• 241 — “Unless developers plan and track”: Watts Humphrey, “Why Big Software Projects Fail,” CrossTalk, March 2005, at www.stsc.hill.af.mil/CrossTalk/2005/03/0503Humphrey.html.

• 241 — “Most discussions of the knowledge worker’s task”: Peter Drucker, “The Effective Executive,” (1966), in The Essential Drucker (Harper Business, 2001), p. 225.

• 242 — Watts Humphrey’s account of his IBM experience is from his “Reflections on a Software Life” in In the Beginning: Recollections of Software Pioneers, Robert L. Glass, ed. (IEEE Computer Society Press, 1998), p. 29 and ff.

• 243 — “My daughter persuaded me to go”: Humphrey interview in “Watts Humphrey: He Wrote the Book on Debugging,” Business Week, May 9, 2005, at yahoo.businessweek.com/print/magazine/content/05_19/b3932038_mz009.htm

• 244 — “An organization at Level 1″: Humphrey’s informal description is quoted in Mark Minasi, The Software Conspiracy: Why Software Companies Put Out Faulty Products, How They Can Hurt You, and What You Can Do About It (McGraw-Hill, 2000), pp. 48-49.

• 245 — “The CMM reveres process, but ignores”: James Bach, “The Immaturity of CMM,” American Programmer, September 1994, at www.satisfice.com/articles/cmm.shtml.

• 245 — “We all work for organizations”: Slide set for a lecture by Watts Humphrey titled “Setting the Agile Context” at the XP Agile Universe Conference, Chicago, August 2002. Slides at www.xpuniverse.com/pdfs/SettingTheAgileContextWattsHumphrey.

• 246 — “In all of modern technology”: From a video distributed by the Software Engineering Institute, available at www.sei.cmu.edu/videos/watts/DPWatts.mov.

• 246 — Minasi, The Software Conspiracy

• 247 — The Mariner 1 bug is described at nssdc.gsfc.nasa.gov/nmc/tmp/MARIN1.html.

• 248 — James Gleick tells the story of the Ariane 5 bug at www.around.com/ariane.html.

• 248 — The Therac-25 bug is detailed in a paper by Nancy Leveson and Clark S. Turner in IEEE Computer, July 1993, at courses.cs.vt.edu/~cs3604/lib/Therac_25/Therac_1.html.

• 248 — The 1991 Patriot missile bug is well documented, for instance at www.cs.usyd.edu.au/~alum/patriot_bug.html.

• 249 — Jon Ogg’s talk was at the Systems & Software Technology Conference, Salt Lake City, April 2004.

• 249 — “The amount of software the Department of Defense”: Barry Boehm at the Systems & Software Technology Conference, 2004. For more on the software patterns movement, see Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, Design Patterns: Elements of Reusable Object-Oriented Software (Addison Wesley, 1995).

• 250 — “Programmers are like carpenters”: Brian Hayes, “The Post-OOP Paradigm,” American Scientist, March-April 2003, at www.americanscientist.org/template/AssetDetail/assetid/17307.

• 250 — “These have the advantages”: From Kent Beck and Ward Cunningham, “A Laboratory for Teaching Object-Oriented Thinking,” from the OOPSLA ’89 Conference Proceedings, October 1989, New Orleans, at c2.com/doc/oopsla89/paper.html.

• 251 — Barry Boehm, “A Spiral Model of Software Development and Enhancement,” in ACM SIGSOFT Software Engineering Notes, August 1986.

• 252 — “Part of the purpose of the workshop”: Brian Marick’s blog posting from March 17, 2004, is at www.testing.com/cgi-bin/blog/2004/03/17#march17.

• 252 — The Agile Manifesto is at agilemanifesto.org/.

• 253 — “We were taking all these practices”: Ron Jeffries’ quote is from Sam Williams, “Totally Awesome Software?” in Salon, May 29, 2002, at archive.salon.com/tech/feature/2002/05/29/extreme_programming/index.html.

• 254 — “Always implement things”: The YAGNI principle is defined at xp.c2.com/YouArentGonnaNeedIt.html.

• 254 — “Deliver Crap Quickly”: From Robert Lefkowitz’s blog posting titled “Extreme Programming Refactored” from April 2004; it used to be at r0ml.blogs.com/fot/2004/04/extreme_program.html and is now offline. Available at web.archive.org/web/20040810155153/r0ml.blogs.com/fot/2004/04/extreme_program.html.

• 255 — A 2004 study by two Pennsylvania: Phillip A. Laplante and Colin J. Neill, “‘The Demise of the Waterfall Model Is Imminent’ and Other Urban Myths,” ACM Queue, February 2004, at www.acmqueue.com/ modules.php?name=Content&pa=showpage&pid=110.

• 256 — “If you have even the slightest bit”: Joel Spolsky blog posting from November 14, 2003, at www.joelonsoftware.com/items/2003/11/14.html.

• 256 — Beware of Methodologies: Joel Spolsky, “Big Macs vs. The Naked Chef,” posting from January 18, 2001, at www.joelonsoftware.com/articles/fog0000000024.html. Also collected in Joel on Software (Apress, 2004), p. 237.

• 257 — The Joel Test: Joel Spolsky posting from August 9, 2000, at www.joel onsoftware.com/articles/fog0000000043.html, and also in Joel on Software, p. 17.

• 263 — 37 Signals presented more on its philosophy in a 2006 PDF book, Getting Real, at https://gettingreal.37signals.com/.

• 263 — Google’s software development methods are outlined in Quentin Hardy, “Google Thinks Small,” Forbes, November 14, 2005, at www.forbes.com/global/2005/1114/054A_print.html.

• 264 — Nicholas Carr, “IT Doesn’t Matter,” Harvard Business Review, May 2003, at www.nicholasgcarr.com/articles/matter.html.

On to the notes for chapters 10-11.