CDN$ 43.29
  • List Price: CDN$ 44.72
  • You Save: CDN$ 1.43 (3%)
Temporarily out of stock.
Order now and we'll deliver when available. We'll e-mail you with an estimated delivery date as soon as we have more information. Your account will only be charged when we ship the item.
Ships from and sold by Gift-wrap available.
10+PRINT+CHR%24%28205.5+RND%281... has been added to your Cart
Have one to sell?
Flip to back Flip to front
Listen Playing... Paused   You're listening to a sample of the Audible audio edition.
Learn more
See this image

10 PRINT CHR$(205.5+RND(1)); : GOTO 10 Hardcover – Nov 16 2012

See all 4 formats and editions Hide other formats and editions
Amazon Price
New from Used from
Kindle Edition
"Please retry"
"Please retry"
CDN$ 43.29
CDN$ 37.03 CDN$ 36.45

Unlimited FREE Two-Day Shipping for Six Months When You Try Amazon Student

No Kindle device required. Download one of the Free Kindle apps to start reading Kindle books on your smartphone, tablet, and computer.

  • Apple
  • Android
  • Windows Phone
  • Android

To get the free app, enter your e-mail address or mobile phone number.

Product Details

  • Hardcover: 328 pages
  • Publisher: The MIT Press (Nov. 16 2012)
  • Language: English
  • ISBN-10: 0262018462
  • ISBN-13: 978-0819426529
  • Product Dimensions: 15.2 x 1.8 x 22.9 cm
  • Shipping Weight: 748 g
  • Average Customer Review: Be the first to review this item
  • Amazon Bestsellers Rank: #222,897 in Books (See Top 100 in Books)
  •  Would you like to update product info, give feedback on images, or tell us about a lower price?

Product Description


10 PRINT CHR$ (205.5 + RND (1)); : GOTO 10, a new book collaboratively written by 10 authors, takes a single line of code -- inscribed in the book's mouthful of a title -- and explodes it. That one line, a seemingly clumsy scrap of BASIC, generates a fascinatingly complicated maze on a Commodore 64.... Though 10 PRINT CHR$ (205.5 + RND (1)); : GOTO 10 is occasionally whiplash-inducing in its headlong rush through history, the connections it makes over 294 pages are inspired. One of the most compelling sections of the book discusses the cultural history of mazes, relating 10 PRINT's maze back to the labyrinth of Knossos, where, according to the great Greek myth, Theseus waged battle with the terrifying Minotaur.

(Geeta Dayal, Slate)

10 Print is a creative adventure in reading source code as a technical object and cultural icon, as well as a window onto the ways in which technical and artistic practices mingle. Wildly imaginative and boldly collaborative, it sets a high bar for the emerging field of critical code studies. It celebrates the 'Maker' philosophy and the DIY spirit of home computing at its best. A romp, a scholarly exposition, and an experiment in writing in a collaborative authorial voice, it is a delight not to be missed.

(N. Katherine Hayles, author of How We Think: Digital Media and Contemporary Technogenesis; Professor of Literature, Duke University)

To see the world in a grain of sand -- or a slice of silicon -- has always been the great hermeneutical project. Here we find that project disassembled and recompiled by Nick Montfort and his collaborators, who focus their diverse training and intellects on a single eponymous line of vintage computer code. The result, 10 PRINT, is an executable that is also an open source for a powerful new mode of collective and cooperative scholarship.

(Matthew G. Kirschenbaum, University of Maryland; author of Mechanisms: New Media and the Forensic Imagination)

Well before the Web browser and even the desktop metaphor came to be, there was the blinking cursor of the command line. It sat in silence, submissively waiting for the incantations of the programmer. Until the C64--a VW Beetle equivalent in its affordability, reliability, and simplicity--only a precious few had access to the command line and the order and chaos it could produce. Through an investigation of one line of code, this book reveals what happened when the C64 opened coding up to 'test driving' hobbyists and began to reveal itself as a platform for true creativity.

(John Maeda, President, Rhode Island School of Design)

This microscopically close reading of a one-line BASIC program opens to reveal, fractal-like, the breadth and depth of critical code studies. Taking what the authors refer to as a 'variorum approach' allows 10 PRINT to explore not just the multiple forms in which this line of code circulated, but the rich array of its cultural resonances and technological offspring. Blending ten scholarly voices in one coherent, collaborative text, 10 PRINT itself produces a new kind of code, a working system that points the way to one viable future for scholarship.

