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 | 16 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
|
