Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Debate[editar]
P. J. Plauger, uno de los primeros en adoptar la programación estructurada, describió su
reacción con el teorema del programa estructurado:
Nosotros los conversos ondeamos esta interesante pizca de noticias bajo las narices de los
recalcitrantes programadores de lenguaje ensamblador que mantuvieron trotando adelante
retorcidos bits de lógica y diciendo, 'Te apuesto que no puedes estructurar esto'. Ni la prueba
por Böhm y Jacopini, ni nuestros repetidos éxitos en escribir código estructurado, los llevaron
un día antes de lo que estaban listos para convencerse. 3
Donald Knuth aceptó el principio de que los programas deben adaptarse con asertividad, pero
no estaba de acuerdo (y aún está en desacuerdo) [cita requerida] con la supresión de la sentencia
GOTO. En su escrito de 1974 «Programación estructurada con sentencias Goto», dio
ejemplos donde creía que un salto directo conduce a código más claro y más eficiente sin
sacrificar demostratividad. Knuth propuso una restricción estructural más flexible: debe ser
posible establecer un diagrama de flujo del programa con todas las bifurcaciones hacia
adelante a la izquierda, todas las bifurcaciones hacia atrás a la derecha, y sin bifurcaciones
que se crucen entre sí. Muchos de los expertos en teoría de grafos y compiladores han
abogado por permitir solo grafos de flujo reducible[¿quién?][¿cuándo?].
Los teóricos de la programación estructurada se ganaron un aliado importante en la década
de 1970 después de que el investigador de IBM Harlan Mills aplicara su interpretación de la
teoría de la programación estructurada para el desarrollo de un sistema de indexación para el
archivo de investigación del New York Times. El proyecto fue un gran éxito de la ingeniería, y
los directivos de otras empresas lo citaron en apoyo de la adopción de la programación
estructurada, aunque Dijkstra criticó las maneras en que la interpretación de Mills difería de la
obra publicada.
Habría que esperar a 1987 para que la cuestión de la programación estructurada llamara la
atención de una revista de ciencia de la computación. Frank Rubin lo hizo en ese año, con el
escrito: «¿“La sentencia GOTO considerada dañina” se considera dañina?». A este le
siguieron numerosas objeciones, como una respuesta del propio Dijkstra que criticaba
duramente a Rubin y las concesiones que otros autores hicieron cuando le respondieron.
Resultado[editar]
A finales del siglo XX, casi todos los científicos están convencidos de que es útil aprender y
aplicar los conceptos de programación estructurada. Los lenguajes de programación de alto
nivel que originalmente carecían de estructuras de programación,
como FORTRAN, COBOL y BASIC, ahora las tienen.
Los programas son más fáciles de entender, pueden ser leídos de forma secuencial y
no hay necesidad de tener que rastrear saltos de líneas (GOTO) dentro de los bloques de
código para intentar entender la lógica interna.
La estructura de los programas es clara, puesto que las instrucciones están más
ligadas o relacionadas entre sí.
Se optimiza el esfuerzo en las fases de pruebas y depuración. El seguimiento de los
fallos o errores del programa (debugging), y con él su detección y corrección, se facilita
enormemente.
Se reducen los costos de mantenimiento. Análogamente a la depuración, durante la
fase de mantenimiento, modificar o extender los programas resulta más fácil.
Los programas son más sencillos y más rápidos de confeccionar.
Se incrementa el rendimiento de los programadores.