Blogalia

"En el arte marcial como en la vida diaria. En la vida diaria como en un arte marcial."

Aikido

Sígueme en Twitter

<Octubre 2017
Lu Ma Mi Ju Vi Sa Do
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
29 30 31        


Todas las Historias

VELOCIDAD DE ESCAPE

Inicio > Historias > VISUAL BASIC TIENE UN INCIERTO FUTURO

2003-07-14

VISUAL BASIC TIENE UN INCIERTO FUTURO

La inesperada irrupción exitosa del nuevo lenguaje C# está provocando que ciertos expertos se pregunten si no estamos asistiendo al lento declive de Visual Basic.
Por mi parte creo que será el declive más lento jamás observado en un lenguaje de programación debido a la amplísima base de programadores que lo usan pero también es cierto que yo lo he abandonado y me he pasado con armas y bagajes a C#.

Las razones: Sintaxis OOP Completa, sencillez en el desarrollo de aplicaciones, potencia y algo muy importante, no es verborreico como el Visual Basic.
En una linea C# hace lo que Basic en Cinco.

Copio y pego el artículo Vinculo el artículo que comenta este tema.
http://searchvb.techtarget.com/tip/1,289483,sid8_gci914179,00.html

AÑADIDO POSTERIOR<

Me permito añadir el excelente artículo sobre los problemas de NET que fernand0 aporta en su comentario

Programación | jomaweb | 15 Comentarios | Enlace


Referencias (TrackBacks)

URL de trackback de esta historia http://jomaweb.blogalia.com//trackbacks/9788

Comentarios

1
De: fernand0 Fecha: 2003-07-14 06:42

Se que para una empresa como MS esto es casi anecdótico pero parece que .Net no se está implantando al ritmo que esperaban:

http://www.eweek.com/print_article/0,3668,a=44286,00.asp



2
De: rvr Fecha: 2003-07-14 06:53

Jomaweb, si hay enlaces a artículos, te pediría que no los copiases por aquí al completo, especialmente los estadounidenses porque tienen unas leyes de protección del copyright bastante duras ;)

Sobre C# vs VB, no veo tal competencia. Son lenguajes destinados a públicos diferentes.



3
De: Moebius Fecha: 2003-07-14 16:31

Yo sí creo que es acertado el sentido del artículo, pienso que el nicho de VB va a terminar siendo el de las macros de Office. Hasta que salga el C# para Office.



4
De: JOMAWEB Fecha: 2003-07-14 16:49

Hombre, públicos diferentes hasta cierto punto. Yo hago lo mismo con C# que lo que antes hacía con VBasic.

oops, perdón.
Pondré los vínculos solamente.



5
De: jomaweb Fecha: 2003-07-14 17:06

Después de leer el artículo de fernand0 no puedo estar más de acuerdo.

Yo añadiría más:

Desde mi experiencia personal puedo atestiguar el proceso de migración desde un sistema ASP 3 con Vbscript o Visual Basic 6 hacia .NET
Y esto implica muchísimo más esfuerzo que el que hubo que hacer para pasar de VB 4 al 5 o incluso al 6.

La orientación Objetos completa y todo un nuevo framework implica que no solo en tiempo de migración sino en cambio de mentalidad a la hora de "simplemente" depurar una aplicación, la cosa se alargue mucho.
Y para equipos mínimos de programadores en empresas medianas como la mia eso es muchas horas y mucho esfuerzo y mucho dinero pagado de mi propio bolsillo en cursos y libros (sin otra compensación que el propio orgullo de aprender).

Eso en cuanto a empresas medianas-pequeñas que son el 90% en nuestro país.
El resto del mundo no sé como será pero evidentemente nos encontramos que una migración de VB6 a VBNet es imposible por definición en grandes aplicaciones con lo cual la cosa tiene que ir lenta por narices porque lo que se hace (al menos es lo que hacemos aquí) es que las nuevas aplicaciones se hacen en NET y las antiguas...ya veremos lo que hacemos cuando tengamos tiempo (es decir...nunca).



6
De: Akin Fecha: 2003-07-14 17:11

Y tu que lo has probado...

