#Legibilidad del código

Programar para humanos, ejecutar para máquinas

La observación de Abelson cobra fuerza cuando se recuerda que la mayor parte del tiempo de vida de un sistema ocurre después de “funcionar por primera vez”. Los equipos cambian, los requisitos mutan y las urgencias llegan. En ese escenario, un programa opaco se transforma en deuda: cada modificación exige primero descifrar. Así, escribir para humanos es una estrategia económica además de técnica. Cuanto más claro es el programa, menos fricción hay para corregir errores, agregar funciones o refactorizar sin romperlo todo. La ejecución puede ser incidental, pero el entendimiento es acumulativo: se construye con cada lectura. [...]

Programar para humanos antes que máquinas

Si el código se escribe para ser leído, entonces se parece menos a una “instrucción a la máquina” y más a una carta al equipo. En esa carta importan el vocabulario (nombres), la estructura (módulos, funciones), y el tono (consistencia y estilo). Abelson, desde el espíritu de *Structure and Interpretation of Computer Programs* (Abelson y Sussman, 1985), trata la programación como un medio para expresar ideas con precisión. De ahí se desprende una consecuencia práctica: cuando un fragmento de código obliga a “adivinar”, ya está fallando como comunicación. La computadora lo ejecutará igual, pero el lector humano pagará la deuda en forma de tiempo, errores y fricción. [...]