Está en la página 1de 3

ANTIPATRONES

HARD CODE Hard code consiste en incorporar elementos de configuracin en el cdigo fuente lo que obligara a volver a compilarlo en el caso de ser necesaria una modificacin. ABRACADABRA el gestor a modo de sortilegio establece una lneas generales para el desarrollo del proyecto y desaparece, apareciendo solo cuando existen problemas en el proyecto y generalmente como reaccin ante las quejas de uno o ms stakeholders SOBREINGENIERIA Otro aspecto que no hay que perder de vista, es que llega a un momento en el que no es posible mejorar la robustez, seguridad o complejidad del sistema, ya que lo que se termina mejorando en un punto, se termina estropeando en otro (ver Ley de Tesler).
PROGRAMACION POR PERMUTACION

Se trata principalmente de intentar corregir un bug del que se desconoce su causa, haciendo cambios en secciones parciales del cdigo para comprobar si el problema se produce ah (extindase, no solo al cdigo sino a cambios en el contexto, en la configuracin del servidor de aplicaciones, etc).
APAGAFUEGOS

Tenemos que adaptarnos al cambio, si no lo hacemos, el proyecto se resiente, pero la adaptacin al cambio, siempre que sea posible es mejor hacerla de forma ordenada, con heroicidad si me apuris, pero intentando que la presin no sea quien gestione el cambio, sino nosotros. CODIFICACION BRUTAL Se llega al mismo cuando se decide afrontar la programacin de un proyecto, independientemente de la metodologa utilizada, sin que se tengan definidos requisitos y/o la arquitectura.
DESARROLLO A LA PRIMERA

Este antipatrn surge cuando se asigna un presupuesto para el desarrollo de un producto y no se tiene en cuenta que tras la construccin del mismo va a ser necesario continuar con su evolucin ya sea ampliando funcionalidades o realizando modificaciones sobre las ya existentes.
DESFACTORIZACION

Eliminar del producto final funcionalidad necesaria proporcionndote medios alternativos al propio sistema para poder realizarse. Aplicando este antipatrn, la dependencia de los usuarios respecto al rea informtica crece, lo que ocasiona un esfuerzo innecesario que se poda haber evitado implementando esas funcionalidades, de manera que todo lo que se ahorra el proveedor, te toca pagarlo a ti.
ARQUITECTURA O PROGRAMACION ORIENTADA A OBSTACULOS

Es frecuente encontrarnos en proyectos de desarrollo de software con obstculos que de alguna y otra forma impiden la correcta ejecucin del mismo.

SOFTWARE INFLADO

El antipatrn software inflado hace referencia a mltiples circunstancias que se pueden producir en un proyecto de desarrollo de software, aqu os indico algunas de ellas: - Desarrollar un software sin tener en cuenta una utilizacin adecuada de los recursos. - Desarrollar un software con ms funcionalidades de las precisas o con complejidad adicional que no resultaba necesaria.

PRODUCTIVIDAD A TODA COSTA

Tambin olvidan los que aplican este antipatrn que tal vez en un proyecto consigan su objetivo, pero no se puede mantener una fidelizacin de los clientes con unas polticas tan nefastas hacia los mismos.

PARED DE CRISTAL

Un proyecto puede ir muy bien y una pared de cristal convertirlo en algo insufrible. En lugar de invertir el esfuerzo en el proyecto, se invierte en el lugar equivocado, en intentar sortear un obstculo que artificialmente se ha aadido en nuestro camino. Lo peor de todo es que el obstculo no es un objeto inanimado, tratar de evitar que lo superes y si lo haces, no te extrae que vuelva a intentar ponerte las cosas ms difciles de lo que ya son.

EFECTO SEGUNDO SISTEMA

Llegado un momento se toma la decisin de hacer una nueva versin de un sistema de informacin porque se entiende que est obsoleto tecnolgicamente (resulta complicado encontrar desarrolladores para ese lenguaje de programacin, el sistema de gestin de base de datos o el servidor de aplicaciones ha quedado sin soporte, etc) o porque el coste de mantenimiento es muy alto y es necesario hacer modificaciones sobre funcionalidades ya existentes o el desarrollo de otras nuevas, etc

GRAN BOLA DE LODO

Se trata de otro antipatrn muy tpico. Se dice que un sistema de informacin es una gran bola de lodo cuando su desarrollo no ha seguido una lgica, patrn o estructura comn, es decir, no se ha respetado una arquitectura, no se ha gestionado adecuadamente el modelo de datos de la aplicacin (nomenclatura no apropiada para los objetos, datos duplicados e incoherentes, etc), no se han seguido prcticas comunes de programacin y gestin de la configuracin, no se han respetado buenas prcticas que minimicen la deuda tcnica, se ha descuidado el rendimiento del sistema, etc

BOTON MAGICO

Otro antipatrn que revela la falta de experiencia de un programador o de un equipo de desarrollo es la acumulacin a nivel de cdigo fuente de funcionalidades de negocio en un elemento de la interfaz. De esta forma no se consigue una adecuada separacin de capas entre la vista y el negocio de manera que quedan acopladas y se dificulta en consecuencia el mantenimiento del elemento de la interfaz y en general de la propia aplicacin si este antipatrn se ha aplicado de manera sistemtica.