La compleja toma de decisiones sobre la migración desde Visual Basic 6.0 a .NET (II)
[Ref.: La compleja toma de decisiones sobre la migración desde Visual Basic 6.0 a .NET (I)]
Quiero ante todo, que quede claro que la migración de una aplicación de Visual Basic 6.0 a .NET con la herramienta de migración que acompaña a Visual Studio no completa el trabajo al 100%. Siempre es necesario que alguien con conocimientos suficientes, personalice o realice determinados cambios de forma manual. En mi modesta opinión, es una herramienta que nos ayudará en los casos más complejos a migrar la aplicación en aproximadamente un 70%, algo que no está nada mal, pero no es una herramienta que nos permita migrar la aplicación completa, de ahí que decía de la migración que era la “gran mentira”. La migración y el porcentaje de la aplicación migrada correctamente, dependerá no obstante de la complejidad de la misma. Aún y así, la herramienta de migración que acompaña a Visual Studio 2008 ha sido mejorada muchísimo, pero existen muchas partes de una aplicación Visual Basic 6.0 que son muy difíciles de migrar (quizás lo pueda mostrar con más detalle en otra entrada).
En la mayoría de las ocasiones, nos veremos obligados a desarrollar nuevamente la aplicación partiendo de cero, de hecho, ésta es a mi juicio la opción más adecuada en la inmensa mayoría de los casos siempre y cuando (repito), los costes estén justificados. No es lo mismo migrar por necesidad, que migrar por moda o por imagen, aunque en algunas ocasiones hasta migrar por imagen un desarrollo puede estar económicamente justificado. Sea cual sea la razón, debemos asumir la decisión después de analizarla adecuadamente, con criterio autocrítico, no solo con el momento actual en el que nos encontramos, sino también en el momento futuro hacia el que vamos o hacia el que queremos ir. No sería la primera vez que una empresa decide migrar una aplicación en este instante, sabiendo que en dos años va a desarrollar una nueva aplicación que sustituirá a la que desean migrar, y que la fase de migración durará un año y medio… ¿es rentable migrar la aplicación completa para usarla en el mejor de los casos durante solo 6 meses, o no es más sensato en este caso intentar centralizar los esfuerzos y los recursos económicos y materiales en el desarrollo que está ya presupuestado para dentro de dos años?. Siempre, la respuesta será depende, pero como he dicho, debemos valorar todo con un criterio autocrítico que favorezca la correcta toma de decisiones.
Así por lo tanto, el hecho de rehacer la aplicación partiendo de cero tiene varios aspectos todos ellos muy positivos:
– Por un lado, los vicios adquiridos por los desarrolladores de Visual Basic han hecho que una aplicación de Visual Basic 6.0 sea en algunos momentos insostenibles en cuanto a mantenimiento. El hecho de rehacer un desarrollo entero debe empezar imponiendo ciertas normas de codificación que deben cumplirse y otras que no deberían saltarse nunca.
– Al no ser Visual Basic 6.0 un lenguaje puramente orientado a objetos, la reutilización de código no ha sido aplicada como se debería haber aplicado en el desarrollo original, y seguramente, si migráramos la aplicación nos encontraríamos con código repetitivo que al mismo tiempo es difícil de mantener.
– La nomenclatura utilizada en Visual Basic 6.0 suele ser en la inmensa mayoría notación húngara, pero resulta que dicha notación está desfasada hoy día.
– Otro aspecto es la documentación de la aplicación. Casi ninguna aplicación posee una documentación interna ni externa. El hecho de poder documentar la aplicación con comentarios XML proporciona la posibilidad de obtener de forma directa una documentación muy válida para el equipo de desarrollo.
– Por otro lado, y quizás el aspecto más destacable o importante, es que la experiencia relativa a la lógica de la aplicación que tenemos hoy día, nos ayudará a la hora de desarrollar la nueva aplicación con Visual Basic para .NET. No es lo mismo iniciar un nuevo desarrollo partiendo de cero, que iniciar un nuevo desarrollo sabiendo lo que queremos, como lo que queremos, y donde lo queremos. Recordemos que la toma de requerimientos es la tarea inicial más importante que permitirá que el desarrollo haga lo que queremos que haga.
Finalmente, la gran cantidad de mejoras que han sido incorporadas en el desarrollo del Software y en el lenguaje Visual Basic, nos proporciona más posibilidades a la hora de desarrollar aplicaciones que con Visual Basic 6.0, por lo que deberemos hacer un esfuerzo en cuanto a la arquitectura de la aplicación, porque a buen seguro que esta no tenga nada que ver de Visual Basic 6.0 a Visual Basic para .NET, incluso puede, que muchas de las cosas que se hacían con Visual Basic 6.0 cambien radicalmente con Visual Basic para .NET.
One Responseso far
Continuando con las entradas que le estoy dedicando al camino de migración y paso de Visual Basic 6.0