¿Cuándo conviene reescribir la aplicación en lugar de publicarla?

Si desarrollas software para Windows, seguramente has sentido la presión. Tus clientes quieren acceso desde el navegador, inicio de sesión único y la misma experiencia siempre actualizada que obtienen con cualquier otra herramienta que utilicen. Tu aplicación ya cumple su función, pero no fue diseñada para la web. Esto deja a la mayoría de los proveedores de software independientes (ISV) ante la misma disyuntiva: reconstruir todo el software como una aplicación web nativa o buscar una ruta más rápida a la nube. Esta es la decisión entre reescribir el software o publicarlo, y se encuentra en el centro de casi todas las conversaciones sobre la modernización de aplicaciones para Windows que tendrán lugar en 2026.

A menudo, la tendencia es asumir que la modernización consiste en reemplazar el código antiguo por código nuevo. En la práctica, se trata de un conjunto de decisiones sobre cómo se entrega, se accede y se mantiene la aplicación, no solo sobre cómo se escribió. Elegir bien puede ahorrarle años de trabajo. Elegir mal puede poner en riesgo su plan de desarrollo y su base de clientes.

¿Qué implica realmente una reescritura?

Reescribir una aplicación implica reconstruirla desde cero para la web . Afecta a todos los flujos de trabajo, todas las integraciones y cada línea de código de la que dependen tus clientes. Si se hace bien, te proporciona una base de código verdaderamente nativa para la web. Si se realiza a gran escala, es uno de los proyectos más grandes que puede emprender un proveedor de software independiente (ISV).

Antes de comprometerse, conviene ver el alcance total de lo que implica una reescritura:

• Personal: necesitas un equipo de desarrollo con las habilidades necesarias para reconstruir la aplicación en un plazo razonable, manteniendo al mismo tiempo el producto existente en funcionamiento.
• Paridad de funciones: igualar las funciones de una aplicación Windows ya establecida es extremadamente difícil, y algunas funcionalidades muy apreciadas pueden no tener un equivalente en la web.
• Tiempo de comercialización: en el caso de productos complejos y con muchas funciones, una reescritura completa puede tardar años antes de que llegue a los clientes.
• Integraciones y hardware: las impresoras, los escáneres, los sensores y otros periféricos que funcionan a la perfección en un ordenador de sobremesa son difíciles de replicar en un navegador.
• Adopción por parte del usuario: los clientes que están satisfechos con la aplicación actual a menudo se muestran reacios a aprender una nueva interfaz.

¿Qué implica realmente la publicación de aplicaciones?

La publicación de aplicaciones adopta un enfoque opuesto. En lugar de reconstruir la aplicación, se aloja en un servidor Windows y se distribuye su interfaz a cualquier navegador o dispositivo. La aplicación se ejecuta en el servidor y se comporta como si estuviera instalada localmente, pero los usuarios acceden a ella a través de un enlace web sin necesidad de instalación local.

Dado que el código permanece inalterado, la publicación de la aplicación no afecta a tus flujos de trabajo ni a tus integraciones. Tu equipo sigue implementando funciones en el producto que ya conoce, mientras que los usuarios obtienen la experiencia basada en navegador, similar a la de un SaaS, que tanto solicitan.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Cuándo tiene sentido reescribir

Reescribir no siempre es la respuesta equivocada. Hay casos en los que reconstruir es la inversión correcta a largo plazo:

• Su arquitectura principal está totalmente obsoleta y ya no se puede mantener ni proteger.
• Tu diferenciación depende de las capacidades que solo una arquitectura web o móvil nativa puede ofrecer.
• Dispones del presupuesto, la capacidad de ingeniería y el margen de maniobra necesarios para sostener un proyecto plurianual sin retrasar tu hoja de ruta.
• Su plan consiste en cambiar radicalmente la funcionalidad del producto, no solo su forma de entrega.

Si ninguna de esas opciones describe su situación, una reescritura podría estar solucionando un problema de entrega en un proyecto de desarrollo.

Cuando la publicación de aplicaciones es la opción más inteligente

Para la mayoría de los proveedores de software independientes (ISV) de Windows, la presión por modernizarse es en realidad una presión por cumplir con los plazos de entrega. Publicar suele ser la mejor opción cuando:

• Tu aplicación funciona bien y tus clientes la valoran tal como está.
• La verdadera solicitud es el acceso al navegador y el trabajo remoto, no un conjunto de funciones diferente.
• Quieres llegar al mercado en semanas, no en años.
• Es necesario mantener la integración con impresoras, periféricos o sistemas externos.
• Prefieres invertir tu tiempo de ingeniería en el producto que en una migración de plataforma.

Tomar la decisión entre reescribir o publicar la aplicación

Entonces, ¿cómo elegir realmente? Tomar la decisión entre reescribir o publicar la aplicación es más fácil si respondes algunas preguntas en orden:

1. ¿Cuál es el objetivo? Si se trata de una mejor experiencia de usuario, publicar el contenido probablemente te permitirá lograrlo más rápido. Si se trata de un producto fundamentalmente diferente, tal vez sea necesario reescribirlo.
2. ¿Cuál es el costo de la espera? Calcula cuánto tiempo tomaría una reescritura, y luego pregúntate qué te cuesta esa demora en términos de negocios perdidos y rotación de clientes.
3. ¿Qué perderás? Haz un inventario de las funciones e integraciones específicas de Windows que una reescritura pondría en riesgo.
4. ¿Qué puedes ofrecer ahora? Una capa de publicación puede brindar a los clientes acceso a la nube de inmediato, lo que te da tiempo para planificar cualquier modernización más profunda según tu propio cronograma.

Para muchos proveedores, la respuesta honesta es que la publicación resuelve el problema inmediato, y una reescritura, si alguna vez se produce, puede esperar hasta que esté realmente justificada.

Dónde se ejecuta tu aplicación publicada

Una vez que decides publicar en lugar de reescribir, la siguiente pregunta es dónde se ejecuta la aplicación. GO-Global te permite publicar tu aplicación de Windows existente en cualquier navegador o dispositivo desde un servidor en cualquier nube pública, privada o híbrida, sin necesidad de modificar el código. Para los proveedores que prefieren no gestionar esa infraestructura por sí mismos, ISVHost, la plataforma de alojamiento de GraphOn para ISV, se encarga de los servidores, el escalado y la distribución, para que tu equipo pueda centrarse en la aplicación.

Elegir el camino que protege lo que funciona

La modernización de aplicaciones Windows no tiene por qué implicar una reconstrucción completa. En la mayoría de los casos, la forma más rápida de lograr una experiencia moderna en la nube es publicar la aplicación que ya tienes y reservar la reescritura para los casos excepcionales que realmente la requieran. No se trata de reescribir o nada, sino de elegir el enfoque que ofrezca a tus clientes lo que desean con el menor riesgo para lo que ya funciona. ¿Eres un proveedor de software independiente (ISV) de Windows que explora la distribución de aplicaciones en la nube? Contáctanos para descubrir cómo GO-Global puede ayudarte a optimizar el acceso al software para tus usuarios finales. O descarga una versión de prueba gratuita para comprobarlo tú mismo.