Software

La palabra “ingeniería” fue aplicada al software deliberadamente, no descriptivamente. En una conferencia de la OTAN de 1968 en Garmisch, Alemania, informáticos eligieron la frase “ingeniería de software” como una provocación—una exigencia aspiracional de que la disciplina se impusiera a sí misma el rigor que la física impone en el trabajo civil y mecánico. La palabra no era un reconocimiento; era un desafío. Cincuenta años después, el desafío sigue sin resolverse. Y el malestar que sienten los ingenieros entrenados cuando entran al software—la sensación de que el terreno es de algún modo menos sólido, las reglas más negociables, los riesgos más difíciles de calibrar—no es una falta de imaginación. Es la percepción correcta de algo genuinamente diferente. …

En 1990, en la Universidad de Antioquia en Medellín, había una revista IEEE en la biblioteca cuyas páginas nunca habían sido cortadas. No es metáfora. Antes de la era del libro de bolsillo y de todo lo digital, algunas publicaciones llegaban dobladas, con los cuadernillos intactos, y había que pasar un cuchillo o un dedo por el pliegue para abrir cada sección. Si las páginas seguían selladas, significaba que nadie la había leído. Alguien la había recibido, la había archivado y se había olvidado de ella. La información adentro era técnicamente disponible y prácticamente inaccesible — un conocimiento en suspenso, esperando que alguien se preocupara por él. …

El torno no le dice al maquinista dónde poner el eje. El osciloscopio no le dice al ingeniero eléctrico por dónde rutear la señal. La grúa no le dice al ingeniero civil dónde poner las paredes. Toda disciplina de ingeniería madura lo entendió pronto y no miró atrás: el problema físico guía el diseño. Las herramientas son medios, no fines. El software fue la excepción — y por un tiempo sorprendentemente largo. …

I. El triunfo del objeto García Márquez observó que en Macondo la historia no avanza: gira. Los Buendía repiten los mismos errores generación tras generación, convencidos de que esta vez será diferente. La industria del software tiene el mismo problema, aunque tarda décadas en reconocerlo. El nombre de Grady Booch sirve para fijar algo que ocurrió en los años ochenta y noventa: el triunfo del objeto. Antes, el software era proceso — verbos en COBOL, subrutinas en Fortran, funciones en C. Describías lo que el sistema hace, no lo que es. Los programas tenían flujos, instrucciones, verbos. La máquina ejecutaba una secuencia; tú seguías la secuencia. …