>> Florian Cramer, "Exe.cut[up]able statements: The Insistence of Code", 2003

from: http://www.aec.at/en/archives/festival_archive/festival_catalogs/festival_artikel.asp?iProjectID=12319
for ciation please also go to this site

THE RESURGENCE OF CODE

Friedrich Nietzsche’s aphorism that “our writing tools are also involved in our thoughts,” put down after he first used a mechanical typewriter, has become an axiom of contemporary media theory. Applied to computer code and art, it could also be phrased as a question: How does code shape the aesthetics of digital art and technology?

“10 Programs written in BASIC ©1984”, the title of a solo show of the Dutch/Belgian artists Jodi in Malmö/Sweden, June 2003, can be read beyond its specific description of the work exhibited as a programmatic statement that leads the digital arts back to the future. Consisting of vintage Sinclair ZX Spectrum computers running, quote, “ten programs in BASIC that the visitor can add and change things to”, the exhibition shows Jodi’s work at a radical peak of a development that began with net art and continuously evolved from web browser manipulations through HTML data, manipulations of computer games in sourcecode to increasingly abstract “variations” of simple BASIC program code. It dismantles the notion that, despite the boom of graphical user interfaces in the 1980s and 1990s, program code still is at the heart of computing and digital information technology and hasn’t structurally changed since 1984, the year the Apple Macintosh computer was first sold. While artists had run software code in black boxes to drive work that didn’t show the programming involved—interactive video installations, for example—, since the late 1990s, programming and program code have received increasing attention as artistic material in themselves. (1) Today, the Macintosh computer has likewise mutated into a flavor of the Unix operating system, exposing its code on a textual commandline interface and thus catching up with contemporary digital arts and its increasing use of computer code as material.

Perhaps the most radical example of computer code turned into artistic material is “Codeworks”, (2) chiefly E-Mail-based Net.art written in private languages which hybridize English, program and network code and visual typography, like the following:

Exe.cut[up]able statements ---
::do knot a p.arse.r .make.
::reti.cu[t]la[ss]te. yr. text.je[llied]wells .awe. .r[b]ust.

In these lines, which were taken from the posting “Re: OPPO.S[able].I.T[humbs]ION! !” by the Australian net artist mez (a.k.a. Mary Anne Breeze) to the mailing list “arc.hive” on January 14th, 2003, the word ,,Exe.cut[up]able“ becomes a self-describing executable sourcecode which expands, among other things, into “Exe” (the Microsoft DOS/Windows file extension for executable programs), “Executable” and, recalling the mechanized collage techniques of Brion Gysin and William S. Burroughs, “cutup”. A poetic employment of computer code which adheres more literally to Unix, Perl or C syntax can be found in the E-Mail codeworks of Alan Sondheim, Jodi, Graham Harwood, Johan Meskens and Pascale Gustin.

Aside from the more narrow field of digital art and technology in which code appears as code, it can first be observed that the graphical interface paradigm in so-called end-user software scales only to a limited amount of complexity, thus creating the need for textual scripting extensions and programming interfaces in the software itself; (3) secondly, that artists (and also non-artists) who employ software for complex tasks and as part of their thinking and subjectivity tend to push its limits to the point where they start to extend, reprogram or re-implement its code. This tendency manifests itself today in two phenomena. One is Free (or Open Source) Software, as it has gained the attention of a larger public since circa 1998; the other one is software art, a topic in the digital arts since circa 2000. Both discourses intersect in such projects as runme.org, a software art website created after the model of Free Software download repositories, and sweetcode.org, a Free Software website referencing conceptually (and hence also artistically) interesting computer programs.

FROM UTOPIA TO USER COMPUTING

Investigating the insistence of code in computer-based art and technology is pointless, however, if one does not question what computer code exactly is beyond its conventional surface appearance as plain text instructions. Beyond that, software code can be put down in any notation, in flowcharts or graphical simulations of circuitry, for example, (4) or simply as a chain of zeros and ones. The problem not only concerns media in particular, but linguistics and semiotics in general: How can language in its complexity, cultural particularity and oddity be boiled down to an easy-to-grasp international system?

The question is much older than computer interface research, having been addressed in such works as the Renaissance political and educational utopias of Tommaso Campanella’s “City of the Sun” and Jan Amos Comenius “Orbis pictus”. In the ideal city imagined by Campanella, all knowledge is conveyed to the public via a graphical user interface:

It is Wisdom who causes the exterior and interior, the higher and lower walls of the city to be adorned with the finest pictures, and to have all the sciences painted upon them in an admirable manner. […] There are magistrates who announce the meaning of the pictures, and boys are accustomed to learn all the sciences, without toil and as if for pleasure; but in the way of history only until they are ten years old. (5)

