Documento1

No hay balas de plata: Lo esencial y lo accidental en la Ingenier�a del Software
by Frederick P. Brooks, Jr.
De todos los monstruos que pueblan nuestras pesadillas, ninguno es tan terror�fico como el hombre lobo, porque pasa repentinamente de lo familiar al horror. Por eso, todos buscamos balas de plata que puedan acabar con ellos magicamente.
El familiar proyecto de software, al menos talcomo lo ve un gestor no t�cnico, tiene algo de ese caracter: suele ser inocente y sencillo, pero es capaz de convertirse en un monstruo de plazos incumplidos, objetivos fallados y productos defectuosos. Por eso escuchamos lamentos clamando por una bala de plata -- algo que haga que los costes del software caigan tan rapidamente como lo han hecho los del hardware.

Pero no se ve en ning�n lugaruna bala de plata. No hay ning�n desarrollo, ni en tecnolog�a ni en t�cnicas de gesti�n, que por si s�lo prometa ni siquiera una mejora en un orden de magnigud en productividad, en fiabilidad, en simplicidad. En este art�culo, intentar� mostrar el porque, examinando la naturaleza del problema del software y las propiedades de las balas propuestas.

Pero ser exc�ptico no es lo mismo que serpesimista. Aunque no se vea la luz al final del t�nel -- y, de hecho, creo que es inconsistente con la naturaleza del software-- se est�n realizando muchas innovaciones. Un esfuerzo consistente y disciplinado para desarrollar, difundir y explotar estas innovaciones deber�a conducir a una mejora de un orden de magnitud. No hay un camino dorado, pero hay un camino.

El primer paso hacia la cura de lasenfermedades fue reemplazar las teor�as sobre demonios y las teor�as sobre humores por la teor�a de los germenes. Ese primer paso, el principio de la esperanza, destruy� toda las esperanzas de una soluci�n m�gica. Se le dijo a los trabajadores que el progreso se har�a paso a paso, con gran esfuerzo, y que una vida saludable ser�a el pago por una disciplina de limpieza. Eso tambi�n es lo que ocurrecon la ingenier�a del software hoy.

�Tiene que ser tan duro?--Dificultades esencialesNo s�lo no hay balas de plata a la vista, sino que la misma naturaleza del software impide que las haya -- ning�n invento de los que mejoraron la productividad, fiabilidad y simplicidad en el hardware, como la electr�nica, los transistores y las altas escalas de integraci�n (VLSI) har�n lo mismo por el software.No podemos experar ver doblarse las prestaciones cada dos a�os.

Lo primero, debemos darnos cuenta de que la anomal�a no es que el progreso del software sea tan lento,sino que la del hardware sen tan r�pido. Ninguna otra tecnolog�a desde que empez� la civilizaci�n ha visto una mejora en seis ordenes de magnitud en 30 a�os. En cualquier otra t�cnica debemos elegir mejorar o las prestaciones oreducir costes. Estas mejoras provienen de la transformaci�n la fabricaci�n de ordenadores de una industria de ensamblaje en una industria de procesos.

Segundo, para ver el ratio de progreso que podemos esperar en la tecnolog�a del software, vamos a examinar las dificultades de esa tecnolog�a. Emulando a Arist�teles, las dividir� en esenciales, dificultades inherentes a la naturaleza delsoftware, y accidentales, aquellas dificultades que se encuentran hoy en d�a pero que no son inherentes al software.

La esencia de una entidad software es una construcci�n de conceptos entrelazados: conjuntos de datos, relaciones entre los datos, algoritmos y llamadas a funciones. Esta esencia nos indica que uno de estos conceptos abstractos construidos tiene muchas representaciones. Sin embargo es muypreciso y muy detallado.

Creo que la parte m�s dura de construir software es la especificaci�n, dise�o y prueba de este concepto construido, no el trabajo de representarlo y comprobar la fidelidad de la representaci�n. Todav�a tendremos errores de sintaxis, evidentemente; pero eso es trivial si lo comparamos con los errores conceptuales en la mayor�a de los sistemas.

Si esto es cierto,...