Delphi VS Visual Basic

[delphi.com.ar]

Empezado por roman

...me gusta entre otras cosas, precisamente por no tener que declarar cada simple variable, cada I y cada J que usemos de contador...

La no declaración de variables lleva a producir errores totalmente inesperados, y difíciles de encontrar, cuando tenemos un problema sintáctico al nombrar una variable. Digamos, venimos usando una variable iCantidadPersonas y de golpe en algunos lugares de código escribimos iCantdadPersonas, el compilador lo tomará como válido y esa variable no sera "procesada" cuando tenía que serlo.

Empezado por roman

...la falta de tipos me gusta cada vez más...

La falta de tipos termina resultando que todos los tipos son tratados como un tipo genérico, absurdamente casi siempre una cadena, lo que es totalmente imperformate. Me gustan mucho mas los lenguajes fuertemente tipados, en el caso que comentas, apuntaría a la sobrecarga de operadores, algo de mucho mas nivel...

PD: Sobre gustos no hay nada escrito, decía la viejita mientras se comía los mocos

Saludos!

[[seoane]]

Empezado por delphi.com.ar

La no declaración de variables lleva a producir errores totalmente inesperados, y difíciles de encontrar, cuando tenemos un problema sintáctico al nombrar una variable. Digamos, venimos usando una variable iCantidadPersonas y de golpe en algunos lugares de código escribimos iCantdadPersonas, el compilador lo tomará como válido y esa variable no sera "procesada" cuando tenía que serlo.

Para eso esta la Option Explicit que obliga a declarar las variables antes de utilizarlas. Yo es lo primero que escribia cuando usaba Visual basic

[delphi.com.ar]

Empezado por seoane

Para eso esta la Option Explicit que obliga a declarar las variables antes de utilizarlas. Yo es lo primero que escribia cuando usaba Visual basic

Si, si.. es una opción IMPRESCINDIBLE en cualquier proyecto serio en VB... Pero no es una opción por defecto, y me he peleado mas de una vez con el lenguaje, cuando la olvido en un nuevo archivo

[OSKR]

roman:

¿Y por qué no hacerlo?

Porq es una encuesta, lo q pide el chamo son razones supongo q generales como las q explico delphi.com.ar, no entrar en el detalle...es màs tal vez no sepa q era IADS (q por cierto va de la mano con Visual Studio xq ahi si funciona), si necesita usar VB por una u otra razòn no serìa conveniente echarle a perder la tarde por una caso tràgico de mi existencia, mas bièn como una advertencia por si acaso un dia se topa con la misma ocurrencia .

Más que nada la hago de abogado del diablo porque me parece que a veces tendemos a descalificar dando argumentos que no van sobre la esencia misma del problema y a quien se inicia en la programación posiblemente no le quede claro el porqué un lenguaje puede ser mejor que otro.

bueno...viejo...es mas o menos parte de lo q qiero decir

[delphi.com.ar]

Yo voy a enumerar unas cuantas razones por las que no utilizaría VB (no me refiero a VB.NET ya que lo considero otro lenguaje totalmente diferente), e iré agregando ítems según recuerde:

• Producto final lento e inestable.
  Creo que no hay que ahondar mucho en el tema, cualquiera que haya trabajado en VB, sabe que lo que compila no siempre funciona igual que desde el IDE, sabe que su aplicación no responderá igual en todas las terminales, en grán culpa por la tecnología COM.
  .
• Falta de funciones y herramientas básicas.
  Para hacer una breve reseña, las funciones aritméticas son básicas, no existe forma nativa de hacer obtener el resto de una división de dos números decimales, no existe en forma nativa la forma de truncar un número sin redondeo, no existen funciones de desplazamiento de bit, no existen funciones serias para el tratamiento de fechas, archivos... (No vale correr la coma ehh!! )
  .
• Carece de un tratamiento de errores serio.
  Quien haya trabajado en VB sabe a lo que me refiero.
  .
• Los errores son capturados por el runtime y no pueden ser debugueados fuera de este.
  Si un error no es capturado el resultado final es la terminación abrupta de la aplicación.
  .
• El IDE es el encargado de interpretar el código y no es igual que el código compilado.
  Me a sucedido en mas de una ocasión, que el código ejecutado desde el IDE se comporta distinto que al ejecutarlo desde el EXE. Además, como el proceso del IDE es el encargado de interpretar el código, si desde nuestro código escrito producimos un error del sistema, perderemos todo los cambios porque el sistema operativo cierra un único proceso.
  .