(Kathleen Fitzpatrick, Director of Scholarly Communication, Modern Language Association)

About the Author

Nick Montfort is Associate Professor of Digital Media at MIT. He is the coauthor of 10 PRINT CHR$(205.5+RND(1)); : GOTO 10 and Racing the Beam: The Atari Video Computer System, the coeditor of The New Media Reader, and the author of Twisty Little Passages: An Approach to Interactive Fiction, all published by the MIT Press.

Patsy Baudoin is Digital Humanities, Media and Film Studies, and Women's & Gender Studies Librarian at MIT.

John Bell is Assistant Professor of Innovative Communication Design at the University of Maine.

Ian Bogost is Ivan Allen College Distinguished Chair in Media Studies and Professor of Interactive Computing at the Georgia Institute of Technology, a Founding Partner at Persuasive Games LLC, and the coauthor of Newsgames: Journalism at Play (MIT Press, 2010).

Jeremy Douglass is a postdoctoral researcher in software studies at the University of California, San Diego, in affiliation with Calit2.

Mark C. Marino is Associate Professor (Teaching) and directs the Humanities and Critical Code Studies (HaCCS) Lab at the University of Southern California.

Michael Mateas is Associate Professor of Computer Science at the University of California, Santa Cruz

Casey Reas is Professor of Design Media Arts at UCLA and coauthor of Processing: A Programming Handbook for Visual Designers and Artists (MIT Press, 2007).

Mark Sample is Associate Professor of English at George Mason University.

Noah Vawter is a sound artist.

Inside This Book

(Learn More)
Browse Sample Pages
Front Cover | Copyright | Table of Contents | Excerpt | Index
Search inside this book:

Customer Reviews

There are no customer reviews yet on
5 star
4 star
3 star
2 star
1 star

Most Helpful Customer Reviews on (beta) HASH(0xa2aaa930) out of 5 stars 10 reviews
55 of 58 people found the following review helpful
HASH(0xa342dc54) out of 5 stars The mark of the unicorn Dec 8 2012
By Whoops - Published on
Format: Hardcover Verified Purchase
The book is an exploration of it's title: A one-line BASIC program that was intended to run on an early 80s Commodore 64 computer. The program produces the maze-like pattern shown on the book's cover, and inner sleeves.

Each chapter explores a different facet of this program, and by doing so it covers an incredible amount of ground. There is a chapter on mazes, a chapter on randomness, a chapter on grids, a chapter on the BASIC language, and so on. If you think this is a lot of pages to devote to a one-line computer program, you are mistaken. The book barely scratches the surface of each of the diverse subjects it touches upon, from Falcon looms to flying toasters. There have been many books written about mazes, and whole careers built upon studying randomness, and this is a short little book.

It is the surprising depth and far-reaching ramifications of little useless programs like these that got me into this game, back in the early 80s. After my Timex Sinclair, my second computer was a Commodore VIC 20, the precursor to the more successful C64, and I fondly remember writing one-liners like these, staring into the glowing phosphors of a little television, until I could barely keep my eyes open in the early morning light. During the months that I manipulated those phosphors, the symbols they represented were manipulating me. My fevered brain underwent more intellectual growth during that period than any time in my life since my early childhood.

The book was written by a team of what my colleagues call "unicorns" - cross-disciplinary people who straddle the worlds of creativity and technology. I was expecting a set of disconnected essays from different voices, but I didn't get it. The authors used a Wiki to collaborate, and the book feels as if it were written by a single, extremely erudite author. The chapters cover separate subjects, but the whole is very much connected, helped by it's extremely constrained subject - that single one line program. Although the book necessarily describes some technical subjects, it is written for a lay audience.

I think of myself as a unicorn. There are a lot of us out there, but we are not as common as I would like. My feeling is that unicorns provide an important bridge between the liberal arts and the physical sciences, and that unicorn skills should be nurtured. All of my professional career, I have obsessed over a set of subjects which were, until recently, not given sufficient attention in the computer science press.

For example, I've always been fascinated by the RND() function in the BASIC language - I initially thought it was the most important feature of the language. For a long time, the amount of joy I derived from writing software was proportional to the amount that the software depended on randomness. There is a relationship between the RND() function and the perception of utility. To me, programs that are useful, and that do not require randomness, are boring. The RND() function is like a firehose from God, and the programs that use it are fun. They are games, and simulations, and art.

