Brooks niega la posibilidad de Silver Bullets en un futuro

...

Por otro lado, estamos bastante de acuerdo que el software debe ser cambiable y conforme. El cambio de alguna pieza durante el desarrollo del software es esencial cuando éste no está marchando bien o cuando el usuario requiere más conformidad, y por ende se debe poder optar por hacer cambios sin repercusiones negativas en él.

Con qué no estamos de acuerdo

En nuestra opinión, el software siendo invisible como un reto más para los diseñadores no es una cualidad a la que se le debe dar mucha importancia. Al comparar el diseño del software con aquél de un arquitecto o con alguno otro que sea físico, sí, es más retador por no ser físico, pero esto no significa que traerá muchos problemas a un equipo de trabajo. “This lack not only impedes the process of design within one mind, it severely hinders communication among minds” (Brooks, p.5, 1987). Para nosotros, el hecho de que el software sea invisible atrae más comunicación entre las mentes que lo desarrollan para que puedan desarrollar la estructura del software en diagramas.

Por otro lado, creemos que la preservación de grandes diseñadores como ataque a las dificultades son importantes para nuestro software, pero pueden ser más difíciles de tratar e identificar que la compra de software o la aplicación de un proceso de desarrollo.

Comentarios finales y conclusiones

En conclusión, tenemos que aceptar el hecho de que la “Silver Bullet” es imposible que suceda para los desarrolladores de software en el futuro próximo debido a que las dificultades esenciales provienen de propiedades naturales del mismo software. Sin embargo, las técnicas de alto nivel como las describe Brooks pueden ayudar a resolver las dificultades accidentales, ayudar a conocer y enfrentar las dificultades esenciales y por ende obtener mejor software en menor tiempo.

En nuestra opinión, este texto se nos hizo una excelente introducción para la ingeniería de software, y es por eso que nos lo ha asignado como primer tarea. Brooks presenta una excelente definición de la preparación que un ingeniero de software debe tener para desarrollar.

Bibliografía

Brooks, F. (1987) “No Silver Bullet; Essence and Accidents of Software Engineering”. Extraído de: http://worrydream.com/refs/Brooks-NoSilverBullet.pdf