El antipatrón " Reinventar la rueda " es bastante común: en lugar de usar una solución lista, escriba la suya desde cero. La base de código crece innecesariamente, las interfaces ligeramente diferentes que hacen lo mismo pero abundan de manera ligeramente diferente, se pierde tiempo para escribir (¡y depurar!) Funciones que están fácilmente disponibles. Todos lo sabemos.
Pero hay algo en el extremo opuesto del espectro. Cuando, en lugar de escribir su propia función que son dos líneas de código, importa un marco / API / biblioteca, lo instancia, configura, convierte el contexto al tipo de datos como lo acepta el marco, luego llama a esa única función que hace exactamente lo que necesita, dos líneas de lógica de negocios bajo un gigabyte de capas de abstracción. Y luego debe mantener la biblioteca actualizada, administrar las dependencias de compilación, mantener las licencias sincronizadas, y su código de instancia es diez veces más largo y más complejo que si simplemente "reinventara la rueda".
Las razones pueden ser variadas: la administración se opone estrictamente a la "reinvención de la rueda" sin importar el costo, alguien impulsando su tecnología preferida a pesar de la superposición marginal con los requisitos, una función cada vez menor de un módulo anteriormente importante del sistema, o la expectativa de expansión y mayor alcance uso del marco, que nunca llega, o simplemente malinterpreta el "peso" que un par de instrucciones de importación / inclusión / carga llevan "detrás de escena".
¿Existe un nombre común para este tipo de antipatrón?
(No estoy tratando de comenzar una discusión cuando está bien o mal, o si es una verdadera antipatrón o algo basado en una opinión , esta es una pregunta simple y directa de la nomenclatura objetiva).
Editar: el "duplicado" sugerido habla sobre la ingeniería excesiva del propio código para que esté "listo para todo", completamente aparte de los sistemas externos. En ciertos casos, esto podría deberse a ello, pero en general se origina en la "aversión a reinventar la rueda": la reutilización del código a toda costa; Si existe una solución "lista para usar " para nuestro problema, la usaremos, sin importar cuán mal se ajuste y a qué costo. Favoreciendo dogmáticamente la creación de nuevas dependencias sobre la duplicación de código, sin tener en cuenta los costos de integración y mantenimiento de estas dependencias en comparación con el costo de creación y mantenimiento del nuevo código.