En Computación, el antipatrón de diseñoAccidental complexity o Complejidad no indispensable describe la situación a la que se llega cuando en el desarrollo de una aplicación se selecciona un camino de complejidad mayor que la indispensable. En algunos casos, la complejidad es inherente al problema, pero también ocurre que esta se introduce por desconocimiento o por problemas de planificación. Una situación como esta, si no es reconocida, puede motivar la cancelación del proyecto.[1]
Muchas veces la complejidad innecesaria viene de despreciar las soluciones más directas por considerarlas demasiado obvias. En otras ocasiones viene de la creación de bibliotecas por grupos que no las utilizan, de manera que no perciben los costos innecesariamente introducidos en ellas.
Otro ejemplo de complejidad accidental durante el proceso de desarrollo, ocurre cuando se decide programar a nivel de código de máquina una parte de un proyecto cuya velocidad (mayor ganancia al hacer esto), no afecta sensiblemente la velocidad del proyecto en su conjunto. En este caso se introduce en el proyecto la complejidad innecesaria de deber mantener código en varios lenguajes, y sobre todo una parte del código en lenguaje de bajo nivel.
Para evitar este patrón, se puede incluir en el diseño, consideraciones razonadas de costo (tiempo/espacio) esperado, de manera que si estos costos son superados, se entienda si es en el diseño o en la realización donde está el problema.
Referencias
Holt, John (2004). UML for systems engineering: watching the wheels. IET. pp. 8. ISBN9780863413544.
Datos:Q1053775
Marcha 08, 2022
accidental, complexity, computación, antipatrón, diseño, complejidad, indispensable, describe, situación, llega, cuando, desarrollo, aplicación, selecciona, camino, complejidad, mayor, indispensable, algunos, casos, complejidad, inherente, problema, pero, tamb. En Computacion el antipatron de diseno Accidental complexity o Complejidad no indispensable describe la situacion a la que se llega cuando en el desarrollo de una aplicacion se selecciona un camino de complejidad mayor que la indispensable En algunos casos la complejidad es inherente al problema pero tambien ocurre que esta se introduce por desconocimiento o por problemas de planificacion Una situacion como esta si no es reconocida puede motivar la cancelacion del proyecto 1 Muchas veces la complejidad innecesaria viene de despreciar las soluciones mas directas por considerarlas demasiado obvias En otras ocasiones viene de la creacion de bibliotecas por grupos que no las utilizan de manera que no perciben los costos innecesariamente introducidos en ellas Otro ejemplo de complejidad accidental durante el proceso de desarrollo ocurre cuando se decide programar a nivel de codigo de maquina una parte de un proyecto cuya velocidad mayor ganancia al hacer esto no afecta sensiblemente la velocidad del proyecto en su conjunto En este caso se introduce en el proyecto la complejidad innecesaria de deber mantener codigo en varios lenguajes y sobre todo una parte del codigo en lenguaje de bajo nivel Para evitar este patron se puede incluir en el diseno consideraciones razonadas de costo tiempo espacio esperado de manera que si estos costos son superados se entienda si es en el diseno o en la realizacion donde esta el problema Referencias Editar Holt John 2004 UML for systems engineering watching the wheels IET pp 8 ISBN 9780863413544 Datos Q1053775 Obtenido de https es wikipedia org w index php title Accidental complexity amp oldid 129999600, wikipedia, wiki, leyendo, leer, libro, biblioteca,
