Microsoft no quiere que Visual Basic 6 esté en código abierto

masterhacks_microsoft_rehusa_visual_basic_abierto

Es evidente que Visual Basic 6 es uno de esos lenguajes que muchos programadores usan porque iniciaron en el tradicional BASIC y poco a poco fueron migrando de versiones hasta que salió una versión RAD, es decir, de rápido desarrollo.

Con el tiempo ésta evolucionó hasta la verisón 6. Hoy en día quizás no se use mucho para producción final profesional de software, pero claramente es muy utilizada en prototipos. Pero Microsoft decidió olvidarla y no parecen tener más interés en sacar alguna versión más. Ahora hay una petición interesante: ya que a Microsoft no le interesa, ¿por qué no hacerla de código abierto?

La comunidad  de VB6 extraña de alguna manera su lenguaje. Sin duda puede ser que tenga algunos problemas importantes, pero es una solución para muchos problemas de cómputo. Después de todo, VB fue la fuerza detrás de VB.NET. Y sí, puede no gustarnos a muchos, pero es claro que la comunidad de programadores de VB6 es enorme y eliminarlo de los proyectos de Microsoft no parece haber sido una buena idea. Quizás esto no hubiese pasado si se tratase de un lenguaje de código abierto. Tal vez ahí esté la gran lección detrás de este sistema.

Microsoft decide no desarrollar más VB6, pero se impone abrirse al código abierto. Parece poco pedirles que ponga a VB6 en es status, es decir, de código abierto. Vamos, si lo pensamos, Windows 8 WinRT usa COM y VB6 era un lenguaje diseñado para usar los objetos COM en la forma de componentes ActiveX. Así entonces, la idea de terminar con VB6 hasta sorprende.

En diciembre del 2012 un programador anónimo le preguntó a Microsoft si pensaba relanzar VB6 y tal vez una versión mejorada, digamos VB7.  Es una de esas peticiones que en general se ignoran en las grandes empresas. Para Microsoft, seguir manteniendo a VB6 o una versión mejorada de éste significaría poner muchos recursos que bien podrían usarse para otros proyectos. Así pues, después de abandonar VB6, el revivirlo parece muy poco probable.

Al inicio de junio, el equipo de Visual Studio declinó la petición y explicó porqué no era una buena idea para la empresa revivir a VB6. El argumento básicamente decía que muchas cosas habían cambiado y que poner a VB6 en la perspectiva de las apps web y la computación en la nube iba a ser demasiado complicado. También indicó que VB6 moriría con su módulo de tiempo de ejecución (runtime), que aunque sigue incluido en Windows 8, se prometió que se le daría soporte hasta el 2048 al menos. Por ello, la petición de que pasara a ser código abierto, podría parecer razonable.

El argumento de Microsoft entonces se puede resumir en la siguiente oración: “No es posible abrir el código fuente de VB6 por la cadena de herramientas y el ecosistema que usamos”. No hay discusión posible, no hay más explicaciones

Pero ¿qué pierde Microsoft abriendo el código de VB6? ¿Por qué no le quiere dar el VB6 a la comunidad de programadores? Parece ser que la razón es que Microsoft inicialmente buscaba promover .NET y la empresa necesitaba terminar con VB6 para poder trabajar en esos nuevos planes. Hay quien no le gusta esto, pues Microsoft es feliz usando código abierto como Javascript, Python pero no es capaz de abrir su código propietario. En mi opinión, tienen todo el derecho a no hacerlo, aunque no nos guste.

Pero no todo parece estar perdido. Hay un movimiento que bien podría hacer cambiar de opinión a Microsoft, pero aún hbrá que esperar a ver si prospera.

Fuente: unocero

Gracias por apoyar el libre conocimiento con tu donación!
Bitcoin: bc1q4sw9260twfcxatj8mjp7358cyvrf8whzlelyhj
Ethereum: 0xFb93D2a3c9d1A0b83EE629c2dE1725BCa192e581
Litecoin: LbFduJmHvQXcpCnwfUT7aJ4DYoWSL3iQw8
Dogecoin: D7QQVqNR5rk215A4zd2gyzV9P2bLQtZHFV
Transferencia bancaria en México:
Cuenta CLABE: 646180224401848086 Nombre: Masterhacks LATAM Banco: STP

Unete a nuestros grupos:
WhatsApp: https://chat.whatsapp.com/C8fqiz3aDDc58VRRd1vdrb
Telegram: https://t.me/masterhacks_net
Canal de WhatsApp https://whatsapp.com/channel/0029VaBBLCn5vKAH9NOWCl3K