El código se lee mucho más de lo que se escribe

Cuando la gente imagina a un desarrollador, imagina a alguien tecleando rápido. Es una imagen engañosa. El teclado es la parte más pequeña del trabajo. La mayor parte es leer.

El mito de escribir

Los principiantes miden el progreso en líneas escritas. Pero la parte difícil de casi cualquier tarea no es producir código — es entender el código que ya existe, el sistema en el que vive, y el problema que de verdad estás resolviendo. No puedes escribir una buena respuesta a una pregunta que no has leído con cuidado.

A dónde se va de verdad el tiempo

En el trabajo real, un cambio empieza con horas de lectura y minutos de tecleo. Rastreas cómo fluyen los datos. Lees la librería que vas a llamar en vez de adivinarla. Reproduces el bug, lees el fallo, formas una teoría, la pruebas y la descartas — una y otra vez — hasta que aparece la forma de la solución. La escritura, cuando por fin llega, es casi un detalle final.

Leer es una habilidad que se entrena

Mejoras a propósito. Lee bases de código que admires. Lee el código fuente de las herramientas de las que dependes en vez de tratarlas como magia. Lee tus propios diffs antes de abrir el pull request, como si los hubiera escrito un extraño. Cada una de esas cosas afila el músculo que de verdad hace el trabajo.

Escribir código es cómo registras una decisión. Leer código es cómo te ganas el derecho a tomarla. Los desarrolladores en los que más confío no son los que teclean más rápido — son los que leen con más cuidado.