El humilde progrador

CAPÍTULO 1

El humilde programador
“If you carefully read its literature and analyse what its devotees actually do, you will discover that software engineering
has accepted as its charter: How to program if you cannot.”
—EDSGER W. DIJKSTRA
By way of introduction, 1989 [1]

E

L título de este primer capítulo es un pequeño homenaje al texto

homónimo que Edsger Dijkstra presentó antela ACM 2, con
motivo del Premio Turing con el que fue galardonado en 1972. En esta
lectura Dijkstra describe cómo ya a mediados de la década de 1950
la profesión de programador era una actividad poco reconocida [2].

1.1 El desprecio por la programación
Se dice que no es labor de un ingeniero picar código, como tampoco
es labor de un arquitecto colocar un ladrillo tras otro. El uso de
laexpresión picar código es síntoma del desprecio existente por
la programación. La ingeniería de software tradicional presenta la
programación como una actividad de construcción, mecánica, de
mera traducción trivial desde lo que plasma una especi cación al
lenguaje de la computadora. Teóricamente, la verdadera actividad
creativa o intelectual del desarrollo de software se encuentra en
las fasesde plani cación estratégica, análisis de negocio y diseño
técnico, encauzadas en un proceso formal cuyo resultado es una
2

Association for Computing Machinery

15

El humilde programador
especi cación. La programación se considera por tanto como una
actividad efectuada por recursos reemplazables, que no aportan
valor añadido a la empresa.
Esta visión de la programación como unaactividad de construcción ha sido consecuencia, entre otras causas, de la gran difusión
que han tenido algunas obras relacionadas con los procesos formales
de la ingeniería de software, como por ejemplo Information Engineering [3], escrita por James Martin y Clive Finkelstein en 1981. Hay
otras muchas, pero las de James Martin destacan por ser pioneras y
best sellers en el ámbito de lasTecnologías de la Información. El título
de otra de sus obras, Desarrollo de Aplicaciones sin Programadores [4], es
muestra de la escasa valoración que han recibido los programadores
durante décadas. En este último libro, James Martin compara la demanda de programadores a comienzos de la década de 1980 con la
necesidad de operadores en la industria telefónica de principios del
siglo pasado, cuando cadallamada requería la conmutación manual
del circuito por parte de un operador. El rápido aumento del número
de usuarios de telefonía, y la imposibilidad de contratar operadores
a un ritmo tan elevado, parecían imponer un límite al crecimiento de la industria telefónica. Gracias a los equipos de conmutación
automática, los operadores dejaron de ser necesarios y la industria
telefónica pudoseguir creciendo. De igual forma que la industria
telefónica entonces, para Martin la industria del software requería
en ese momento un mayor grado de automatismo, que permitiera
a los usuarios nales crear sus propios programas y depender en
menor medida de los programadores.
James Martin se encuentra entre los padres de conceptos como
el de las herramientas CASE 3 o los lenguajes de cuartageneración
(4GL). Estas herramientas y lenguajes prometieron simpli car drásticamente el proceso de desarrollo de software durante la década de
3

16

Computer Aided Software Engineering.

El humilde programador
1980. Muchos entonces vislumbraron un futuro de ciencia– cción,
donde los usuarios nales podrían crear sus propias aplicaciones
sin necesidad de profesionales técnicamente cualicados. Con una
mínima formación cualquier usuario nal sin conocimientos de programación podría crear sus propios programas. Efectivamente, como a rmaba Edsger Dijkstra en 1989, el objetivo de la ingeniería
de software se había reducido a la búsqueda de un mecanismo para
producir programas a partir de personas que no saben programar.
Las herramientas CASE constituyeron durante los años...