Reading and Writing Electronic Text

Reading and Writing Electronic Text

NYU ITP, Fall 2020. Instructor: Allison Parrish. Send me e-mail.

Important links: Schedule | Example code and notes | Code/notes on Binder | Homework form | Links, resources, inspiration


This course introduces the Python programming language as a tool for reading and writing digital text. This course is specifically geared to serve as a general-purpose introduction to programming in Python, but will be of special interest to students interested in poetics, language, creative writing and text analysis. Weekly programming exercises work toward a midterm project and culminate in a final project. Poetics/text analysis topics covered include: character encodings (and other technical issues); cut-up and appropriated text; the algorithmic nature of poetic form (proposing poetic forms, generating text that conforms to poetic forms); transcoding/transcription (from/to text); n-gram analysis and Markov chain generation; performing digital writing. Programming topics covered include: data structures (lists, sets, dictionaries); strategies for making code reusable (functions and modules); functional programming (list comprehensions, recursion); getting data from the web; simple web applications; and parsing data formats (e.g., markup languages). Prerequisites: Introduction to Computational Media or equivalent programming experience.


Class schedule with readings, assignments and due dates.

Ethos and practice

This is a creative writing course. After a fashion. It might be more accurately termed a creative reading course: specifically, how can we write computer programs that give digital texts interesting readings? What interesting artifacts might we thereby create?

This course is about the Python programming language. Why Python? Because it’s easy to learn, it’s elegant, and it makes text processing easy. It is also awesome.

This course incorporates performance. A text has many affordances, and one of those is to be read aloud. Don’t expect the output of your programs to stay on the screen. The final project will take the form of a public reading: you must read or otherwise perform a text/poem/piece generated by a program that you wrote. You may be asked, when presenting your completed homework assignments, to read the output of your program aloud.

Grading Policy

Component Percentage
Attendance and participation 30%
Weekly assignments 6 x 8% (48%)
Final project 22%

Here’s the breakdown of how grades correspond with percentages.

Grade Percentage
A 90 to 100
B 80 to 89
C 70 to 79
D 60 to 69
F Below 60

For students taking the class as pass/fail (i.e., all ITP students), anything below a B (79% and below) will be graded as a fail. More information on ITP’s grading policy here.

Reading and materials

Reading material will be assigned on alternate weeks. Readings are made available either as links to documents on the web or as handouts. Generally, the first twenty to thirty minutes of alternate classes will be devoted to a discussion of the reading.

Tips for reading

I generally assign forty to fifty pages of reading every two weeks. The bulk of the reading is literary criticism, with some social science and technology writing. The goal of these readings is to suggest links between computational text analysis and text generation with the broader context of experimental literature, and to give students the tools they need both to contextualize their work in this broader field and to suggest techniques they can use in their own work and practioners they can draw inspiration from.

The primary tip I would give for these readings is to look up things that aren’t familiar to you and follow interesting references. If there’s something in the text that you’ve never heard of before, look it up on the Internet (or send me an e-mail). If there’s a footnote for a paper that looks interesting, find it on the web (try using Google Scholar) and read it too. Plan on using about 50% of your reading time looking stuff up and following references.

Other things to try (these are things that I do):

  • Print it out and read it on paper. Write notes in the margins and highlight passages that you think are interesting or helpful.
  • Copy out passages of interest longhand (or re-type them). This helps you remember the passage better.
  • Keep a file on your computer of “quotes from papers” with the interesting passages you come across. (Think of it as your commonplace book.)
  • If you’re reading on a computer, use a program like SelfControl to stop yourself from checking social media.

Books of interest

Resources for learning Python

We’re going to be thorough with the basics, but we’re also going to move fast. Fortunately, there are many resources out there for learning Python. You might benefit from going through some of them. I recommend:

Assignment and project expectations

This class has seven deliverables: six weekly assignments and a final project.


There are a total of six homework assignments, which in aggregate are worth 48% of your grade. In addition to complying with the parameters of the assignment as outlined in class, you are expected to post (to your blog) documentation of your assignment. This documentation should include a description of what goals you set out with, what you accomplished, what your next steps would be if you were to continue to follow this line of investigation, and what works (art, poetry, literature, research, etc.) you understand your work to be in dialogue with. For assignments that require programming, your documentation should include a link to your code.

Students may be called upon (and are encouraged to volunteer) to present their homework assignments in class.

Homework assignments will not be accepted after their respective due dates.

Final project

The final project has three different components: presentation, documentation, and performance. Here are the details:

  • The final project presentation should consist of (a) a performance of your piece (3-5 minutes) and (b) a presentation of your methodology (inspiration, goals, technical challenges, etc.). This presentation should last no longer than 10-12 minutes (leaving plenty of time for critique and Q&A).
  • The final project documentation should consist of (a) the text of the piece the student plans to read (or equivalent documentation in the form of video, still images, audio recording, etc. depending on the shape the piece takes) along with (b) a discussion of methodology and (c) the Python source code for the project. (Basically, I’m expecting a nice, meaty blog post.)
  • Students will perform the piece from their final projects at a final performance event. Due to covid restrictions, this semester’s class will put together a collaborative final zine instead of the final performance. Collect some number of pages of output from your final project (or other homework!) as a PDF and send them to Allison on before December 8th.

Due dates and scheduling for the final project and the final performance will be announced in class.


I strongly discourage you from making use of the following corpora and subject matters as part of your work in this class, unless you have a strong reason:

  • Authoritarian political leaders. Their speech is designed to be over-the-top and absurd. This is a gaslighting strategy, and I’m not convinced that computation can do anything other than draw attention to and amplify it.
  • Haiku. There are already dozens if not hundreds of haiku generators out there. (We’ll look at a few in class, including one made in the 1960s.) Unless you have an extraordinarily novel approach, try working on another genre. Villanelles? Tanka?
  • Craigslist Missed Connections. Luke and Anna got there first. (Among others.)

Evaluation rubric

Work will be evaluated according to the following criteria: compliance, gregariousness, and stubbornness.

  • An assignment is compliant if it meets the brief.
  • An assignment is gregarious if it makes connections between course content and the rest of the world; e.g. your own interests as an artist, designer, technologist, etc. and/or other fields of research and practice.
  • An assignment is stubborn if it provides evidence that its maker was opinionated about what they wanted to accomplish and did not let small setbacks (whether conceptual or technical) deter them this end.

Each assignment will be assigned a score of 0, 1 or 2 in these categories, in accordance with the extent to which the assignment demonstrates the properties described.

  • 0: No evidence of quality
  • 1: Meets expectations
  • 2: Shows exceptional effort

Each category will be weighted equally when assigning a final score to each assignment.

Programming exercises

In addition to the homework assignments described above, students will be assigned a number of programming exercises (in the form of digital worksheets) designed to challenge and confirm their understanding of the technical concepts under discussion in the class. Completion of these exercises is optional, but recommended, especially for students who judge themselves to be better learners when they’re “on the hook” to complete directed work. (I’m one of these students, for what it’s worth.) We won’t review these exercises in class, though I’m happy to answer questions about them by e-mail.

Attendance, lateness and in-class behavior policies


You are expected to attend all class sessions. If you’re unable to attend class, please let me know (by e-mail) before class begins.


Be on time to class. If you’re more than fifteen minutes late, or if you leave early (without my clearance), it will count as an unexcused absence.

Procedures should punch up

Read Leonard Richardson’s Bots should punch up. “You can poke fun at yourself (Stephen Colbert famously said ‘There’s no status I would not surrender for a joke’), you can make a joke at the expense of someone with higher social status than you, but if you mock someone with lower status, it’s not cool.” Be sensitive to what your classmates might find offensive, triggering, or violent; be graceful (not defensive) and listen carefully when your work gets called out.


Statement of academic integrity

Plagiarism is presenting someone else’s work as though it were your own. More specifically, plagiarism is to present as your own: A sequence of words quoted without quotation marks from another writer or a paraphrased passage from another writer’s work or facts, ideas or images composed by someone else.

Statement of principle

The core of the educational experience at the Tisch School of the Arts is the creation of original academic and artistic work by students for the critical review of faculty members. It is therefore of the utmost importance that students at all times provide their instructors with an accurate sense of their current abilities and knowledge in order to receive appropriate constructive criticism and advice. Any attempt to evade that essential, transparent transaction between instructor and student through plagiarism or cheating is 212-998-4980. Please let your instructor know if you need help connecting to these resources.

Statement on use of electronic devices

Laptops will be an essential part of the course and may be used in class during workshops and for taking notes in lecture. Laptops must be closed during class discussions and student presentations. Phone use in class is strictly prohibited unless directly related to a presentation of your own work or if you are asked to do so as part of the curriculum.

Statement on Title IX

Tisch School of the Arts to dedicated to providing its students with a learning environment that is rigorous, respectful, supportive and nurturing so that they can engage in the free exchange of ideas and commit themselves fully to the study of their discipline. To that end Tisch is committed to enforcing University policies prohibiting all forms of sexual misconduct as well as discrimination on the basis of sex and gender. Detailed information regarding these policies and the resources that are available to students through the Title IX office can be found by using the following link: Title IX at NYU.