7 razones por las que no debe utilizar un conversor de código para modernizar su software heredado

Cuando se trata de cosas que mejoran con la edad, es prudente no confundir el software heredado con una botella de Chateau Mouton Rothschild o una guitarra Martin D-28 de 1937.

De hecho, si su empresa está pensando en intentar salvar su código heredado utilizando un convertidor de código para crear una aplicación nueva y reluciente, espere que el proceso termine con una nota amarga. Intentar modernizar sistemas heredados anticuados y que ya no reciben soporte como Microsoft Access, FoxPro, Lotus, Delphi, o incluso algo más reciente como PowerBuilder, es una forma desafortunada de gastar dinero en algo que se construyó para modelar un negocio que ya no existe. Realmente, ¿es su negocio el mismo que hace 20 años? ¿O incluso hace cinco años? ¿Son las expectativas de los usuarios sobre el software las mismas? Cuando se está inmerso en el proceso de actualización del código heredado de una aplicación, se tiene una oportunidad única de replantearse las necesidades de la empresa en lo que respecta a la eficiencia operativa, la facilidad de uso y el rendimiento, no sólo para hoy, sino para la próxima década.

Un conversor de código no lo hará por usted. He aquí por qué:

1. Cuando se convierte el código ya está obsoleto.

Los conversores de código suelen ir una o dos generaciones por detrás del nuevo software. Así que el nuevo código que se genere ya estará obsoleto en el momento de su creación, quizá con un retraso de hasta dos o cuatro años. Es como pagar todo el precio de un coche nuevo por uno que tiene entre dos y cuatro años. Su inversión ya se ha devaluado entre un 30% y un 50% antes incluso de encender el software. Además, es probable que el código convertido no utilice el último marco de desarrollo front-end. Por eso, convertir un software de hace 20 años, con sus problemas con los usuarios y sus restos de errores, puede ser una mala idea en comparación con la transición a algo nuevo y construido para mantenerse fresco durante años.

2. Cuidado con los costes ocultos al utilizar un conversor de código.

Aunque el proveedor del conversor le prometa la luna, lo cierto es que cuando convierta su código heredado, sólo habrá acabado en parte. Seguirá necesitando muchas intervenciones para que el software funcione realmente, lo que le pondrá a merced de los consultores que le vendieron el conversor de código en primer lugar. Te dirán que el conversor genera código C# o Java estándar, pero no te dejes engañar… se trata de un bloqueo de proveedor puro y duro. A continuación, puede contar con que necesitará codificación adicional y ayuda con la migración de datos. Necesitarás a alguien que te ayude a supervisar las pruebas, porque estás acabando con un sistema crítico para la empresa y trasladándolo a otro. Eso requiere una gestión experimentada, no sólo una ejecución de memoria.

> Seguirás necesitando mucha intervención para conseguir que el software convertido a código funcione realmente.

Además, en el raro caso de que el conversor de código funcione a la perfección, sus desarrolladores internos no habrán adquirido ningún conocimiento institucional sobre cómo mantener ese código y trabajar con él. No tendrán capacidad para mantener esa solución sin la ayuda de consultores externos. Nada se transferirá a las mentes de las personas que necesitan trabajar con el software a diario.

3. Los mejores desarrolladores dejarán de trabajar.

Para agravar el problema de la conversión de software heredado, los buenos desarrolladores no quieren trabajar con tecnologías de hace cuatro años. Entonces, ¿a quién va a contratar para actualizar el código heredado que acaba de generar el convertidor de código? Puede que se quede con desarrolladores de tercera clase incapaces de aplicar ingeniería inversa al código generado por la máquina. Tendrán que esforzarse mucho y les llevará mucho tiempo adaptar el software a medida que cambien sus necesidades, lo que creará interrupciones operativas y riesgos empresariales por el camino.

4. Entonces… ¿quién se encargará del mantenimiento?

El proveedor que te vendió el conversor estará encantado de ofrecerte sus servicios para solucionar problemas y mantenerlo, porque su negocio se basa no sólo en venderte un conversor para actualizar código heredado, sino en intentar venderte un montón de servicios de consultoría para ayudarte a limpiar lo que te acaban de vender. Y estarás en deuda con ellos porque son los únicos que saben exactamente lo que hicieron para hacer la conversión. Recuerda: el principal interés de los consultores que venden conversores de código es la instalación y el mantenimiento del software convertido, no las necesidades de tu empresa.

5. Es posible que los conversores de código no eliminen el lastre de actualizar el código heredado que frustró a los usuarios en primer lugar.

