fbpx
Wikipedia

No hay balas de plata

«No hay balas de plata — Esencia y accidentes en la ingeniería del software» («No Silver Bullet — Essence and Accidents of Software Engineering») es el título de un artículo científico sobre ingeniería del software presentado en 1986 por Fred Brooks con ocasión del X Congreso Mundial de Informática de la IFIP.[1]​ Brooks argumenta que «no hay un simple desarrollo en tecnología o técnica de gestión, que por sí solo prometa incluso una mejora en la productividad, fiabilidad, simplicidad, en un orden de magnitud [por diez] dentro de una década». También afirma que, en el desarrollo de software, «no podemos esperar siquiera ver una ganancia del doble cada dos años», como la que hay en el desarrollo del hardware.

Brooks hace una distinción entre la complejidad accidental y la complejidad esencial y afirma que la mayoría de lo que ahora hacen los ingenieros de software está dedicado a lo esencial, así que reducir todas las actividades accidentales a cero no dará una mejora de un orden de magnitud. Brooks aboga por abordar las partes esenciales del proceso de software. Mientras insiste que no hay ninguna bala de plata, él cree una serie de innovaciones atacando la complejidad esencial podría conducir a importantes mejoras (tal vez mayor que diez veces en un período de diez años).

El artículo y las propias reflexiones de Brooks sobre esto, «'No Silver Bullet' Refired» («'No hay bala de plata' Redisparado», pueden encontrarse en la edición de aniversario de The Mythical Man-Month.[2]

El argumento

El corazón del argumento es la distinción entre la complejidad accidental y la complejidad esencial. La complejidad accidental se refiere a los problemas que creamos nosotros mismos y que pueden corregirse; por ejemplo, los detalles de escribir y optimizar de código en lenguaje ensamblador o los retrasos causados por el procesamiento por lotes. La complejidad esencial es causada por el problema a resolver, y nada puede eliminarla; Si el usuario desea un programa para hacer 30 cosas diferentes, entonces esas 30 cosas son esenciales y el programa debe hacer esas 30 cosas diferentes.

Brooks afirma que hemos limpiado gran parte de la complejidad accidental, y los programadores de hoy pasan la mayor parte de su tiempo abordando la complejidad esencial. Una tecnología, que había hecho una mejora significativa en el área de complejidad accidental fue la invención de lenguajes de programación de alto nivel, como Fortran en ese tiempo. Lenguajes de hoy, como C, C++, C# y Java, son considerados como mejoras, pero no del mismo orden de magnitud.[cita requerida]

Brooks aboga por el "crecimiento" orgánico del software a través del desarrollo incremental. Sugiere la elaboración y la implementación del programa principal y los subprogramas justo al principio, llenando las subsecciones de trabajo más tarde. Brooks cree que esta forma de programación apasiona a los ingenieros y proporciona un sistema de trabajo en cada etapa de desarrollo.

Brooks prosigue en argumentar que hay una diferencia entre diseñadores "buenos" y "magníficos". Postula que, como la programación es un proceso creativo, algunos diseñadores son intrínsecamente mejores que otros. Sugiere que hay tanto como una diferencia de diez veces entre un diseñador común y uno magnífico. Entonces Brooks sugiere tratar a los diseñadores estrellas igual de bien como a los gerentes estrellas, proporcionándoles no sólo igualdad de remuneración, sino también todos los privilegios del estatus mayor: despacho grande, personal, fondos para viajes, etc.

Lectura adicional

  • Brooks, Fred P. (1986). «No Silver Bullet — Essence and Accident in Software Engineering». Proceedings of the IFIP Tenth World Computing Conference: 1069-1076. 
  • — (April 1987). «No Silver Bullet — Essence and Accidents of Software Engineering». IEEE Computer 20 (4): 10-19. 
  • — (1975). The Mythical Man-Month. Addison-Wesley. ISBN 0-201-00650-2. 
  • — (1995). Chap. 16. «"No Silver Bullet — Essence and Accident"». The Mythical Man Month (Anniversary Edition with four new chapters edición) (Addison-Wesley). ISBN 0-201-83595-9. 
  • — (1995). Chap. 17. «"'No Silver Bullet' Refired"». The Mythical Man Month (Anniversary Edition with four new chapters edición) (Addison-Wesley). ISBN 0-201-83595-9. 
  • No hay balas de plata

Véase también

Referencias

Enlaces externos

  • , by Frederick P. Brooks, Jr.
  • , by Frederick P. Brooks, Jr.
  •   Datos: Q13631314

balas, plata, esencia, accidentes, ingeniería, software, silver, bullet, essence, accidents, software, engineering, título, artículo, científico, sobre, ingeniería, software, presentado, 1986, fred, brooks, ocasión, congreso, mundial, informática, ifip, brooks. No hay balas de plata Esencia y accidentes en la ingenieria del software No Silver Bullet Essence and Accidents of Software Engineering es el titulo de un articulo cientifico sobre ingenieria del software presentado en 1986 por Fred Brooks con ocasion del X Congreso Mundial de Informatica de la IFIP 1 Brooks argumenta que no hay un simple desarrollo en tecnologia o tecnica de gestion que por si solo prometa incluso una mejora en la productividad fiabilidad simplicidad en un orden de magnitud por diez dentro de una decada Tambien afirma que en el desarrollo de software no podemos esperar siquiera ver una ganancia del doble cada dos anos como la que hay en el desarrollo del hardware Brooks hace una distincion entre la complejidad accidental y la complejidad esencial y afirma que la mayoria de lo que ahora hacen los ingenieros de software esta dedicado a lo esencial asi que reducir todas las actividades accidentales a cero no dara una mejora de un orden de magnitud Brooks aboga por abordar las partes esenciales del proceso de software Mientras insiste que no hay ninguna bala de plata el cree una serie de innovaciones atacando la complejidad esencial podria conducir a importantes mejoras tal vez mayor que diez veces en un periodo de diez anos El articulo y las propias reflexiones de Brooks sobre esto No Silver Bullet Refired No hay bala de plata Redisparado pueden encontrarse en la edicion de aniversario de The Mythical Man Month 2 Indice 1 El argumento 2 Lectura adicional 3 Vease tambien 4 Referencias 5 Enlaces externosEl argumento EditarEl corazon del argumento es la distincion entre la complejidad accidental y la complejidad esencial La complejidad accidental se refiere a los problemas que creamos nosotros mismos y que pueden corregirse por ejemplo los detalles de escribir y optimizar de codigo en lenguaje ensamblador o los retrasos causados por el procesamiento por lotes La complejidad esencial es causada por el problema a resolver y nada puede eliminarla Si el usuario desea un programa para hacer 30 cosas diferentes entonces esas 30 cosas son esenciales y el programa debe hacer esas 30 cosas diferentes Brooks afirma que hemos limpiado gran parte de la complejidad accidental y los programadores de hoy pasan la mayor parte de su tiempo abordando la complejidad esencial Una tecnologia que habia hecho una mejora significativa en el area de complejidad accidental fue la invencion de lenguajes de programacion de alto nivel como Fortran en ese tiempo Lenguajes de hoy como C C C y Java son considerados como mejoras pero no del mismo orden de magnitud cita requerida Brooks aboga por el crecimiento organico del software a traves del desarrollo incremental Sugiere la elaboracion y la implementacion del programa principal y los subprogramas justo al principio llenando las subsecciones de trabajo mas tarde Brooks cree que esta forma de programacion apasiona a los ingenieros y proporciona un sistema de trabajo en cada etapa de desarrollo Brooks prosigue en argumentar que hay una diferencia entre disenadores buenos y magnificos Postula que como la programacion es un proceso creativo algunos disenadores son intrinsecamente mejores que otros Sugiere que hay tanto como una diferencia de diez veces entre un disenador comun y uno magnifico Entonces Brooks sugiere tratar a los disenadores estrellas igual de bien como a los gerentes estrellas proporcionandoles no solo igualdad de remuneracion sino tambien todos los privilegios del estatus mayor despacho grande personal fondos para viajes etc Lectura adicional EditarBrooks Fred P 1986 No Silver Bullet Essence and Accident in Software Engineering Proceedings of the IFIP Tenth World Computing Conference 1069 1076 April 1987 No Silver Bullet Essence and Accidents of Software Engineering IEEE Computer 20 4 10 19 1975 The Mythical Man Month Addison Wesley ISBN 0 201 00650 2 1995 Chap 16 No Silver Bullet Essence and Accident The Mythical Man Month Anniversary Edition with four new chapters edicion Addison Wesley ISBN 0 201 83595 9 1995 Chap 17 No Silver Bullet Refired The Mythical Man Month Anniversary Edition with four new chapters edicion Addison Wesley ISBN 0 201 83595 9 No hay balas de plataVease tambien EditarIngenieria de software Historia de la ingenieria del software Creacion de prototipos de software una de las principales estrategias contra la complejidad esencial en No Silver Bullet Crisis del software Hediondez del codigoReferencias Editar Brooks Proc IFIP Mythical Man Month Silver Bullet RefiredEnlaces externos EditarNo Silver Bullet Essence and Accidents of Software Engineering by Frederick P Brooks Jr No hay balas de plata Lo esencial y lo accidental en la Ingenieria del Software by Frederick P Brooks Jr Datos Q13631314Obtenido de https es wikipedia org w index php title No hay balas de plata amp oldid 132459879, wikipedia, wiki, leyendo, leer, libro, biblioteca,

español

, española, descargar, gratis, descargar gratis, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, imagen, música, canción, película, libro, juego, juegos