Delphi VS Visual Basic

[HCammus]

No deberías de decir que Delphi no es para cualquier programador, por qué el lenguaje no hace al desarrollador, esas son palabras de calibre demasiado alto que incluso para aquellos que se intenten arriesgar con el Delphi como lenguaje padre podrían sentirse defraudados de solo leerlas.

xander que pena decirtelo pero en que momento dije yo algo de líneas mágicas ó código en 5 líneas que este hace que no hace el otro????, no pogas palabras que no he dicho en mis mensajes.

[xander]

sorry, lo dijo ucanneo (siempre me pasa por no leer bien las cosas), es mas como muestra de mi arrepentimiento de haber perjurado en tu contra en este mismo momento me estoy agarrando a bofetadas con mi propia boina del che...

Pero igual no deja de ser una buena demostración esa... si logras ponernos aqui algún código maravilloso o algun ejemplo de algo que se haga mejor en VB que en Delphi, pero pues con código por delante, que entre gitanos no nos vamos a leer la mano

[HCammus]

Empezado por xander

sorry, lo dijo ucanneo (siempre me pasa por no leer bien las cosas), es mas como muestra de mi arrepentimiento de haber perjurado en tu contra en este mismo momento me estoy agarrando a bofetadas con mi propia boina del che...

Pero igual no deja de ser una buena demostración esa... si logras ponernos aqui algún código maravilloso o algun ejemplo de algo que se haga mejor en VB que en Delphi, pero pues con código por delante, que entre gitanos no nos vamos a leer la mano

Claro pero yo considero que en ambos lenguajes se pueden hacer por igual las cosas, solo que dependiendo de lo que es, llevara más tiempo en uno u otro lenguaje, con respecto al mensaje tranquilo la idea mía no es venir a molestar ni causar broncas, aunque en ocasiones es algo difícil tratar de escribir tratando de ser objetivo sin caer en preferencias ni herir susceptibilidades, pero insisto más que tratar de demostrar que lenguaje es mejor es mostrar las cosas que la mente del ser humano es capaz de hacer, da igual como se presenten las cosas lo importante es el empeño que se le ponga ó al menos eso pienso yo personalmente.

[[AzidRain]]

Delphi no es para cualquier programador.

Es para el programador que:

* Se documenta cuando algo no entiende
* Investiga los temas que el lenguaje y su documentación no le aclaran como él quiere
* Le gusta trabajar con orden.
* Procura depurar su programa aunque de entrada ya funcione bien
* Es un eterno optimizador
* No teme hacerse sus propias herramientas si no encuentra las que él busca.
* Tiene mente abierte y es capaz de probar otras formas de realizar cosas que ya sabe hacer.
* Busca más el desarrollar código eficiente y funcional aunque tarde un poco más.
* No le gustan los "wizards" y "códigos mágicos", se pregunta siempre "¿Cómo lo hicieron?"
* Puede llegar a pensar en términos de OOP casi pura, cada sistema lo imagina de inmediato como una serie de objetos que se "ayudan" entre sí.
* No le teme a leer temas "esotéricos" o que a simple vista parecen demasiado "elevados".
* Es humilde.

Si todos los programadores del mundo son así, entonces estoy en un error, Delphi si es para todos.

[HCammus]

Empezado por AzidRain

Delphi no es para cualquier programador.

Es para el programador que:

* Se documenta cuando algo no entiende
* Investiga los temas que el lenguaje y su documentación no le aclaran como él quiere
* Le gusta trabajar con orden.
* Procura depurar su programa aunque de entrada ya funcione bien
* Es un eterno optimizador
* No teme hacerse sus propias herramientas si no encuentra las que él busca.
* Tiene mente abierte y es capaz de probar otras formas de realizar cosas que ya sabe hacer.
* Busca más el desarrollar código eficiente y funcional aunque tarde un poco más.
* No le gustan los "wizards" y "códigos mágicos", se pregunta siempre "¿Cómo lo hicieron?"
* Puede llegar a pensar en términos de OOP casi pura, cada sistema lo imagina de inmediato como una serie de objetos que se "ayudan" entre sí.
* No le teme a leer temas "esotéricos" o que a simple vista parecen demasiado "elevados".
* Es humilde.

Si todos los programadores del mundo son así, entonces estoy en un error, Delphi si es para todos.

