HOLA!!!
Para mi, VB6 es un lenguaje y un compilador ya que no se lo puede catalogar como BASIC pelado, aparte, siempre hablo de VB6 no de versiones anteriores, para eso, BASIC existe desde hace añares.
Puede ser que plantees que son versiones distintas de un mismo lenguaje, pero eso no quita que uno tenga que aprender cada version del lenguaje a fondo.
GRACIAS POR LEER!!!
Citarpara comenzar voy a comentarles que ustedes están mezclando un lenguaje de programación (como Visual Basic) y un compilador e ide de 1998 como es MS-Visual Basic 6.0...Cito el Texto: "VB6 fue lanzado en 1998", "para un lenguaje que se vio remodelado (VB.Net) es mucho tiempo para que la gente lo siga usando"
Para mi, VB6 es un lenguaje y un compilador ya que no se lo puede catalogar como BASIC pelado, aparte, siempre hablo de VB6 no de versiones anteriores, para eso, BASIC existe desde hace añares.
CitarTrayectoria e Historia: ese argumento es absolutamente inválido, el lenguaje C data de mucho tiempo (aprox 1970), y hoy en día sigue siendo un gran lenguaje, pero si se ponen a pensar, uno no usa un compilador de C de 1980 por ejemplo, ésto no quiere decir que el lenguaje esté viejoEn el texto dice que son muchos años, no aclara que no haya lenguajes que lo hayan logrado... aparte, me nombraste uno que continua, el Icono de los lenguajes de programacion (si no es que ASM lo es), pero hay muchisimos otros lenguajes que se quedaron en el camino como los que nombro al final en respuestas (Cobol y Fortran).
Citar, en todo caso específicamente el compilador de visual basic versión 6 está un poco obsoleto, pero no el lenguaje.Eso es correcto, pero tambien esta expresado en el texto, por ahi no lo aclara como compilador explicitamente pero al hablar de VB6 se lo hace como un todo, Microsoft esta harto de ver apps en VB6 y lo ha descontinuado hace años, por esto puedo decir que es un lenguaje viejo, ya sin soporte y nadie que lo adapte, solo le queda morir.-
CitarCompatibilidad: es la misma historia, el compilador de Visual Basic de microsoft en su versión 6 está un poco obsoleto y no compila eficientemente para nuevas tecnologías, de la misma forma que el manejo de memoria y otros recursos que incorpora, también está un poco viejo.No habra compilador de VB6 adaptado a las nuevas tecnologias, como dije, Microsoft lo descontinuo.-
CitarApariencia: WTF!? esto está totalmente fuera de lugar, en primera instancia se podría cambiar la librería de Visual Basic Forms 2.0 por otra diferente, es cuestión de hacerla, y los propios usuarios de VB6 podrían crear una interfaz adecuada, nada salvo la ignorancia se los impide.Podria, y se hace, como dije en el texto se logran cosas que equiparan y a veces mejoran lo actual, pero... en cuanto a lo de modificar la libreria de windows forms 2, no me parece viable, primero por que habria que replantear todo el ide y el compilador para hacerlos compatibles con la nueva libreria o hacer una libreria que realice los formularios nuevos con las instrucciones viejas lo cual seria muy hardcore y una perdida de tiempo.
CitarCompilación: ._. otra cosa que no tiene absolutamente nada que ver con la cuestión, es un argumento equivocado obviamente, ya que no es cierto que cada vez hay "menos lenguajes que compilen", en realidad como dices exactamente hay más lenguajes interpretados pero esto no afecta en nada a vb6, podrán haber más lenguajes interpretados pero... siguen estando los compilados.Lo que se plantea en el punto compilacion en esa seccion, es que no hay muchos lenguajes a migrar por que ya no se hacen tantos lenguajes compilados como antes, no afecta a VB6 pero si al programador de VB6.
CitarOtra cosa que me sorprende es que mensione a los frameworks en un item que habla de compilación, un framework es lo que exactamente dice el nombre, un marco de trabajo, no necesariamente evita que alguien compile, no se trata de un interprete, se trata de un código que hace la tarea más fácil.Aca estas equivocado, los ejecutables de .Net estan compilados en NetIntermediateLanguaje lo cual requiere que se realice la doble interpretacion que nombro en el texto.
Citarya que en visual basic se tiende a gestionar recursos tales como la memoria por ejemplo, sin intervención del programador, lo cual en ciertos contextos podría generar una lentitud o inconvenientes inesperados, pero en la mayoría de los casos no.Es cierto pero como digo antes hay muchos trucos para gestionar estos temas sin que VB6 intervenga.
Citar¿por qué supongo que confunden lenguaje de programación con compilador? porque el hecho de decir "si conviene o no aprender o utilizar VB6 en estas épocas" tal cual como está escrito ahí, es un error que demuestra que, el que hizo el comentario no termina de comprender que no se puede aprender vb6 sino visual basic, en todo caso lo que se puede aprender son los detalles del compilador, tanto en C++ por ejemplo, un compilador de borland (C++ Builder por ejemplo) no copila de la misma forma que un compilador como GCC, lo que se tiene que aprender son los detalles de dicho compilador, lo mismo ocurre con VB6 - VBNet, son el mismo lenguaje, solo que uno da mucho más soporte orientado a un framework ".NET" y su modalidad de trabajo está orientada al mismo, pero no es un lenguaje difernete ni remodelado, el lenguaje en si, es el mismo, puede que haya sufrido alteraciones menores.Aca no estoy deacuerdo, VB6 es un lenguaje y un compilador, el codigo que se utiliza para realizar algunas cosas en vb6 difiere del generado en You are not allowed to view links. You are not allowed to view links. Register or Login or You are not allowed to view links. Register or Login, con tu criterio deberia poder copiar el codigo de un programa .Net, quitarle las partes que usen el .NetFramework y deberia funcionar en vb6, lo cual no es asi, y menos en sentido contrario, hay muchos cambios pequeños en el codigo entre las 2 versiones lo cual no los convierte "en el mismo lenguaje", son similares, si, pero no iguales.
Puede ser que plantees que son versiones distintas de un mismo lenguaje, pero eso no quita que uno tenga que aprender cada version del lenguaje a fondo.
CitarEn todo caso lo que sería correcto es discutir si vale la pena Programar en Visual Basic y compilar con MS Visual Basic 6.0.Aca creo que te estas yendo mucho a tecnisismos sin sentido, aunque, cambiaria "Programar en Visual Basic" por "Programar en Visual Basic 6" pero si te parece bien asi no tengo problemas.
CitarACLARO, no le discuto todo lo anterior al usuario 79137913 ya que el se basó en el pdf, más bien en todo caso el autor del pdf es el equivocado.Jajaja aca te estas equivocando XD si estas discutiendo con 79137913 por que el es el autor del post y el pdf... Un momento! ¡Yo soy 79137913!
CitarYo no se si te acordás 79137913 que el otro día charlabamos por skype justamente de esto, y te expliqué mi punto de visual basic, visual basic tiene una orientación diferente, fue diseñado para cumplir ciertas necesidades de la industria, tales como la IMPLEMENTACIÓN De componentes, (si se fijan es básicamente el uso de dlls, ocx, y en versiones nuevas el propio uso del framework NET), no obstante, no está diseñado para el desarrollo de ESPECIFICACIÓN, por lo que no da soporte fácil y directo, si se fijan, es complicado (no quiere decir que no se pueda) hacer componentes en visual basic.Si, de eso me acuerdo y no emitire opinion.
La pregunta es, hoy en día, en una industria tan floreciente, creciente, que cada día necesita más componentes, y que el verdadero negocio no pasa por utilizar los componentes (aunque si es necesario que existan dichos consumidores), sino que pasa por hacer componentes, ¿De qué lado vamos a estar? ¿del lado de los que consumen, o del lado de los que fabrican?
GRACIAS POR LEER!!!