¿Dan los mismos problemas las aplicaciones creadas en C# que las hechas en VB o han conseguido hacerlas un poco mas 'sólidas'? Si es así me planteo el cambio.



7
De: jomaweb Fecha: 2003-07-14 19:41

¿solidez? ¿qué quieres decir?
Los problemas son siempre los mismos aunque al ser "managed code" los errores te los va a dar en el momento de la depuración (es más tiquismiquis) y muy raramente en la implementación (evidentemente si todo está donde tiene que estar).
Si te puedo decir que su ejecución es mucho más rápida.
al principio cuesta un poco habituarse a la sintaxis de "llavecitas" pero en cuanto le coges el tranquillo te sorprenderás de lo rápido que avanzas.

Con el añadido de que ahora comprendo mucho mejor el código de Java, C++, javascript o similares.



8
De: Akin Fecha: 2003-07-14 20:56

Jomaweb, en el proyecto en el que estoy (muy grande él) han conseguido encontrar unos cuantos bugs del VB, mas un montón de limitaciones y algunos problemas derivados de DLLs (que supongo que estos tienen difícil solución). Su interrelación con bases de datos (access) y su acceso remoto también nos dan muchísimos problemas (sobre todo lo de las bases de datos, que se cuelga un equipo y las bases de datos quedan irrecuperables).

Mi pregunta es si en c# también sucede eso.



9
De: jomaweb Fecha: 2003-07-14 21:11

No te puedo decir porque eso que me comentas me pasó hace tiempo con Access y lo abandoné por completo.
Se me corrompió una BBDD con información importante y casi me corto las venas en sentido longuitudinal.
Desde entonces siempre uso SQL Server o en su defecto escribo a disco archivos XML.
Con C# no he encontrado hasta ahora problemas con Bases de DAtos. Lo único que me parece una gran cagada es el nuevo ADO.NET. No hay dios que se aclare con los datasets y consumen memoria a tutiplén.
Concrétame un poco más qué bugs encontraste con VB y las librerías porque hasta donde yo sé los assemblies las han sustituido y trabajan "side by side" con otras versiones. Lo que sí me ha dado mucha guerra ha sido el Crystal Reports. Pero eso es harina de otro costal.



10
De: rvr Fecha: 2003-07-14 23:26

Jomaweb: Gracias por poner el enlace :))

Sobre VB vs C#. C# es más completo que VB.NET, pero a cambio, VB es más sencillo de aprender. Entiendo, por tanto, que el público objetivo de cada uno de los lenguajes es diferente.



11
De: Akin Fecha: 2003-07-15 01:13

Jomaweb, no te preocupes, no estoy en desarrollo y por lo tanto no es problema mío. Simplemente tengo pendiente retomar la programacion visual y busco una alternativa a Delphi, al VB le he visto muchos problemas en el proyecto en el que estoy y c# podría ser una buena alternativa, tengo una cierta formación en c++ y supongo que no sería traumático el cambio.



12
De: Epaminondas Pantulis Fecha: 2003-07-15 02:21

Jomaweb: Lo de ADO.net es muy fuerte, como diría Bustamante... si pensamos que por dentro está todo en XML, no es de extrañar que pese lo que pesa...



13
De: jomaweb Fecha: 2003-07-15 17:35

No solamente en el sentido de consumo de memoria, que hasta cierto punto, en entornos intranet no suele ser problema porque conocemos la capacidad de los equipos y podemos ajustarlo.
El problema fundamental con el ADO NET es su manejo.

De lo sencillo que eran los Connection y los Recordsets con su movenext hemos pasado a un galimatías de datatables, datasources, datamembers....

No deiscuto que sea más potente y que trabaje desconectado pero consume mogollón y yo todavía no lo veo claro.

Para cosas complejas sigo usando ADO 2.7 en Net. Me ahorro quebraderos de cabeza y es muy sencillo de usar.
Si queréis os comento cómo se hace.



14
De: fernand0 Fecha: 2003-07-15 18:01

Otro enlace reciente sobre .Net
http://www.kuro5hin.org/story/2003/7/11/21859/2846



15
De: jomaweb Fecha: 2003-07-15 18:59

Gracias por el enlace



Nombre
Correo-e
URL
Dirección IP: 54.81.45.122 (af84a8a298)
Comentario