Bryan Cantrill publicó The revolt of the reader y en pocas horas la nota juntó 489 puntos y 227 comentarios en Hacker News. El título solo ya plantea la tesis: el que se está rebelando no es el que escribe, es el que lee.
Lo que sigue no es un resumen del artículo —para eso está el enlace de arriba— sino mi lectura de por qué ese título le tocó un nervio a una audiencia de ingenieros que hace dos años celebraba poder generar documentación en quince segundos.
Por qué importa
La señal que esconde el título es una asimetría económica. El costo marginal de producir texto se derrumbó. El costo de leerlo no se movió un milímetro: sigue siendo un humano, con su atención finita, procesando oraciones a la velocidad de siempre.
Durante décadas, un documento largo funcionó como prueba indirecta de esfuerzo. Si alguien te mandaba cuatro páginas, sabías que había invertido una tarde, y le devolvías atención en proporción. Ese contrato se rompió. Hoy cuatro páginas no prueban nada, y el lector lo intuye antes de terminar el primer párrafo.
Ahí está el problema real: cuando generás texto sin revisarlo, no eliminaste trabajo, lo transferiste. Cada lector paga la parte que vos no hiciste, y la pagan todos, uno por uno. El texto dejó de ser evidencia de que alguien pensó, y lo que se rompió no es el estilo: es la firma implícita que decía "leí esto, lo pensé, me hago cargo".
Qué cambia en la práctica
Para el que trabaja todos los días con un equipo, esto no es filosofía. Es la razón por la que tus PRs empezaron a tardar más en revisarse.
| Artefacto | Escrito por vos | Generado y no revisado |
|---|---|---|
| Descripción de PR | El revisor sabe dónde mirar primero | El revisor relee el diff entero para entender qué cambió |
| Documento de arquitectura | Quedan explícitas las opciones descartadas y por qué | Queda una lista de buenas prácticas sin ninguna decisión adentro |
| Issue o reporte de bug | Los pasos de reproducción son reales | Alguien pierde una tarde reproduciendo un caso que nunca existió |
| Changelog | El usuario detecta en una línea si le afecta | El usuario abre el diff igual, porque no confía |
La regla que uso es simple: si el artefacto lo va a leer más gente de la que lo escribió, el costo de hacerlo mal se multiplica por lector. Un borrador para mí mismo puede salir generado y crudo. Una descripción de PR que van a leer tres personas, no.
En concreto, cambié tres cosas en mi flujo:
- El modelo me resume qué cambió en el diff. El por qué lo escribo yo, siempre, aunque sean dos oraciones feas.
- Si un documento no me deja defender cada párrafo en una llamada, ese párrafo se borra antes de mandarlo.
- En los ADR, la parte que más me importa es la de alternativas descartadas. Es exactamente la que sale vacía cuando la generás sin haber tenido la discusión.
La métrica que miro no es cuántas palabras produje, sino cuántas preguntas de ida y vuelta genera lo que mandé. Si el equipo tiene que repreguntar, el documento no ahorró tiempo: lo movió de lugar.
Cuándo NO usarlo
Acá va la parte honesta, porque esta postura tiene un flanco grande y conviene decirlo.
Primero: hay una franja enorme donde generar texto está perfectamente bien y ponerse purista es puro teatro. Traducciones, referencias de API derivadas de tipos, mensajes de commit mecánicos, esqueletos de documentación, notas para uno mismo. Si nadie va a tomar una decisión leyendo eso, el ritual artesanal no compra nada.
Segundo, y más incómodo: el lector no puede auditar el proceso, solo el resultado. Rechazar un texto porque "huele a IA" es un heurístico con falsos positivos caros. Cae encima de gente que escribe en su segundo idioma, de gente formal, de gente que estructura con viñetas porque le sale así. Si tu equipo empieza a usar ese olfato como filtro de calidad, no estás premiando el pensamiento: estás premiando un dialecto. Ese es el modo en que esta revuelta se convierte en esnobismo de proceso.
Tercero: no confundas el rechazo al texto sin dueño con el rechazo a la herramienta. Un documento pensado por un humano y pulido por un modelo no viola ningún contrato. El que lo viola es el que no lo leyó antes de mandarlo.
Cuarto, sobre este mismo post: solo tengo el titular y la señal de la discusión en Hacker News, no el texto completo del artículo. Así que no le atribuyo a Cantrill ninguna posición puntual. Si tu conclusión depende del argumento exacto, leelo vos en la fuente.
Qué haría hoy
Si mañana tuviera que bajar esto a una práctica de equipo, sería una sola regla: todo artefacto que otro humano tenga que leer pasa por una edición donde borro más de lo que agrego. No como pose de estilo, sino porque esa pasada es la única prueba que queda de que alguien se hizo cargo.
Y en las plantillas de PR dejaría tres preguntas, ninguna generable: qué rompe esto si sale mal, qué alternativa descarté, qué mirarías vos primero. El día que las respuestas a esas tres empiecen a sonar todas iguales, ya sabés que el documento dejó de tener autor.