VB6 en el siglo XXI

Tengo que dar unas clases particulares de programación. Lo que en primer momento pensé que sería C, resulta que será VB6.0 y FoxPro. Para la hora del desengaño ya había confirmado mi disponibilidad y no me gusta ser una persona que rompe compromisos. En otra ocasión podríamos conversar sobre como es que hay gente que sigue enseñando tecnologías innecesarias y obsoletas (Microsoft considera a VB6 como lenguaje legacy desde el 2008) argumentando todo tipo de absurdos.
Por ahora, me monto una VM con Windows XP y me pongo a descargar compro VB6. Esto me da tiempo para leer algunas cosas por el camino:
  • VB6 fue la segunda y última versión de la suite de desarrollo Visual Studio de Microsoft, antes de la plataforma .NET.
  • Visual Studio también incluía Visual J++, un lenguaje que le costó a Microsoft millones de dólares a pagar a Sun Microsystems ya que era una versión propietaria e incompatible de Java.

¿Por qué VB fue discontinuado?

Porque no fue concebido como un lenguaje de desarrollo completo, sino más bien como un lenguaje de alto nivel para componentes de bajo nivel. Pero VB usaba COM, esa familia de tecnologías usadas para vincular componentes pero que estaba tan roto que hizo surgir a .NET utilizando una tecnología distinta y, por tanto, incompatible.

¿Por qué el odio a VB?
Ya en su momento el descontento de los desarrolladores era extendido. Por varias razones, entre ellas, ver que VB6 no tenía orientación a objetos y que lenguajes como C++ y Delphi eran mucho más potentes. Todo esto empeoró con la discontinuidad de VB ¿qué harían las empresas que habían montado su infraestructura informática usando VB6? Migrar a .NET. El problema fue que no fue una "simple" migración de plataforma, fue un rediseño completo de las aplicaciones.

A esta altura de la historia ya había terminado la instalación. Así que, si encuentro algo interesante en esta nueva odisea que va a ser enseñar cosas que no me gustan, seguro la voy a estar compartiendo por acá, mientras tanto, me voy en silencio.


Comentarios

Publicar un comentario

Entradas populares de este blog

Introduccion a x86 ASM - Registros

Imagen
Assembler no es un lenguaje. Es una familia de lenguajes dependientes de la arquitectura de los procesadores. Esta familia de lenguajes es fundamental en ingeniería inversa. Me fascina el concepto de ingeniería inversa aunque aún soy un lego casi total en la materia: esta guía también me sirve a mi. Por otra parte, demasiados desarrolladores no saben lo que es la ingeniería inversa y demasiados desarrolladores piensan en Assembler como si fuera un lenguaje de programación obsoleto. Esta serie de entradas, inspirada en esta otra Guía de la Universidad de Virginia pretende ser una guía introductoria al lenguaje assembler usado en los procesadores Intel x86. Como guía introductoria cubre solamente una pequeña porción (pero útil) de las directivas e instrucciones disponibles. Así como existen un lenguaje ensamblador para cada arquitectura, existen varios lenguajes para generar código máquina para procesadores x86. Esta guía utiliza el assembler de Microsoft Macro Assembler (MASM) , q...
Leer más

JS: Triángulo de Pascal

Hoy, un pequeño problema de código Javascript. El siguiente snippet pretende crear un triángulo de Pascal . Al constructor Triangle se le pasa el número de filas que se quiere generar para la solución. La función fillRows() llama a fillRow(numRow) una vez por cada fila que se quiere generar. La función fillRow(numRow) se encarga de poner los números que van en cada posición de cada fila. Para ello usa un Array llamado row donde pone auxiliarmente los valores antes de agregarlos a this.rows . Estarán de acuerdo conmigo si les digo que el console.log() comentado como log "B" debería devolver lo mismo que el de la línea 5 -log "A"-. Pero no. Los resultados de cada console.log para new Triangle(2).rows son: Log "B": [[1], [1, 1]]. Log "A": [[1], undefined]. Es decir, this.rows tiene los valores correctos dentro de la función fillRow(numRow) pero no fuera de ella. ¿Cuál es el problema?¿Es una cuestión de scopes?¿Debería cambiar la...
Leer más

Legacy Trash (II)

Segunda entrega de este paseo por una aplicación PHP sangrienta. Después de pasar los ojos sobre un montón de líneas de código cuya complejidad solo es justificable en caso de que el programador estuviera realmente preocupado por su estabilidad laboral y después de encontrar: -Una simpática variable llamada $cúmulo. -Un script cuyo título era el nombre y apellido del autor. -Un comentario /***SEGUIMOS***/ , que me tranquilizó porque pensé que ya no estábamos siguiendo... Encontré un par de cosas más interesantes. Dialecto simplificado function quitarAcentos($cad) { //40 lineas de código que no quiero discutir $arr['z']='s'; $arr['ce']='se'; $arr['ci']='si'; $arr['ge']='je'; $arr['gi']='ji'; $arr['v']='b'; $arr['ll']='y'; $arr[' h']=' '; $arr['x']=''; foreach ($arr as $i => $v) { $cad=str_replace($i,$v,$cad); } } ¿Vieron eso? a...
Leer más