Seguro que alguna vez os ha tocado algún proyecto en el que al ver el diseño o el código habéis dicho: "pufff, esto tiene un tufillo a mierda fresca que no veas". Pues ese es el olor de vuestro software. Y es que es cierto aquello de que la mejor métrica para media la calidad del código es la siguiente:

El proyecto en el que estoy trabajando ahora huele tanto que ninguno de la empresa se quiere acercar al grupo de desarrollo. Por supuesto, el código tiene infinitos años y a cada nueva versión se le han ido añadiendo nuevas funcionalidades que más bien eran parches sobre un diseño pobre y mal pensado. Pero... ¿cómo identificar esos olores? Brian Foote y Joseph Yoder han realizado hace ya tiempo un artículo que se llama Big Ball of Mud que probablemente os suene a todos (y sino ya lo estáis leyendo, no tiene desperdicio).

While much attention has been focused on high-level software architectural patterns, what is, in effect, the de-facto standard software architecture is seldom discussed. This paper examines this most frequently deployed of software architectures: the BIG BALL OF MUD. A BIG BALL OF MUD is a casually, even haphazardly, structured system. Its organization, if one can call it that, is dictated more by expediency than design. Yet, its enduring popularity cannot merely be indicative of a general disregard for architecture.

En el paper se identifican las principales causas y los patrones que llevan a que una arquitectura sea considerada una "Gran Bola de Mierda". Durante los próximos posts los iré comentando además de poner algún ejemplo relacionado con el glorioso proyecto en el que tengo el honor de trabajar. Hasta entonces, happy coding!