The hermetic philosopher and famous educational reformer Comenius translated this idea into the “Orbis pictus”, the first illustrated children’s book and canonical school text in 17th and 18th century Europe, which taught the whole inventory of macro- and microcosm simultaneously through pictures, in Latin words and in the pupils’ native language.

However, the design flaws of these pictorial languages, and the dilemma of linguistic operations through graphical user interfaces were still being addressed in 1706 in the “Grand Academy of Lagado” chapter of Jonathan Swift’s “Gulliver’s Travels”:

The other project was a scheme for entirely abolishing all words whatsoever […]. An expedient was therefore offered, that since words are only names for things, it would be more convenient for all men to carry about them such things as were necessary to express the particular business they are to discourse on. […] However, many of the most learned and wise adhere to the new scheme of expressing themselves by things, which has only this inconvenience attending it, that if a man’s business be very great, and of various kinds, he must be obliged in proportion to carry a greater bundle of things upon his back, unless he can afford one or two strong servants to attend him. I have often beheld two of those sages almost sinking under the weight of their packs, like pedlars among us; who, when they met in the streets, would lay down their loads, open their sacks, and hold conversation for an hour together; then put up their implements, help each other to resume their burdens, and take their leave. (6)

In other words, a new language in which object and sign are similar or identical is believed to be superior to traditional symbolic language with its abstract object-sign relationships. While the paragraph reads like a straightforward critique of iconic graphical computer interfaces, this critique does not actually concern text as opposed to graphics, but grammatical versus ungrammatical language as a means of communication. The objects cannot be linked, combined or condensed in a meaningful way to express more complex semantic operations. In the realm of computer operating systems, this translates into an opposition less of graphical versus textual, but of programmer-friendly versus programmerhostile environments.

When Alan Kay developed the first graphical mouse-controlled computer environment at Xerox PARC in the 1970s, the separation between “usage” and “programming” was for the first time implemented as separation of media. “Usage” became graphical, “programming” textual. The gap widened with the commercialization of Kay’s ideas through the Apple Macintosh and Microsoft Windows. While Alan Kay’s user interface was based on the programming language Smalltalk and remained fully programmable to the point where users could create their own applications by combining pre-existing and self-written program objects, (7) the Apple Macintosh lacked the programming interface simply for economical and marketing reasons. Without Smalltalk, the system could run fast on low-power hardware, thus dropping sales prices and decreasing development costs. The result was an ungrammatical Swiftian operating system that gave birth to the “user”, with the message: You are supposed to read, not to write. (8) Through this engineered gap, programming becomes a mystery, a black art, supposedly for the sake of making computing easier. Borrowing from Roland Barthes’ book S/Z from 1970, modern GUI operating systems could be called “readerly” and command line-centric operating systems lioke Unix “writerly”. According to Barthes, the readerly text presents itself as linear and smoothly composed, “like a “cupboard where meanings are shelved, stacked, safeguarded.” (9) Reflecting in contrast the “plurality of entrances, the opening of networks, the infinity of languages,” (10) the writerly text aims to make “make the reader no longer a consumer, but a producer of the text.” (11)

WRITERLY COMPUTING

Barthes’ distinction shows why the question how “our writing tools are also involved in our thoughts”, or how code shapes the aesthetics of the digital, is problematic in itself: precisely because it projects issues of pre-digital hardware onto digital software. Nietzsche’s observation of the mechanical typewriter naturally assumes a clear-cut division, a material difference between the tool and the writing, the processor and the processed. This division, however, no longer exists in software since computers adopted the von Neumann architecture of storing both instruction code and data in the same physical and symbolic realm. Since computer software is tools made from writing, processors made from code, the material gap can only be sustained through simulation. To be readerly, popular PC user software creates the illusion of being hardware, visually and tactically disguising itself as solid analog tools. (12) Graphic design software like Adobe Photoshop or Illustrator have palettes and pencils (which are subverted in Adrian Ward’s software artworks Autoshop and Auto-Illustrator), web browsers pretend to be nautical navigation instruments (“Navigator” and “Explorer” by Netscape and Microsoft), word processors like Microsoft Word are based on visual simulations of a piece of paper in a typewriter. (13)

The attributes of the “writerly” on the other hand exist on the Unix commandline as a hybridity of codes. Since almost everything in Unix is ASCII text—from the user programs which are executed as Word commands and its feedback message to the data flowing between the commands—anything can be instantly turned into anything, writing into commands and command output into writing:

CORE CORE bash bash CORE bash

There are %d possibilities. Do you really
wish to see them all? (y or n)

SECONDS
SECONDS

