Muchos desarrolladores fans de Visual Basic consideran que la versión 6 del mismo —lanzada en 1998— constituye la cumbre de dicho lenguaje, antes de que Microsoft introdujera VB.NET en 2001 y todo empezara a ir de mal en peor. Las diferencias entre ambos lenguajes eran numerosas. En primer lugar, se trataba de un cambio de enfoque, desde un lenguaje orientado a eventos a uno orientado a objetos……en cuanto a la sintaxis, todas las llamadas a subrutinas pasaron a necesitar paréntesis (...)
Comentarios
Yo me hice el ERP completo de mi antigua empresa en VB6, pese a que se le acaba cogiendo cariño, es una mierda obsoleta como lenguaje.
Tengo una aplicación de inventario desarrollada en VB6 por un anterior administrador de sistemas.
Tiene varios Bugs.
Es complejo explicar al departamento financiero que eso no se puede tocar de forma sencilla y sobre todo adaptarlo para W10/11
Hay librerías obsoletas, no compatibles, etc.
Sale casi más caro adaptarlo que refactorizarlo de nuevo.
O esa es mi impresión.
Yo programé varias aplicaciones en VB6 usando SQL Server como base de datos. TODO eran procedimientos almacenados, el transact sql era cojonudo, incluyendo un depurador. Eran aplicaciones cliente/servidor puras 100% VB6 era simplemente el frontend. La verdad que fueron proyectos con los que disfrute mucho
#3 yo igual. Lo hice pensando en el futuro, sin necesidad de utilizar ni componentes ActiveX de última generación ni librerías especializadas. Y apostando que Microsoft ni cambiaría la filosofía de los procedimientos almacenados... Hoy en día, después de 20 años, sigue siendo una pasada. Y por más cambios y mejoras del mundo de Microsoft que hayan hecho, sigue al 100%. Algunos les cuesta entender que si haces desarrollo pensando precisamente que la informática es evolutiva...
Es el programa que más orgulloso estoy de ello. Bueno, tengo otro que ha salvado muchos problemas. Un programa que realmente solo instala librerías que otros programas extenos puedan necesitar.
Ese, cuando hubo la pandemia y todo el mundo empezó a trabajar desde casa, ayudó en evitar más problemas. También de hace unos 20 años y hoy en día la siguen utilizando cuando compran nuevos PC.
La migración de Visual Basic 6 a VB.NET era un infierno?
Esto es directamente mentira.
Había que hacer un esfuerzo como en cualquier migracion, pero participé en varias y de infierno nada.
También, como siempre, cuanto peor el códigos de partida, más complicado todo.
#4 Osea, que los que no migraron son los proyectos que daban "miedo" por su calidad, y ahora tindrán una nueva vía para joder la salud de los que tengan que sufrirlos en la actualidad.
#6 habrá una variedad grandísima de condiciones para tomar la decisión de migrar o no. Pero que sea un infierno... No creo que sea una de ellas
Eso sí, Quien pretenda hacer la migración ejecutando un wizard y sin invertir...se va a encontrar con un cigarro monumental
#c-4" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3663370/order/4">#4 A dia de hoy a veces me pasan "clases" de vb6 llenas de goto's y on error resume next para que las modernize y las ponga en c# dentro de apis... si , es un puto infierno
#9 yo pasé muchas de vb6 a VB.net y hay una diferencia: en vb.net funcionan esos on resume next. Las puedes poner a funcionar con mínimos cambios, luego metes pruebas unitarias hasta que te sientas seguro para refactorizar, y solo entonces es cuando realmente haces la migración.
Tengo miedo. Todavía recuerdo con terror las mierdas que se hacían en Visual Basic. Espero que los que hayan sobrevivido hasta hoy sean los desarrollos "buenos", pero no se que me dice que la realidad es diferente ...
El lenguaje de programación y el entorno de desarrollo más cómodos que he conocido.
gambas al ajillo
#10 entendí esa referencia!
Uf... yo entré en unas prácticas y me metieron en un megaproyecto en VB6... obviamente no di la talla.
¿Por qué? Simplemente es muy complicado aplicar buenas prácticas en VB6 y el que llega es imposible que retome algo.