• Compilador pobre.
  Recuerdo haber asistido a las presentaciones de VB4 y VB5, en la primera, si no me equivoco el orador era Willy Reinoso, habló durante un buen tiempo sobre la ventaja del PCode, tiempo después, con la aparición de VB5 tiró por la borda todo lo que nos había “¿mentido?” sobre la versión anterior.
  El producto final es lento, y poco optimizado. El compilador no da ninguna advertencia sobre el código escrito. Y por otro lado solo permite crear ejecutables runtime-dependientes y objetos COM.
  .
• Falta de compatibilidad entre versiones.
  El código de VB entre las versiones 3-4 4-5 6-.NET (si la admitimos como VB), es incompatible. Culpa de la falta de diseño y la pobre filosofía original del lenguaje. Años atrás trabajaba en una empresa que había pagado U$S 1.000.000 por un sistema muy grande, desarrollado en VB3, cuando aún era una tecnología válida, y a la hora de migrarlo a una plataforma de 32bits, ya que Win9x solo reserva un espacio fijo de la memoria para aplicaciones de 12bits y esta la desbordaba continuamente, se vieron en el inconveniente que la migración era la reprogramación del sistema.
  En innumerables ocasiones escuché que se decidía por VB porque se tenía soporte, pero cuando aparece una nueva versión, M$ deja de soportar las versiones anteriores, y al ser radicalmente distintos, el soporte no sirve de nada.
  .
• Imposibilidad de utilizar ciertos objetos creados en runtime
  Esto evidencia que VB trata a sus diseñadores distinto que al código que escribamos. Hay ciertos componentes que es imposible crearlos en runtime con la opción WithEvents que es al que nos permite capturar el evento del objeto. Por ejemplo cualquier objeto que se haya cargado la librería que lo contiene dinámicamente, o simplemente algún objeto tipo el MSCOMM32
  .
• Carencia de Hilos de ejecución y mal tratamiento de objetos externos multihilo
  Simplemente no tiene una forma nativa de tratar hilos, y aparentemente el runtime no soporta que creemos hilos utilizando las funciones del SO. Digo aparentemente porque me baso en las pruebas que he hecho.. (Subo el código si alguien lo quiere)
  Por otro lado, tuve muy malas experiencias utilizando controles ActiveX que utilice mas de un hilo.
  .
• continuará...
  .

[amadis]

LA ELECCION DE UN LENGUAJE

En mi carrera de analista comenzamos con lenguajes de DOS, como Cobol, Basic, Clipper,y Pascal .

Salimos con buena base en los 3 ultimos, a mi particularmente me encantaba Clipper por la potencia con bases de datos y sencillez de programacion incluco con menues y graficos complejos.

Pues llego el momento de migrar a Windows, comencé por Microsoft Visual Fox ya que la sintaxis era similar a Clipper y me parecio muy basico y nada mas orientado a manejar cualquier tipo de operaciones con tablas.
Y si te sales de eso se muere o te complica la vida...

Luego Pasé Visual Basic, me gustó más incluso hice varios proyectos pero me resulto muy basico.

Y cuando conocí Delphi 6 me voló la cabeza la potencia y sencillez de todo.
Y el ver que cada dia que pasa era una limitación menos.

Actualmente programo en el 7 y estoy muy conforme.

Aunque me sigo rompiendo la cabeza mas aun con tal de aprender.

[Elias_02]

Yo he trabajo con c++ builder 6 de la borland y es magnifico,pero cuando conoci delphi me encanto!!! siemplimente me gusto.

[[poliburro]]

No se ustedes, a mi estos debates me dan sueño,

Por supuesto Delphi será mejor que visual basic, por n + 1 cosas.

Punto.

Creo que ahora que microsoft ha apostado al 100 % a Punto net, Este debate tiene un tufo de anacronismo que ni el se lo aguanta.



Mi muy particular punto de vista.

jejejej

[roman]

Tienes razón, ahora que ya ni Microsoft defiende a VB, esto es como debatir qué es mejor, si Lotus o QPro

// Saludos

[[felipe88]]

!!! Viva Delphi ¡¡¡ :d

