Un buen diseño suele tener un fan-in alto, porque eso implica que estamos reutilizando código que de otra forma habría dado lugar a duplicidades en multitud de clases. El fan-in es una medida de reutilización.

Al contrario, un buen diseño cuenta con un fan-out bajo, idealmente de 7±2, que es, según George Miller, uno de los mayores exponentes de la psicología cognitiva, el número máximo de elementos que una persona normal puede almacenar en su memoria a corto plazo. Con un fan-out bajo nos aseguramos de que la clase es lo bastante sencilla para que no nos resulte difícil trabajar con ella. El fan-out es una medida de complejidad, muy relacionado con el Principio de Responsabilidad Única.

Como vemos, un defecto cuyo arreglo podía suponer un coste de 100€ en la fase de toma de requisitos podría multiplicarse hasta los 300€ de no encontrarse hasta que estuvieramos definiendo la arquitectura del sistema. Esta cantidad subiría hasta los 500€ si hubieramos empezado a escribir el código, 1.000€ si estuvieramos en la fase de pruebas, y hasta 10.000€ de no encontrarse el error hasta que el sistema se encontrara ya funcionando. Tenedlo en cuenta si alguien intenta justificaros el no seguir ningún tipo de método.

El folclore y la mitología moderna afirman que la manera más efectiva de acabar con un hombre lobo es utilizando una bala de plata. Esta creencia deriva de ciertos hechos acaecidos en la región francesa de Gévaudan entre 1764 y 1767. En este periodo, una bestia de gran tamaño acabó con la vida de más de 130 campesinos, en su mayoría mujeres y niños, que fueron despedazados brutalmente. Esta supuesta bestia sería abatida finalmente, según los relatos, utilizando balas de plata, obtenida tras fundir varias medallas de la Virgen María.

Actualmente, la frase “bala de plata” se ha convertido en una expresión popular para denotar una solución perfecta a un problema, casi milagrosa, que, además, puede aplicarse en casi cualquier contexto.

Por supuesto, en el mundo del desarrollo de software, sabemos que no existe nada parecido a las balas de plata. De ahí que Fred Brooks acuñara esta famosa frase en su célebre ensayo “No hay bala de plata” (No Silver Bullet) que podéis encontrar en la web de la Universidad de Nottingham, en Barrapunto (español) o en el mítico libro The Mythical Man Month

Si hubiésemos preguntado a los usuarios qué era lo que necesitaban, su respuesta habría sido: “caballos más rápidos”.

– Henry Ford, fundador de la Ford Motor Company

Se dice que las grandes disciplinas científicas son ejemplos de gigantes subidos a los hombros de otros gigantes. También se ha dicho que la industria del software es un ejemplo de enanos subidos a los pies de otros enanos.

– Alan Cooper

1. Code Complete

Si sólo tienes oportunidad de leer un libro sobre desarrollo de software en toda tu vida, procura que sea este. Code Complete es prácticamente la biblia del desarrollo de software, además de una de las mejores guías prácticas sobre la programación de todos los tiempos. Es un libro muy fácil de leer, entretenido, y tremendamente práctico, con montones de recomendaciones útiles para cada fase del ciclo de vida del software. El simple hecho de leerlo te hará mejor programador. Seguro.

2. The Pragmatic Programmer: From Journeyman to Master

“El programador pragmático: de oficial a maestro” es un libro que hace verdadero honor a su nombre. Su objetivo es ayudarte en el difícil camino de aprendiz a artesano del bello arte que es la programación. No sólo trata los aspectos técnicos del oficio, sino también los filosóficos, y otros más abstractos. Yo, personalmente, se lo recomendaría como libro de cabecera a más de uno.

3. Design patterns: elements of reusable object-oriented software

Si has recibido algún tipo de educación formal, como ingeniero, licenciado, graduado, … es más que probable que ya hayas tenido algún contacto previo con este libro, porque es, sin lugar a dudas, EL LIBRO sobre patrones de diseño. ¿Has oído hablar alguna vez de los patrones Singleton, Decorator, Observer, Composite, …? Aquí empezó todo, gracias al Gang of Four (Erich Gamma, Richard Helm, Ralph Johnson y John Vlissides).