So, as an auto-didact (as many unicorns are), I was surprised that in programming texts that describe programming languages, the RND() (or rand() or random()) feature is always given such brief treatment. I've even met programmers who (gasp!) have never used it! Meanwhile outside of programming language texts, the topic is barely discussed. It's not a topic that non-programmers have been exposed to. To me, it's the first thing you should learn as a neophyte programmer. Yet so many computer science students are not exposed to it early enough - instead, they are compelled to write functions which factor numbers and do other numeric manipulations. Many programmers have thrived in this sterile environment, but it doesn't suit unicorns.

The only way to really appreciate the wonder of what you can do with RND() is to write some code. Immerse yourself in it. Play with it. It's programming as play, rather than programming as work. And it's more fun to play with something when it's easy -- when there are virtually no barriers to entry. The one line BASIC program was my E-ticket to this world of wonder. Useless one line BASIC programs are a kind of activity that used to be called "recreational programming" (There used to be a wonderful recreational programming column in Scientific American by A. K. Dewdney; half my career owes its existence to his column - it was my computer science education). This same activity today tends to be called "creative coding", and we're no longer using BASIC, but a different set of tools: Processing, Cinder, Open Frameworks, Javascript, Node, whatever floats your boat.

It is the love of RND() that separates this particular creative coder from your dyed-in-the-wool computer science nerd. At this late stage in my creative programming career, I no longer make as much use of RND() - I've discovered new ways to achieve the same important thing it gave me: complex and beautiful behavior with very little effort. The holy grail of the unicorn is the perfect one-line program. The one-line program that succeeds in recreating the universe, and making it's own DNA, and breeding with itself so that a new sub-universe is born. This is our philosopher's stone.

Another feature of unicorns is that they don't mind using programming techniques that are no longer on the list of officially approved methodologies by the software engineering orthodoxy. Incantations are only a means to an end. We are not in the business of making incantations, we are in the business of making universes, using incantations as a tool. 10 PRINT, for example, contains a GOTO command. GOTO, of course, has been the bane of readable code almost since the second edition of "The Elements of Style", and the BASIC language itself sits on a lowly plain of derision slightly above COBOL. The book also addresses the unfortunate gulf between recreational coders and the computer science establishment.

Unfortunately, one line programs, like unicorns, have become an endangered species. Those of us who remember one line BASIC despair at the new hurdles that have been raised, which prevent young people from discovering the joys of the random number generator. When we expunged GOTOs from the reserved words of all the new programming languages, when we made our code structured, object-oriented and useable for large complex software engineering projects, we also made it much harder for kids and teens to use those same technologies to explore the imaginary landscape. If the first programming language I had been exposed to was Java, I think I might have ended up in a different profession entirely.

The proceeds of this book go to PLAYPOWER - a charity which aims to give disadvantaged kids access to extremely cheap computers that have a one line BASIC. This seems like a wonderful thing. Damn, I want one of those computers too! I miss my VIC 20.
11 of 11 people found the following review helpful
HASH(0xa2fac294) out of 5 stars Fantastic for academic nerds. Feb. 16 2013
By josefski - Published on
Format: Hardcover Verified Purchase
I rated this a five because it does what a collaboratively written book should do: The analyses of each element are deep and thoughtful and each author is really able to drill deeply into the subject of computer programming with the best tools of their respective disciplines. I've learned a lot from this book and I think it's a really good read for either engineers/programmers with an artistic side and liberal arts majors with a technical side. There is just so much insight in this book I can't even begin to do it justice in this review. It has even made me a better programmer just because it provides background into how certain methods came to be and why things are the way they are. It's one of those books that leaves me feeling a lot smarter than when I started.
9 of 9 people found the following review helpful
HASH(0xa23e69cc) out of 5 stars An interesting meeting of art and code, but beware page 229 Sept. 25 2014
By Robin H. - Published on
Format: Paperback
Short version: a great book that I'm surprised exists, that combines my interests in programming, classic computers, and art. Strangely, page 229 has lots of technical errors that probably don't matter to most people, but considering the precise and in-depth nature of most of the book, and that it's presented as an academic study, I think it's worth examining and correcting.

Long version (from my blog):