[[poliburro]]

Pues, Viva¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡ jajajajaj

[linuz]

Hola a todos,

He votado por Delphi. Llevo trabajando con el profesionalmente 1 año y medio, y me parece una herramienta excepcional. He trabajado un poco con VB, pero no quede muy satisfecho (lo cual no quiere decir que no sea bueno).

Algunos compañeros han comentado.

Empezado por Roman

Tienes razón, ahora que ya ni Microsoft defiende a VB, esto es como debatir qué es mejor, si Lotus o QPro

Creo que deberíamos de apuntar más hacia Delphi Vs VB.NET, aunque sigo opinando que VB no es ni peor ni mejor, tan solo "diferente"

Un saludo

[[poliburro]]

Empezado por linuz

Creo que deberíamos de apuntar más hacia Delphi Vs VB.NET, aunque sigo opinando que VB no es ni peor ni mejor, tan solo "diferente"

Un saludo

:S pues a mi me enferma el estómago programar en Vb. :P

jajaja

[HCammus]

Vaya veo que la encuesta fue aplastante, leí casi todos los comentarios y realmente me ha parecido bastante injusto culpar a uno u otro lenguaje de nuestra poca capacidad para desarrollar x ó y programa.

Yo me maravillaba al ver las cosas que hacia pascal siendo un compilador de DOS, no culpen a los lenguajes de programación de su poca capacidad para pensar, eso SI es patético.

Que con VB no se puede hacer esto, que con Delphi tal cosa, yo he visto hacer cosas en ambos lenguajes que dejarían descrestado a más de uno, incluso vi un programa para hacer multithread en VB (cosa que dicen es imposible de hacer con este lenguaje para principiantes), hablando un poco del Delphi solo me parece un lenguaje engorroso para programar y el VB me parece que no es demasiado exigente al fin y al cabo el lenguaje no es culpable de nuestras torpezas al escrbir código, si fuese el caso realmente ningún lenguaje de programación serviria para los desarrolladores de software, si tienen una mente tan cerrada de solo hacer lo que humamente el lenguaje permite, gracias a DIOS si hay gente que aprende lo importante de la programación la cuál es su LÓGICA y no que este lenguaje me es más bonito, que este lo desarrollo sultanito ó que este si sabe entender mis frustracciones y este otro no.

[[egostar]]

Empezado por HCammus

Vaya veo que la encuesta fue aplastante, leí casi todos los comentarios y realmente me ha parecido bastante injusto culpar a uno u otro lenguaje de nuestra poca capacidad para desarrollar x ó y programa.

Yo me maravillaba ver las cosas que hacia pascal siendo un compilador de DOS, no culpen a los lenguajes de programación de su poca capacidad para pensar, eso SI es patético.

Que con VB no se puede hacer esto, que con Delphi tal cosa, yo he visto hacer cosas en ambos lenguajes que dejarían descrestado a más de uno, incluso vi un programa para hacer multithread en VB (cosa que dicen es imposible de hacer con este lenguaje para principiantes), hablando un poco del Delphi solo me parece un lenguaje engorroso para programar y el VB me parece que no es demasiado exigente al fin y al cabo el lenguaje no es culpable de nuestras torpezas al escrbir código, si fuese el caso realmente ningún lenguaje de programación serviria para los desarrolladores de software si tienen una mente tan cerrada de solo hacer lo que humamente el lenguaje permite.

Hola HCammus bienvenido al Club, respeto tu postura, solo se te olvida una cosa, este es un club de delphi, si la encuesta (y las hay) estuviese en un foro de VB, por supuesto que la tendencia resultaria diferente y SI estoy convencido de que la calidad de las aplicaciones son en un porcentaje muy alto culpa o fortuna del programador.

Delphi desde mi punto de vista no es engorroso y efectivamente en aquellos años de pascal en DOS si que lo era, ahora puedes incluso hacer un programa digamos decente sin escribir una sola linea de código.

Salud OS

[HCammus]

Buuuu pero yo no estaba defendiendo a ningún lenguaje, solo quería expresar que no es culpa del lenguaje si no tenemos la capacidad para pensar más allá de nuestras narices, por ello decía que entonces ningún lenguaje de programación mereciera la pena y la tecnología hace ratos hubiera quedado estancada por ello.

[[egostar]]

Empezado por HCammus