Para una introducción más ligera, con fotografías simpáticas y mucho humor, también te puede interesar Head First Design Patterns. Muy buen libro.

4. Don’t Make Me Think!

Muchas veces los programadores olvidan que las aplicaciones no son un fin en sí mismo, sino que son meras herramientas para los usuarios. Si alguna vez tienes que diseñar una interfaz de usuario, y especialmente interfaces web, empieza por leer este libro; no te defraudará. Uno de los clásicos en cuanto a usabilidad se refiere.

5. The Mythical Man Month and Other Essays on Software Engineering

Como muestra, un botón: “Nueve personas no pueden producir un bebé en un mes. -– Frederick Brooks”

The Mythical Man Month es, como su nombre indica, una colección de ensayos sobre la ingeniería del software y la gestión de proyectos. Un verdadero clásico, y obligada lectura para los interesados en el tema.

6. Refactoring: Improving the Design of Existing Code

Si “Design patterns” es la referencia básica sobre patrones de diseño, este libro, escrito por Martin Fowler, el famoso experto en desarrollo ágil y análisis y diseño de software, lo es para las refactorizaciones. ¿Que no refactorizas tu código? ¡¿a qué estás esperando?!

7. The Dilbert Principle

Seguramente esta sea la entrada más discutida de la lista, pero no me resisto a incluirla, porque más allá de las tiras cómicas o de los chistes, cualquier libro de Dilbert puede enseñarte más sobre el mundo real que 10 seminarios de empresa. En serio. Haz buen uso de sus consejos y recomendaciones.

De “The Dilbert Principle” ya publiqué en su día una entrada con algunas citas seleccionadas con el que os podéis hacer una idea del contenido del libro. Especialmente recomendado para ingenieros en general.

8. Software Project Survival Guide: How to be Sure Your First Important Project isn’t Your Last

Esta vez Steve McConnell, el autor de Code Complete, se centra en la gestión de proyectos. Otro añadido imprescindible en tu biblioteca particular, y una lectura obligatoria para cualquiera que tome parte en proyectos de desarrollo de software, desde el jefe de proyecto, hasta el apuntador.

9. Clean Code: A Handbook of Agile Software Craftsmanship

Principios y patrones para lograr un código más limpio, más legible y más fácil de mantener. Y es que, recuerda, como dijo Martin Golding, siempre deberías programar como si el tipo que acabe manteniendo tu código fuera un psicópata violento que sabe dónde vives.

10. UML Distilled

Como Design Patterns, si has estudiado algún módulo, ingeniería, máster, … relacionado con la informática, es probable que ya conozcas este libro.

UML es el lenguaje de facto para el modelado de software hoy en día, y UML Distilled, también de Fowler, es la guía básica para todo aquel que quiera aprenderlo.

La mayor parte del software que se desarrolla hoy en día es similar a las pirámides egipcias: millones de ladrillos apilados uno encima de otro, sin integridad estructural, y construidas a base de fuerza bruta y miles de esclavos.

– Alan Kay

Ningún ingeniero de software con un poco de ética escribiría nunca un procedimiento DestruirBagdad. La ética profesional más básica requeriría escribir un procedimiento DestruirCiudad genérico, al que se le pudiera pasar Bagdad como parámetro.

– Nathaniel S. Borenstein

Si los albañiles construyeran edificios de la misma forma en que los desarrolladores escriben sus programas, el primer pájaro carpintero que hubiera aparecido habría destruido la civilización.

– Gerald Weinberg

Por otro lado, Si los arquitectos tuvieran que trabajar como los programadores…

Para descubrir las características de diseño que se deben utilizar para lograr la respuesta que se busca en el usuario, se suele utilizar un sistema experto, que se basará para generar sus recomendaciones en distintas bases de datos internas (de palabras, imágenes, conocimientos y diseño y color).

Uno de los mejores ejemplos del uso de la ingeniería Kansei es el caso del diseño del Mazda MX-5, uno de los roadsters más populares del mundo, para el que Mazda contrató al equipo de Nagamachi. Este deportivo biplaza descapotable se hizo con cerca de 150 premios en toda su historia, incluyendo Coche del Año en distintas publicaciones y distintos años.