El conversor de código no distingue entre lo útil y lo inútil. Si tienes software heredado que representa reglas que ya no son válidas, el generador de código sólo va a convertir el mismo viejo equipaje de antes en nuevo equipaje. Si tienes formularios y flujos de trabajo que son incómodos e ineficaces y que enfadan a la gente, el convertidor de código simplemente volverá a presentar esas mismas ineficiencias en código moderno, y ninguna cantidad de afirmaciones del tipo “puedes usar tu propio CSS para darle estilo” cambiará ese triste resultado. Y si tienes cuellos de botella que causan fricciones en las operaciones de tu empresa, después de la conversión seguirás teniendo los mismos problemas pero en el nuevo lenguaje.

> Si tienes formularios y flujos de trabajo que son incómodos e ineficaces y que enfadan a la gente, el conversor de código simplemente volverá a presentar esas mismas ineficiencias en código moderno, y ninguna cantidad de afirmaciones del tipo “puedes usar tu propio CSS para darle estilo” cambiará ese triste resultado.

6. Los conversores de código no saben nada fuera del código que están convirtiendo.

Como resultado, el código convertido no estará diseñado para aprovechar las nuevas oportunidades de integrar tecnologías modernas porque… bueno, un conversor de código no es un arquitecto. Para sacar el máximo partido de una migración de un sistema heredado a un nuevo software, hace falta un pensamiento arquitectónico humano, y así será durante muchos, muchos años.

7. No recuperará el conocimiento institucional integrado en su antiguo software.

En la mayoría de los casos, el software antiguo contiene al menos algunas (y a menudo muchas) reglas sobre el funcionamiento de la empresa que no están escritas en ninguna otra parte. Por lo tanto, cuando se utiliza un conversor de código, es posible que se obtenga la misma funcionalidad de software obsoleta que siempre se ha tenido (envuelta en un código nuevo y brillante), pero sin poder añadir nuevas características y capacidades por miedo a alterar las reglas y la lógica que nadie más entiende.

Related: 4 Razones para llevar a cabo la migración heredada: desbloquear el potencial

¿Cómo puede determinar la mejor alternativa para convertir el código heredado?

Antes de dar el paso con un conversor de código, debería mantener una conversación con un consultor de software senior para hablar de su negocio, identificar deficiencias, reconocer los beneficios actuales de su software, así como las formas en que es subóptimo. Tras una conversación como esta, un equipo de DevOps moderno puede ayudar a guiarle a usted y a su equipo en el proceso de diseño e ingeniería de una plataforma de software moderna que tenga a sus usuarios y a su negocio firmemente en mente, comenzando con una hoja de ruta del proyecto que planifique para su negocio tanto hoy como mañana.

3 razones por las que debería considerar DOOR3 para la modernización del software.

1. DOOR3 cuenta con la experiencia y la capacidad para comprender las empresas de una amplia gama de sectores, especialmente aquellas con [retos de migración de sistemas heredados] variados (https://www.door3.com/blog/legacy-system-migration-challenges-for-enterprises). Podemos hacer recomendaciones en cuestión de semanas para ayudar a su empresa a trabajar de forma más inteligente y funcionar mejor. A diferencia de un conversor de código, no prevemos una copia de algo que hace tiempo que ha superado su fecha de vencimiento. Y a diferencia de un conversor de código, le ayudamos a recuperar y hacer suyas las reglas por las que deben regirse su empresa y su software.

2. Un buen software debe reducir la fricción en el trabajo diario de las personas. DOOR3 adopta un enfoque centrado en el usuario en el que la automatización y la facilitación son el nombre del juego. Nuestras soluciones ayudan a las personas a trabajar de forma más sencilla, inteligente y productiva. Cuando las personas son más productivas y eficientes, un efecto secundario común es que el trabajo se vuelve más agradable, con menos trabajo ajetreado. Hacemos un buen trabajo visualizando su trabajo y sabemos cómo facilitar sus flujos de trabajo para que puedan trabajar de forma más eficiente por el bien de la empresa.

3. Podemos construir sistemas de enorme escala, de extremo a extremo. Nuestras calificaciones y reputación hablan por sí solas. Siempre conseguimos cruzar la línea de meta y llevar a término sus proyectos. Y su empresa funcionará mejor como resultado.

Hablemos de su próximo proyecto de software heredado personalizado.

No deje que su software heredado le frene. Nuestros servicios de modernización de aplicaciones heredadas pueden transformar sus aplicaciones obsoletas en herramientas potentes y eficaces que impulsen el crecimiento empresarial.

DOOR3 crea soluciones digitales que capacitan a los usuarios, atraen a los consumidores, elevan las marcas y mejoran los negocios. Contamos con una amplia experiencia en la creación de soluciones de software empresarial personalizadas que triunfan a todos los niveles. Podemos hacer lo mismo por usted. Póngase en contacto con nosotros hoy mismo