Una buena herramienta es, y debe ser, invisible: esa es la tesis central de este ensayo, que defiende que el objetivo de quien crea herramientas no es ofrecer rompecabezas divertidos, sino eliminar la fricción del trabajo del usuario.
El texto parte de una crítica muy concreta: la costumbre de disfrazar las limitaciones de una herramienta como un "puzzle" atractivo. Tomando como ejemplo los editores de texto, el autor señala que muchos usuarios de vim o emacs celebran las dificultades de sus herramientas como si fueran pruebas de habilidad, cuando en realidad una operación que llevaría un minuto con cursores múltiples en Sublime o con un script rápido puede requerir una macro laboriosa. Frente a la devoción casi religiosa hacia estos editores, opone su propia experiencia de quince años con Sublime, un editor que conoce a fondo y cuyas limitaciones asume sin romantizarlas.
A partir de ahí, el ensayo extiende la idea a tres debates recurrentes en el ámbito técnico. Primero, las llamadas "guerras de editores" son tribales: elegir una herramienta se convierte en una bandera identitaria y, una vez que la herramienta forma parte de la personalidad del usuario, reconocer sus defectos resulta amenazante. Segundo, existe una brecha entre sentirse productivo y serlo: resolver un problema engorroso puede dar una sensación de ingenio que se confunde con resultados reales, aunque el reloj y la cuenta de errores digan lo contrario. Tercero, la preferencia absoluta por las interfaces de terminal sobre las gráficas parte a menudo de confundir las carencias actuales de las GUI —no navegables con teclado— con limitaciones inherentes, cuando en realidad basta con que quien diseña la herramienta se tome la molestia de hacerlo.
El caso del escritorio Linux ilustra el argumento general: la popularidad del sistema se ha frenado, en parte, porque buena parte de su comunidad disfruta reconfigurando archivos para ajustar el sistema, una tarea que el autor considera un pasatiempos, no una ventaja. El ensayo cierra reivindicando los buenos valores por defecto como una forma de respeto al tiempo del usuario: la responsabilidad de decidir recae en quien diseña la herramienta, no en quien la utiliza.