Diferencia entre revisiones de «Propagacion de lo propietario»
| Línea 1: | Línea 1: | ||
| − | "Propagación de lo propietario" es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario. | + | "Propagación de lo propietario" (también llamado "Upselling propietario") es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario. |
| − | Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos | + | Los IDOCS de SAP con sus segmentos son un ejemplo de esto: |
| + | * No son estructuras de datos reconocidas por organismos de estandarización, | ||
| + | * son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos | ||
| + | * son una pieza de software conceptualmente obsoleta y resultado de la necesidad de adaptarse a demasiadas casuísticas de negocio | ||
Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado. | Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado. | ||
| − | En el sector financiero el uso de EDI y EDIFACT todavía sigue perpetuándose, es probablemente uno de los pocos ámbitos tecnológicos donde la falta de estandarización todavía se tolera de buen grado, en otros ámbitos como el médico, seguros, justicia o formación esta falta de estandarización es | + | En el sector financiero el uso de EDI y EDIFACT todavía sigue perpetuándose, es probablemente uno de los pocos ámbitos tecnológicos donde la falta de estandarización todavía se tolera de buen grado, en otros ámbitos como el médico, seguros, justicia o formación esta falta de estandarización es constantemente denostada aunque también es cierto que los esfuerzos por intentar estandarizar suelen salir mal, la lucha entre "los de lo propietario" y "los estándar" es feroz por el dinero existente en licencias en este ámbito. |
[[Categoría: Malas prácticas en los proyectos de software]] | [[Categoría: Malas prácticas en los proyectos de software]] | ||
Revisión actual - 07:31 30 may 2022
"Propagación de lo propietario" (también llamado "Upselling propietario") es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
Los IDOCS de SAP con sus segmentos son un ejemplo de esto:
- No son estructuras de datos reconocidas por organismos de estandarización,
- son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos
- son una pieza de software conceptualmente obsoleta y resultado de la necesidad de adaptarse a demasiadas casuísticas de negocio
Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado.
En el sector financiero el uso de EDI y EDIFACT todavía sigue perpetuándose, es probablemente uno de los pocos ámbitos tecnológicos donde la falta de estandarización todavía se tolera de buen grado, en otros ámbitos como el médico, seguros, justicia o formación esta falta de estandarización es constantemente denostada aunque también es cierto que los esfuerzos por intentar estandarizar suelen salir mal, la lucha entre "los de lo propietario" y "los estándar" es feroz por el dinero existente en licencias en este ámbito.
