Abstract
My sermon-text this grumpy month is Matt Barton’s article “The Fine Art of Computer Programming”, in which he extols the virtues of what is widely called literate programming. As with the related terms literary and literature, we have ample room for wranglings of a theological intensity, further amplified by disputes inherent in the questions: “Is computer science or art?” and “What do programmers need to know?” Just as we must prefer agile to clumsy programming, it’s hard to knock anything literate. Competing methods tend to sound, like, man, kinda illiterate, a term with such a bad reputation that cultures that have not yet invented or borrowed a writing system are called preliterate.
- Dijkstra, E.W. 1975. How do we tell truths that might hurt? http://www.cs.utexas.edu/users/EWD/transcriptions/EWD04xx/EWD498.html.Google Scholar
- ibid.Google Scholar
- ibid.Google Scholar
- The frisky "horses-for-courses" idiom may not have galloped beyond Albion's shores. Even Brits use it without due process. It simply states the obvious: that objects may be differentiated ontologically by their innate purposefulness. Easy for me to say. Liverpool Dock Road cart horses do not win the Pimlico Special. Seabiscuit never hauled a ton of stolen coal. Pascal, some claimed, was a "teaching" language. C, others claimed, was "unteachable," acquired through trial and error, chiefly error.Google Scholar
- Kelly-Bootle, S. 1995. The Computer Contradictionary. Cambridge: The MIT Press. My entry at Extended Basic gives the unexpurgated version. Google ScholarDigital Library
- A clever, illiterarily back-formed noun from the more familiar adjective infamous. This reminds me that my current bete noire is the overuse of famously, as in "As Churchill famously remarked.."Google Scholar
- In keeping with my subject matter, fatidic is a more elitist, literary choice than prophetic. Was Orwell's pessimism ill founded? I leave it to my readers to decide.Google Scholar
- Kelly-Bootle, S. 1988. 680x0 Programming by Example. Indianapolis: Howard W. Sams & Company. I find that I wrote in the introduction, "..one of the objects of the book is to improve your reading skills!"Google Scholar
- Well-versed readers will know that Finnegans Wake is fond of an APL anagram: ALP crops up as Anna Livia Plurabelle. LitCritters get quite excited over such minutiae. I must confess my analogy is imperfect. APLers will rush to tell me that the garrulous, circular Finnegans Wake (it opens with "riverun" and ends with "the"---a sort of GOTO START endless loop) can be expressed in just three lines. Dijkstra's spin was quite acerbic: "APL is a mistake, carried through to perfection. It is the language of the future for the programming techniques of the past: it creates a new generation of coding bums."Google Scholar
- Peder Zane, J. 2007. The Top 10: Writers Pick Their Favorite Books. New York: W.W. Norton.Google Scholar
- ibid.Google Scholar
- Giguette, R. 2006. Building objects out of Plato: Applying philosophy, symbolism, and analogy to software design. Communications of the ACM 49(10): 66-71. Google ScholarDigital Library
- McGrath, R.E. 2007. Programs are not literature, even by analogy. Communications of the ACM 50(1): 11.Google Scholar
- Naur, P. Computing versus human thinking. 2007. Communications of the ACM 50(1): 85-94. Well worth the reading effort. Improve your command of NL and your ability to detect and possibly ignore the odd whiffs of justified, cranky victimhood. Google ScholarDigital Library
Index Terms
- Ode or Code? Programmers be Mused!: Is your code literate or literary?
Recommendations
Poisonous Programmers: A koder with attitude, KV answers your questions. Miss Manners he ain’t.
VirtualizationDear KV, I hope you don’t mind if I ask you about a non-work-related problem, though I guess if you do mind you just won’t answer. I work on an open source project when I have the time, and we have some annoying nontechnical problems. The problems are ...
Numerical methods, large codes, and programmers
I asked Johnson if solving linear equations was a big part of the computational load at the laboratory. He said it must be about seventy-five percent of the machine time, but that his work to try to improve linear equation routines was mostly ...
Comments