I should start this by saying I love the book 10 PRINT; reading it was a great way to start 2014 and inspired some of my own projects.

It was written by ten or so people, a smart bunch it seems. So I was really surprised when I was reading the chapter about the Commodore 64, page 229 in particular, to find several errors. I was even more surprised to find no one discussing these errors online, and the errors remain in the .pdf version available on their website as of this writing. I tried to contact a couple of the authors (Ian Bogost in particular, because I'm a fan and I found him on Twitter easily) but didn't catch his attention. I realize he's a busy guy. So I'll write about it, in the hopes it'll be corrected before the paperback version is released.

Error 1: "1,000 characters do fill the entire screen--in what might be considered an illusory consummation of the maze--before the text scrolls upward, leaving two more twenty-five-character rows to fill."

This should, of course, be "two more forty-character rows to fill". The Commodore 64 screen is 40 characters wide, and 25 characters tall; 1000 characters in total. When the screen scrolls upward, the bottom two rows are left empty, requiring 80 new characters of maze to be filled in.

Error 2: "While the code for 10 PRINT specifies one of two characters to display on the screen, it says nothing about where on the screen the chosen character should appear. That placement is defined by the VIC-II chip."

This statement is sufficiently vague that perhaps it's not in error, but to be clear: the VIC-II chip has no control over where a PRINTed character will appear on the screen in 10 PRINT; it simply provides the 40×25 character screen that BASIC accesses through the PRINT command, which in turn uses the C-64′s KERNAL operating system. Zero page locations $D6 (line number) and $D3 (column number) are used by the KERNAL to calculate where the character will be plotted in memory.

Error 3: "The large border that surrounds the maze is not addressable by the VIC-II; the thirty-two pixel borders on the left and right and thirty-five pixel borders on the top and bottom were created in consideration of the wide variation within cathode ray tube televisions of the era."

I'm guessing that these numbers were obtained from an emulator screenshot, but they don't at all represent what the VIC-II does. Depending on the version of the VIC-II, there are between 403 and 411 pixels visible per scanline (as per the famous VIC-II document); subtracting the 320 pixels of the 40 column screen, we're left with between 83 and 91 border pixels viewable, if your monitor/TV will show them. I don't know how they're split between the left and right sides, but as an odd number, it probably isn't evenly! The top/bottom values are also incorrect; the VIC-II (again, depending on version) produces between 234 and 284 visible scanlines per frame; subtracting the 200 pixels of the 25 row screen leaves between 34 and 84 potentially viewable pixels worth of border.

Error 4: "Running 10 PRINT in a software emulator, of course, eliminates the need for such a border, though the Commodore 64's KERNAL nevertheless draws it."

The KERNAL has no part in drawing the border; this is solely an automatic function of the VIC-II chip. Interestingly, through precise and active manipulation of the VIC-II's registers, the borders can be prevented from appearing, revealing sprites placed behind that area. This has been used in games to display information (such as scores) in otherwise unusable display space.

Error 5: "In addition to wrapping text automatically, the VIC-II also automatically scrolls the contents of the screen when the cursor is on the bottom row and attempts to move down."

The VIC-II plays no role in scrolling the contents of the screen in _10 PRINT_. That is done by the BASIC and KERNAL software.

I welcome any corrections to my corrections!
1 of 1 people found the following review helpful
HASH(0xa335b27c) out of 5 stars Thoroughly enjoyed. Dec 10 2014
By Gunnar Wolf - Published on
Format: Paperback Verified Purchase
One of the most beautiful books I have read in a long time — Of course, I write this being a geek that had his computer-infested childhood in the 1980s, and that now works as an academic, walking the tightrope between social sciences and technology.

The book might not be for everybody. But if you happen to be in my demographic, or to have similar life history to mine, you will really enjoy it.

A big plus: As the book is Creative Commons-licensed, you can download a full copy from the authors' website. If you like what you see, you can proceed to buy the (beautifully printed) book.
1 of 1 people found the following review helpful
HASH(0xa5404834) out of 5 stars Supremely Entertaining Jan. 21 2014
By Admiral Ozymandias - Published on
Format: Hardcover Verified Purchase
10 PRINT completely and entirely dissects its titular one line of code in every sense possible. Technically, aesthetically, historically. An excellent examination of an at-first seemingly inconsequential footnote of computing.