Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 544 — #582
✐
Apéndice C. Lecturas recomendadas
que estar armado hasta los dientes con herramientas mentales que ayuden a seguir
en el modo de experimentación («Esto no funciona, vamos a probar otra cosa») y
no en el de negación («No, no es problema. Todo va maravillosamente, no necesitamos
cambiar»). Creo que los libros siguientes, leídos antes de elegir un método, le
proporcionarán esas herramientas.
Software Creativity, por Robert Glass (Prentice-Hall, 1995).Ese es el mejor libro que
he leído que describa una visión de conjunto sobre el debate de las metodologías.
Consta de una serie de ensayos cortos y artículos que Glass ha escrito o comprado
(P.J. Plauger es uno de los que contribuyen al libro), que reflejan sus numerosos años
dedicados a pensar y estudiar el tema. Son amenos y de la longitud justa para decir
lo necesario; no divaga ni aburre al lector. Pero tampoco vende simplemente aire;
hay centenares de referencias a otros artículos y estudios. Todos los programadores
y jefes de proyecto deberían leer ese libro antes de caer en el espejismo de las
metodologías.
Software Runaways: Monumental Software Disasters, por Robert Glass (Prentice-
Hall 1997).Lo realmente bueno de ese libro es que expone a la luz lo que nunca
contamos: la cantidad de proyectos que no solo fracasan, sino que lo hacen espectacularmente.
Veo que la mayoría de nosotros aún piensa «Eso no me va a pasar a
mí» (o «Eso no volverá a pasarme») y creo que eso nos desfavorece. Al tener siempre
en mente que las cosas pueden salir mal, se está en mejor posición para hacerlas ir
bien.
Object Lessons por Tom Love (SIGS Books, 1993). otro buen libro para tener «perspectiva».
Peopleware , por Tom Demarco y Timothy Lister (Dorset House, 2ª edición 1999).A
pesar de que tiene elementos de desarrollo de software, ese libro trata de proyectos
y equipos de trabajo en general. Pero el énfasis está puesto en las personas y sus
necesidades, y no en las tecnologías. Se habla de crear un entorno en el que la gente
esté feliz y productiva, en lugar de decidir las reglas que deben seguir para convertirse
perfectos engranajes de una máquina. Esta última actitud, pienso yo, es lo que
más contribuye a que los programadores sonrían y digan sí con la cabeza cuando un
método es adoptado y sigan tranquilamente haciendo lo mismo que siempre.
Complexity, by M. Mitchell Waldrop (Simon & Schuster, 1992). Relata el encuentro
entre un grupo de científicos de diferentes disciplinas en Santa Fe, Nuevo Méjico,
para discutir sobre problemas reales que como especialistas no podían resolver
aisladamente (el mercado bursátil en economía, la formación inicial de la vida en
biología, por qué la gente se comporta de cierta manera en sociología, etc.). Al reunir
la física, la economía, la química, las matemáticas, la informática, la sociología,
y otras ciencias, se está desarrollando un enfoque multidisciplinar a esos problemas.
Pero más importante aun, una nueva forma de pensar en esos problemas extremadamente
complejos está apareciendo: alejándose del determinismo matemático y de
la ilusión de poder escribir una fórmula que prediga todos los comportamientos,
hacia la necesidad de observar primero y buscar un patrón para después intentar
emularlo por todos los medios posibles. (El libro cuenta, por ejemplo, la aparición
de los algoritmos genéticos). Ese tipo de pensamiento, creo yo, es útil a medida que
investigamos formas de gestionar proyectos de software cada vez más complejos.
544
✐
✐
✐
✐