grep hurt mm grep terr mm grep these mm grep eyes grep eyes mm grep hands
mm grep terr mm > zz grep hurt mm >> zz grep nobody mm >> zz grep
important mm >> zz grep terror mm > z grep hurt mm >> zz grep these mm >>
zz grep sexy mm >> zz grep eyes mm >> zz grep terror mm > zz grep hurt mm
>> zz grep these mm >> zz grep sexy mm >> zz grep eyes mm >> zz grep sexy
mm >> zz grep hurt mm >> zz grep eyes mm grep hurt mm grep hands mm grep
terr mm > zz grep these mm >> zz grep nobody mm >> zz prof!

if [ "x`tput kbs`" != "x" ]; then # We can't do this with "dumb" terminal
stty erase `tput kbs`

DYNAMIC LINKER BUG!!!

The above is an experimental codework by Alan Sondheim, generated from interaction with a Unix-like textmode environment running “bash”, the standard commandline interpreter of GNU/Linux operating systems. The medium of plain text allows all signifiers to migrate transparently from one symbolic form—the operating system—to a second one—E-Mail—all the while involving the third symbolic form of electronic word processing. The codes it contains are English writing, system instruction code and Internet communication code simultaneously.

This conflation of codes is not a particular artistic invention of Sondheim, but a standard feature of the Unix operating system. The instantaneous mutual convertibility of text as something processed (i.e. data) and text as a processor (i.e. programs) that is characteristic of all program code is not suppressed in Unix by hiding the code away, but transparently preserved on the level of the user interface. It is, as a matter of act, a system feature which Unix administrators rely on every day. Unix, and other operating systems which use written code not just as a hidden layer driving things underneath, but also as their user interface, (14) is a giant, modular and recursive text processing system which runs on scripts and parameters processed through themselves. Or, as the programmer and system administrator Thomas Scoville puts it in his 1998 paper “The Elements of Style: UNIX As Literature”: “UNIX system utilities are a sort of Lego construction set for wordsmiths. Pipes and filters connect one utility to the next, text flows invisibly between. Working with a shell, awk/lex derivatives, or the utility set is literally a word dance.” (15)

While it is true for all software and all operating systems that the software tool itself is nothing but writing, the elegant simplicity of the Unix commandline relies on the idea that programming, instead of becoming a secluded application, is a trivial extension of “using” the system, simply by writing a sequence of commands into a text file which then can be executed. By contrast, operating systems working in other than textual media contrast haven’t found a way yet to make data and processing interchangeable and extend graphical user interfaces to graphical programming interfaces. Even Alan Kay concedes that “it would not be surprising if the visual system were less able in this area [of programmation] than the mechanisms that solve noun phrases for natural language. Although it is not fair to say that ‘iconic languages can’t work’ just because no one has been able to design a good one, it is likely that the above explanation is close to truth”—a truth explaining why alphanumeric text remains the most versatile notation system for computer instructions. (16)

IMAGINARY COMPUTING

If a medium is defined as something in between a sender and a receiver, i.e. a transmission channel or storage device, then computers are not just media, but also senders and receivers which themselves are capable of writing and reading, generating, filtering and interpreting messages within the limitations of the formal rule sets inscribed into them. (17)

Alan Kay’s outcry “the computer is a medium!” (18) explains why his system fails to provide more than a rudimentary grammar and a fixed set of abstractions—as opposed to the Turing complete grammar and programmable abstractions of, for example, Unix shells—, encompassing only prefabricated algorithmic processors (“user programs”) and storage and transmission operations like “open”, “save”, “close”, “send”, “cut”, “copy”, “paste”.

Not surprisingly, art forms which reflect the computer beyond its functioning as a medium were coined as artisanship by programmers in textual notation: programming language poetry (like Perl poetry), code slang (generated by manipulation text with algorithmic filters), viral scripting, in-code recursions and ironies (as, for example in the self-replicating sourcecode of “Quines”), all of them being largely independent of particular transmission and storage media or output technology—including computer screens, voice output, print books and t-shirts alike—and all of them having been systematically appropriated in the experimental digital arts since the late 1990s. The hacker “Jargon File”, (19) whose first versions appeared around 1981 at the MIT, is therefore to be read not only as the poetics of these forms, but also as a blueprint for net culture and net art since the mid-1990s. When, as Thomas Scoville writes, instruction vocabulary and syntax like that of Unix becomes “second nature”, (20) it follows that formal turns into conversational language, and syntax into semantics. Beyond being a “tool” merely “involved” in shaping thoughts, computer language becomes a way of thinking and mode of subjectivity, making even such code exe.cut[up]able which can only run in the reader’s imagination. (21)

(Thanks to Saul Albert, Josephine Bosma, Frederic Madre and Robbin Murphy for comments and critique)



The full book is on Florian Cramer's website:
http://cramer.plaintext.cc:70/all/executable_statements/executable_statements.pdf