Personalmente yo tengo todas y cada una de esas características, yo detesto los asistontos, me gusta indagar sobre como se hacen las cosas y no simplemente copiar y pegar, antes de realizar un programa analizo con detenimiento que debo hacer, desde la interfaz gráfica hasta la forma más eficiente de ahorrar código, mantengo ordenado el código lo indexo con mínimo 4 espaciados, trato de abrir y cerrar cada elemento que deba hacerlo, detesto el código de una sola línea donde se agrupan hasta 20 instrucciones.

Leo habitualmente sobre como se deberían de hacer las cosas, incluso leo los comentarios que traen códigos realizados por terceros (desarrolladores), me preocupo por mirar en que línea se hace ó no una cosa, llego a estar hasta 10hras sentado en la PC leyendo sobre lenguajes de programación.

En cuanto a lo de las herramientas, siempre procuro hacer mis propios controles, esto lo aplico incluso cuando programo en HTML con AJAX.

He trasladado de varios lenguajes código a VB (digase código en C, C++ y Delphi, aclarando que código de nivel medio/bajo), ya que desde que sé entienda la lógica del lenguaje y esté en tus facultades mentales asimilar el código no interesa si esta escrito en código morse.

Lo único es que no soy programador de Delphi, soy programador en estos momentos de C# y PHP con AJAX.

PD: Soy demasiado perfeccionista, incluso hasta para escribir.
PD2: Yo programo en VB como hobby.

[Casimiro Noteví]

Empezado por xander

[..][..]que entre gitanos no nos vamos a leer la mano

muy graciosa esa ocurrencia

[[egostar]]

Empezado por Casimiro Notevi

muy graciosa esa ocurrencia

Y tambien se puede decir

Entre bomberos no se pisa la manguera



Salud OS

[ucanneo]

Código PHP:

(1*)  Private Sub Command1_Click()                        

(2*)     Dim palabras() As String, i As Integer                   
(3)      palabras = Split(Text1, " ")                                 
   
(4)      For i = LBound(palabras) To UBound(palabras)        
(5)              Combo1.AddItem (palabras(i))                           
(6*)     Next                                                               
   
(7*)  End Sub 


Suponiendo que en la forma hay un txt multilinea, donde el usuario puede escribir lo que sea, y posteriormente separarlo por palabras para agregarlo a un combobox se me ha ocurrido poner el espacio blanco como delimitador(podría ser el enter o cualqueir cosa que se ocurra y para los fines que sean, bien podrian ponerse mas cosas o validarlas para juntarlas etc, pero sólo me interesa el dividir las palabras) considerando tambien el inicio del procedimiento su fin y hasta el "next" del for como lineas de código, e incluso el "Dim" ya que hasta podría precindirse de él (pero las buenas practicas de programación ante todo), vemos que en pocas lineas de código (y sobre todo muy pocas palabras) se ha hecho algo interesante



otro ejemplo es el clásico:

Código PHP:

Redim [Preserve] nArrayDinamico(elementos) 


Ahorra muchisimo trabajo (bueno en realidad sólo si lo comparamos con c++)




Saludos


pd.- Me ha encantado la iniciativa de los códigos
Me imagino tambien que alguien más experimentado en delphi, se las ingeniará para hacer lo mismo en la misma cantidad de lineas y de forma entendible

[mamcx]

No le veo el punto.

Es facil sacar un ejemplo de como en pocas lineas algo es mas simple en un lenguaje que en otro. Para la muestra, miren este codigo python:

lista=[1,2,3,4]
[x+1 for x in lista]
resultado = [2,3,4,5]

La parte marcada es una compresion de lista y es uno de los idiomas de python que pueden ser muy utiles.

En VB, a pelo, se podia hacer por mucho tiempo un for...in. Ademas, los CASE son mas practicos (no estupidamente limitados a tipos basicos), es mas simple una automatizacion OLE basica (pero imposible algo complejo), en fin....

Pero la fuerza esta en el trabajo a largo plazo. Es muy simple sacar un ejemplo en VB de 1 hoja maximo que sea mas compacto que Delphi, por la razones de como se hizo el lenguaje. Pero una vez que empieza a existir muchas unidades de codigo, la estructura y la claridad de codigo, la obligatoriedad de declarar variables, los tipos de datos, las conversiones explicitas (nada de EXPLICIT ON) y eso por el estilo le da la vuelta a muchos lenguajes.

Incluso, aunque python patea que da miedo, y en contraste la sintaxis de pascal es muy restrictiva, no es dificil darse cuenta las ventajas de pascal en el largo plazo.