Buuuu pero yo no estaba defendiendo a ningún lenguaje, solo quería expresar que no es culpa del lenguaje si no tenemos la capacidad para pensar más allá de nuestras narices, por ello decía que entonces ningún lenguaje de programación mereciera la pena y la tecnología hace ratos hubiera quedado estancada por ello.

Buuuu

Es que la encuesta es para tomar partido de uno u otro lenguaje, sin embargo, si has defendido a VB, te recuerdo tus palabras

Empezado por HCammus

hablando un poco del Delphi solo me parece un lenguaje engorroso para programar y el VB me parece que no es demasiado exigente al fin y al cabo el lenguaje no es culpable de nuestras torpezas al escrbir código

Bajo esa conceptualización que haces, quieres decir que si un lenguaje no es exigente, será menos culpable de quien escribe el código? Me explicas?

Salud OS

[OSKR]

Años q no podia pasar por aqi... hola a todos....
JBD:

La elección entre Visual C++ y Borland Builder C++ es más díficil. A mi me gusta más Borland pero ya se sabe Visual C++ es de Microsoft y es lo que más abunda.

Abunda por el mercado dominado de M$ pero no xq sea mejor...JAMAS!!!...Visual lo unico q tiene de Visual es el calificativo q lleva en el nombre....el Builder si se puede decir con toda autoridad q es visual hasta sus cimientos...sin contar con q delphi lo es tanto o aún más...me gusta desarrollar a bajo y medio nivel... pero tampoco tener q ponerme a usar cada componente "recibiendo el paso de mensajes" ...se hace si y solo si fuese necesario...
HCammus:

Vaya veo que la encuesta fue aplastante, leí casi todos los comentarios y realmente me ha parecido bastante injusto culpar a uno u otro lenguaje de nuestra poca capacidad para desarrollar x ó y programa.

aahhh no? nuestra poca capacidad pa desarrollar? te tomaste tu pastilla el dia de hoy? esta gente q aqi esta expresando su criterio lo hace basado en mucho tiempo de experiencia...no xq lo haya visto 2 horas en su vida y listo...
Obviamente nuevos tiempos...nuevos IDE's y VB no es uno recomendado...como el manejo de excepciones...particularmente pa la carga de modulos de DLL's me parece una peste al igual q VFP .

Que con VB no se puede hacer esto, que con Delphi tal cosa, yo he visto hacer cosas en ambos lenguajes que dejarían descrestado a más de uno, incluso vi un programa para hacer multithread en VB (cosa que dicen es imposible de hacer con este lenguaje para principiantes), hablando un poco del Delphi solo me parece un lenguaje engorroso para programar y el VB me parece que no es demasiado exigente al fin y al cabo el lenguaje no es culpable de nuestras torpezas al escrbir código, si fuese el caso realmente ningún lenguaje de programación serviria para los desarrolladores de software si tienen una mente tan cerrada de solo hacer lo que humamente el lenguaje permite.

Hebras? en ambos se puede hacer...en Delphi/Builder hay un completo soporte para ello...con VB creo q debes usar la WinAPI (cosa q los otros 2 tambien tienen acceso) eso si es engorroso...como creas un nuevo componente alli en tiempo de ejecución? te ha resultado agradable? en Delphi/Builder se cuenta con la VCL/CLX q encapsula un viaaaaaaaje de detalles q no nos interesa pa'l momento de desarrollar aplicaciones....por eso se llama RAD a VB NO!!! eso no es engorroso. tal vez para ti sea engorroso las estructuras tipos...etc etc....pero esa es la manera che...hacer un programa ordenado y orientado a objetos como Delphi/Builder...se puede hacer eso con VB? creo q tambien se le catalogarìa como engorroso...
Puedo crear fácilmente aplicaciones standalone....sin tener q llevarme ese poco de DLL's con mi .exe, a lo mucho un .bpl y eso es extremo...con VB hasta donde he llegado es inevitable...mas engorroso aún, compara la cantidad de componentes de ambos...y me dices cual sería mas engorroso pa desarrollar una aplicacion empresarial...a propósito has escuchado algo llamado Skype? con q lo habràn hecho? sería con lenguaje engorroso? hay variantes de Pascal en linux...de C/C++ ni se diga....las hay de VB?
Eeeeh por demás...bienvenido al foro.