El último código se entiende ^^

Bueno si comes mucho tocino te pones gordo, puedes morir de un ataque al corazon y entonces si... tu velocidad es cero, aún estando gordo
Pero bueno no voy a discutir más relaciones velocidad-tocino que pudiese escribirse un libro, exagero quizá solo una pequeña tesis

_____________________________

Pero en fin, volviendo al hilo normal, creo que es bastante ceptable el defender mi punto de vista en base a la legibilidad de los códigos (Aclarando nuevamente que es muuuuuuuuuuuuy personal, que por lo visto creeen que hablo por todos y nuevamente recalco "es personal" y es una de mis argumentaciones, no todas), puesto que no es lo mismo trabajar solo que hacerlo con 5 o 6 personas más, en realidad es mas estresante, y empiezas a agradecer esas líneas solitarias, en fin que si hay relacion y mucha, algunas veces es increible ver como en pocas lineas de código VB hace lo que otros no logran ni en 5 o veces, pero eso es gracias a lo que el mismo lenguaje regala, entonces si hay herramientas disponibles ¡Hay que usarlas! y no porque una de ellas tenga menos valor o haga menos cosas hay que desmeritar sus virtudes es como si fuera Racismo de lenguaje de programación :D(jajajajaja):D.


Weno me ha dado mucho gusto el ver como se apasionan en este foro, eso es bueno, entiendo totalmente que delphi sea el consentido y no me molesta al contrario siempre es bueno estar abierto a alternativas, y todos enemos nuestro gallo (el mio es builder6 en programacion, 3dsMax en animacion, seguidos por VB, delphi, blitzBasic y Blender, pero todos tendremos siempre nuestra lista y es completamente comprensible que muchos tengan su primer lugar )


saludos y gracias por las respuestas (se nota que tengo tiempo libre XD)

Si aquí todos son muy apasionados a Delphi, demasiado para ser sinceros, yo les mostrare un programa que estuve depurando en Delphi 4 hace ya 2 años y que me costo muchisimo asimilar las torpezas del que lo programo, solo para decirles que los comentarios que el código tenía solo daban risa en vez de orientación.

Hola ucanneo, me da gusto que defiendas tus ideas, es obvio que aquí somos delphi en un porcentaje mayoritario pero tambien te puedo decir que sabemos reconocer cuando se dan razones de peso.

Me pregunto si te interesaria hacer un ejercicio de ese código que mencionas y lo comparamos con lo que se puede hacer con delphi ?. :)

Salud OS

Eso estaría muy bien, sería casi como un concurso o prueba.
En fin, es una pena que ya no tenga ese código... o sí? :)

Si sería interesante hacer demostraciones pero que quede denotado que no como competición sino como demostración, a veces esto de las competencias no es muy bueno, sería más bien como una forma de diversión de parte y parte, ó eso considero yo.

Yo me apunto a esto de las demostraciones ^^, pero la pregunta es si solo vale código propio???

Para mi todo esto no tiene vuelta de hoja:

Delphi es como esto:


y VB como esto:


Y bueno, con cualquiera de los dos uno llega a su destino pero obviamente no hay comparacion.

Para mi Delphi es como un Ferrari porque ya sabemos la altísima calidad de todo lo que interviene en su fabricación así como la forma artesanal con que se fabrican. Al igual que Ferrari, Delphi no es para cualquier programador.

VB por su parte bueno, pues es como un cochecito GM u otra gringa, destinado a venderse y a las masas.

En fin....me quedo con mi Delphi a mil por hora y hasta ahora (valgase la expresión) mis "competidores" que usan VB no me han visto ni el polvo.

cualquier código maestrín... enseñanos esas lineas mágicas que dices...

No me imagino que cosa puedas hacer tu en 5 lineas de codigo que en delphi se lleven tantas como mencionas... anda, impresionanos!!:cool:

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.

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.

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:

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.

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.

muy graciosa esa ocurrencia :)

Y tambien se puede decir

Entre bomberos no se pisa la manguera

:D:D:D

Salud OS

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:

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

Hola

Con Delphi lo haría así:

Código Delphi [-]
  
procedure TForm1.BitBtn1Click(Sender: TObject);
begin
  REPEAT
    ComboBox1.Items.Add(Copy(Edit1.Text,1,Pos(' ',Edit1.Text)));
    Edit1.Text := Copy(Edit1.Text,Pos(' ',Edit1.Text)+1,Length(Edit1.Text));
  UNTIL Pos(' ',Edit1.Text) = 0;
  ComboBox1.Items.Add(Edit1.Text);
end;

Tal vez pudiera optimizarse, esto es lo que me permite mi dominio de Delphi.

Salud OS

bueno, obviemos entonces lo obvio y nos centramos en el código que importa, tu primer ejemplo en Delphi se resolvería mas o menos así:

Código Delphi [-]
begin
  Combobox1.Items.Delimiter := ' ';
  Combobox1.Items.CommaText := Memo1.Text;
end;

Además, se utiliza mejor el paradigma orientado a objetos con este código...

el segundo no lo entiendo bien (porque no conozco mucho de VB) pero imagino que sea el equivalente a:

Código Delphi [-]
 SetLength (nArrayDinamico, elementos);

Ya me diran si estoy diciendo una barrabasada como acostumbro..

Vaya, pues mira que tengo muy pobres conocimientos de Delphi :o, incluso pudieramos obviar el delimiter, no se si sea mi version (Delphi4) pero me da un error de identificador no declarado.

Código Delphi [-]
begin
  Combobox1.Items.CommaText := Memo1.Text;
end;

Salud OS