Espanol.
md 3/8/2023
El Mítico Hombre-Mes
Frederick P. Brooks Jr
Acerca del Autor
Frederick P. Brooks, Jr., es profesor Kenan* de ciencia computacional en la Universidad de Carolina del
Norte en Chapel Hill. Él es mejor conocido como "el padre del IBM System/360", habiendo servido como
administrador de proyecto para su desarrollo y posteriormente como administrador del proyecto de
software del sistema operativo System/360 durante su fase de diseño. Por su trabajo él, Bob Evans y Erich
Bloch fueron galardonados con la medalla nacional de tecnologia en 1985. Previamente, él fue un
arquitecto del programa "IBM estirar y cosechar computadores".
En Chapel Hill, el Dr. Brooks fundó el departamento de ciencia computacional y lo dirigió desde 1964 hasta
1984. Él ha servido en el concejo nacional de ciencia y en el concejo de ciencias de la defensa. Su actual
enseñanza e investigación es en los campos de arquitectura de computadores, gráficas moleculares y
entornos virtuales.
*NT: El Kenan Profesorshipp es una distinción, en fondos económicos, para profesores distinguidos, dada
en honor al educador William R. Kenan.
El Mítico Hombre-Mes
Ensayos en Ingeniería de Software
Edición de Aniversario
Frederick P. Brooks, Jr.
Universidad de Carolina del Norte en Chapel Hill
ADDISON-WESLEY
Boston • San Francisco • New York • Toronto • Montreal • London • Munich • Paris • Madrid •
Capetown • Sydney • Tokyo • Singapore • Mexico City
Dedicatoria de la edición de 1975
A los dos que especialmente enriquecieron mis años en IBM: Thomas I. Watson Jr, cuya profunda
preocupación por la gente aún permea su compañia y Bob O. Evans, cuyo audaz liderazgo convirtió el
trabajo en aventura.
Dedicatoria de la edición de 1995
Para Nancy, Regalo de Dios para mí.
/
[Link] 3/8/2023
Preface to the 20th Anniversary Edition
Para mi sorpresa y disfrute, El mítico hombre-mes continua siendo popular después de 20 años. Más de
250.000 copias están impresas, La gente frecuentemente pregunta cuales opiniones y recomendaciones
expuestas en 1975 aún mantengo y cuales han cambiado y como. Mientras que yo he de tiempo en tiempo
direccionado la pregunta en lecturas, he querido largamente ponerlo en un ensayo por escrito.
Peter Gordon, ahora un compañero publicador en Addison-Wesley, ha estado trabajando conmigo paciente
y amablemente desde 1980. Él propusó que nosotros preparamos la edición de aniversario. Nosotros
decidimos no revisar el original, sino reimprimirlo inalterado (excepto por correciones triviales) y
aumentarlo con ideas más actuales.
El capitulo 16 reimprime "No hay balas de plata: Esencia y accidentes de la ingeniería de software" un
artículo de 1986 que creció fuera de mis expectativas dirigiendo la junta de ciencias de la defensa en
software militar. Mis coautores en ese estudio, y nuestro secretario ejecutivo, Robert L. Patrick, fueron
invaluables en traerme de vuelta con los grandes proyectos de software del mundo real. El artículo fue
reimpreso en 1987 en la revista de computación de la IEEE, la cual le dió una circulación más amplia.
"No hay balas de plata" probó ser provocativo. Predijó que en una decada no veríamos ninguna tecnica de
programación que por si misma trajera una mejora de un orden de magnitud en la productividad de
software. La decada tiene un año por correr; mi predicción parece a salvo. "NHBP"* ha estimulado más y
más discusiones enérgicas en la literatura que el mítico hombre-mes. El capitulo 17, sin embargo, comenta
en algunas de las críticas publicadas y actualiza las opiniones dadas en 1986.
En preparación para mi retrospectiva y actualización del mítico hombre-mes, fuí fulminado por cuantas
pocas proposiciones afirmadas en el han sido criticadas, probadas o desaprobadas por la investigación en
curso y la experiencia en ingenieria de software.
In preparing my retrospective and update of The Mythical Man-Month, I was struck by how few of the
propositions as- serted in it have been critiqued, proven, or disproven by on- going software engineering
research and experience. It proved useful to me now to catalog those propositions in raw form, stripped of
supporting arguments and data. In hopes that these bald statements will invite arguments and facts to
prove, dis- prove, update, or refine those propositions, I have included this outline as Chapter 18.
Chapter 19 is the updating essay itself. The reader should be warned that the new opinions are not nearly
so well in- formed by experience in the trenches as the original book was. I have been at work in a
university, not industry, and on small- scale projects, not large ones. Since 1986, I have only taught software
engineering, not done research in it at all. My research has rather been on virtual environments and their
applications.
In preparing this retrospective, I have sought the current views of friends who are indeed at work in
software engineer- ing. For a wonderful willingness to share views, to comment thoughtfully on drafts, and
to re-educate me, I am indebted to Barry Boehm, Ken Brooks, Dick Case, James Coggins, Tom DeMarco, Jim
McCarthy, David Parnas, Earl Wheeler, and Ed- ward Yourdon. Fay Ward has superbly handled the technical
production of the new chapters.
/
[Link] 3/8/2023
Agradezco a Gordon Bell, Bruce Buchanan, Rick Hayes-Roth, mis colegas en la fuerza de trabajo del concejo
de ciencias de defensa
I thank Gordon Bell, Bruce Buchanan, Rick Hayes-Roth, my colleagues on the Defense Science Board Task
Force on Military Software, and, most especially, David Parnas for their insights and stimulating ideas for,
and Rebekah Bierly for technical pro- duction of, the paper printed here as Chapter 16. Analyzing the
software problem into the categories of essence and accident was inspired by Nancy Greenwood Brooks,
who used such analysis in a paper on Suzuki violin pedagogy.
Addison-Wesley's house custom did not permit me to ac- knowledge in the preface to the 1975 edition the
key roles played by their staff. Two persons' contributions should be es- pecially cited: Norman Stanton,
then Executive Editor, and Her- bert Boes, then Art Director. Boes developed the elegant style, which one
reviewer especially cited: "wide margins, [and] imag- inative use of typeface and layout." More important, he
also made the crucial recommendation that every chapter have an opening picture. (I had only the Tar Pit
and Reims Cathedral at the time.) Finding the pictures occasioned an extra year's work for me, but I am
eternally grateful for the counsel. Soli Deo gloria—To God alone be glory.
Chapel Hill, N.C.. F. P. B., Jr. March 1995
*NT: Sigla hecha por el autor, son las iniciales del artículo "No hay balas de plata"
A set of slides commented in a series of videos (also available in French and Spanish) or during live
sessions
A set of exercises described on a dedicated web site
Exercises solutions
If you need assistance you can:
Ask your question on our dedicated Bonita Camp Discord channel if you have attended a live
session
Ask your question on Bonitasoft Community forum
Get in touch with Bonitasoft to get more information about support offering and additional features
of Enterprise Edition
For Bonita Camp contributors
Sources
All sources are available on Bonita Camp GitHub repository:
Slides are created using [Link] and are located in the slides folder
Exercises are hosted using GitHub Pages. Source are located in the docs folder and content is
available for users at [Link]
Build instructions for slides
1. Download and unzip [Link]
2. Paste the content of the slides/THE_LANGUAGE/ folder into your [Link] directory
3. Paste the content of the slides/theme folder in your [Link]/css/theme/source folder
4. Run npm install
/
[Link] 3/8/2023