explaingit

droogans/unmaintainable-code

10,159Audience · developerComplexity · 1/5Setup · easy

TLDR

A satirical essay by Roedy Green presenting hundreds of deliberately bad programming habits as tongue-in-cheek career advice, widely shared among developers as a checklist of what not to do.

Mindmap

mindmap
  root((unmaintainable-code))
    Topics
      Naming tricks
      Formatting tricks
      Structural tricks
      Comment abuse
    Languages
      Java
      C
      General concepts
    Audience
      Working developers
      New developers
    Purpose
      Humor
      Anti-pattern guide
Click or tap to explore — scroll the page freely

Code map

Detail Auto

An interactive map of this repo's files and how they connect — its source is parsed live in your browser. Click Visualize to build it.

filefunction / class

Things people build with this

USE CASE 1

Read the essay as a checklist of bad coding habits to actively avoid in your own work.

USE CASE 2

Share it with new developers as a humorous introduction to why code readability and naming conventions matter.

USE CASE 3

Use specific examples from the essay to spot anti-patterns during code review sessions.

Getting it running

Difficulty · easy Time to first run · 5min
Permission given for reproduction, no formal license stated.

In plain English

This repository contains a long satirical essay originally written by Roedy Green, a Canadian software developer. The title is "How To Write Unmaintainable Code," and the joke is that it presents genuinely bad programming habits as if they were career advice. The idea: if you write code only you can understand, your employer will never be able to fire you. The text then walks through hundreds of ways to make code needlessly confusing, all written in a dry, deadpan tone. This is not software you install or run. It is a document, reproduced here in Markdown format so it is easier to read and share than the original webpage. There is no license to speak of, and the author gave permission for this reproduction. The content covers naming strategies (single-letter variable names, deliberate misspellings, using baby name books as a source), formatting tricks (random capitalization, mixing human languages inside variable names, using accented characters that look like regular letters), and structural choices (hiding logic in places nobody would think to look, reusing names in confusing ways, burying important code in comments or in dead-looking branches). The essay spans Java, C, and general programming concepts, though most of the jokes translate across languages. The actual audience is working programmers who will recognize the bad habits described and find them funny. Some readers treat it as a checklist of things not to do. Others share it with new developers as a lighthearted introduction to why code readability matters. It has been circulating in programming communities for decades and has accumulated substantial star count purely from word-of-mouth. If you are a non-technical person, the main takeaway is that this is a joke document about how programmers can accidentally or deliberately make their work impossible for anyone else to understand. The full README is longer than what was shown.

Copy-paste prompts

Prompt 1
Based on the unmaintainable-code essay, what are the top 5 naming tricks that make code hardest to maintain, and how do I spot them in a real codebase?
Prompt 2
The unmaintainable-code essay lists structural tricks for hiding logic. Give me 3 concrete refactoring examples that would make such code readable again.
Prompt 3
I am onboarding a junior developer. Write a 5-minute talk using examples from the unmaintainable-code essay to explain why variable naming and code structure matter.
Open on GitHub → Explain another repo

← droogans on gitmyhub — every repo by this author, as a profile.

Verify against the repo before relying on details.