website statistics

FAQ

Classes

Projects

About

Blog

Store

Support Us

Newsletter

Email

IG

School

for

Poetic

Computation

loading...

Disturbing Code

September 29, 2026 Spring 2026

In the class Disturbing Code that I taught last Spring, recent digital technology enacted ideological or political protest—and disturbed the status quo. From DDoS attacks, to data poisoning, DIY servers, radical archiving, today’s Luddite movement, protest machines, and more: code in this class both disturbed and, as a medium with imperialist roots, was disturbed. We borrowed our vocab from the Electronic Disturbance Theater to describe political action that takes unexpected forms, causes discomfort, and endures.

A class on political action has got to center action—so, much of our time was dedicated to supporting group projects that engage “disturbing code.”

We started with readings by Ricardo Dominguez, Audre Lorde, and Laboria Cuboniks—to help us think about how, when, and if masters’ tools can dismantle masters’ houses. What are the limitations and potentials of seizing tools that, like much new tech, were built for violence and oppression?

We then sunk ourselves into a massive collection of effective “disturbing code” projects, split into three categories:

  • 1. “Correct Usage, Radical Ends” - Projects that employ existing digital tech for political action [Eg. organize.directory, Flockhopper, Ban the Scan, HK 19 Manual, Beautiful Trouble Toolbox, and Red Calendar]
  • 2. “Direct Action (Blocking, Flooding, Poisoning)” - Projects that damage or sabotage existing digital tech—meddling with data, taking down websites, etc. [Eg. Electronic Disturbance Theater, Bail Bloc, AdNauseum, and SlowLLM]
  • 3. “Divest and Rebuild” - Projects that build new digital tech and/or espouse total avoidance of existing digital tech [Eg. Tech Reclaimers, May First, NYC Mesh, Cache Me Outside, Solar Protocol, and Dinkins’ Not the Only One]

Students then sprung (!) from this bed of inspiration into their group projects. After being assigned to skillset-diverse groups or “cells,” students were provided collaboration guidelines and offered ample space for class feedback. The resulting group projects (meant to be at the performance or prototype stage) were badass, including:

  • Pigs in a Blanket: a website that gives general guidance (including crochet patterns, installation tips, and ALPR locations) on how to make ‘blankets’ that decorate and/or physically obstruct ALPRs.
  • Mapzine.press: a website for making and printing zines and community maps, treating distribution as direct action, anonymity as a design right, and the community that uses it as the only authority over its content.
  • Flood Hinge: A project that flooded Hinge and Google Maps with information about data centers’ impact on local communities.
  • Clockwork: A browser extension that calculates (with some accuracy) how much money you have raised for Meta based on your activity on Instagram, using the visual and verbal language of fundraising.

As more and more modes of protest are being criminalized in the U.S., we took precautions to protect the anonymity of participants. All class communication took place on E2EE platforms, final projects were by default anonymous, and participants started the class by renaming themselves with a username.


Avoiding lecture, the course was always discussion—and collaboration-centered—and we learned by thinking and acting together. Some of my favorite questions from class discussion include:

  • Who built the masters’ tools and who actually wields them with their hands? The workers! So were they ever the masters’ tools? (Luddites’ “Enoch built it”)
  • When/where is technical language elitist/inaccessible? When/where are big words elitist/inaccessible? When/where is anger or manifesto-like confidence elitist/inaccessible? When/where is access meant to be limited, and why?
  • What other forms of ancestral systems/technologies are available?
  • Can we resist a purity mindset, and use tools while understanding them to be limited? Are some tools too deeply embedded in the power structures that bore them to ever be used (eg., big-tech-trained LLMs), or no?
  • Can we think of these projects as brave experiments that help set a precedent for what might be possible on a larger scale?
  • Where is the line between raising awareness and effecting meaningful change? To what degree is this question useful?
  • Which of these works can be considered counter-offensives vs. appealing for rights?
  • Is data always violent? (Violence of data collection, violence of data omission, violence of the abstraction/illusion inherent to data)
  • Do we need to fight big with big (networked, expansive)—or is big always bad?
  • If myth-making is a core ancestral technology, who and where has that ability been denied?
  • Is the best way to hide today by saturation of a surveillance system (data noise, rather than data erasure)?
  • How can we think about waste and environmental impact of “disturbing code” projects, including processing power?
  • Can we think about tech sovereignty as a right in the way we think of food sovereignty as a right?
  • How can we re-value distribution, and divorce information-sharing from capitalist associations of advertising? How can we remind the techy left that half of the work is reaching people?
  • How is our definition of digital “trash” and “waste” political?
  • What have recent corporate technologies forced us to unlearn, and what do we need to relearn?
  • Can we let go of fear around surveillance if we recognize that the most politically-effective (eg. Black Panthers) were always hyper-surveilled?
  • Who has the privilege of risking self-identification, and is there collective advantage if those with that privilege are not anonymous?
  • How can we redevelop contact with a general public agora when we are protesting digitally (rather than in the streets)?
  • Is poetry the original technology of encryption?
  • Is loneliness at the core of what appear to be hate-induced political stances?
  • Can we embrace the fact that many disturbing code projects are ephemeral? Is demanding permanence from technical systems a habit we learned from capitalism? Can normalizing mortal (as in: headed toward death) tech also be freeing, and allow us space for rest?

  • Throughout, participants kept a “Disturbance Scrapbook”: a net.artwork-cum-notebook that they updated every week. Built with Hotglue.me, neocities.org, or basic HTML/CSS, the "Disturbance Scrapbook" was visible to all participants and held anything they wanted to save from the class: images, links, quotes, notes, references, etc. In the penultimate class, each student was randomly assigned several other students’ Disturbance Scrapbooks to present. This allowed one last an opportunity to address new aspects of our themes, while providing a final mode of connecting with and learning from one another. Here are some screenshots from the Disturbance Scrapbooks: