Delphi VS Visual Basic

[Neftali [Germán.Estévez]]

Empezado por ArdiIIa

Que debemos entender con "gente que nunca ha programado", considerando que nos estamos moviendo en un entorno profesional ?

Bueno, no tiene porqué...
Ni en el mensaje original, ni en la comparativa se cita que estemos hablando de profesionales de la informática.
Mucha gente aprende (o intenta aprender) a programar por hobby o por curiosidad; No todos los que se adentran en el mundo de la programación lo hacen para dedicarse a ello profesionalmente.

Hay personas que son usuarios avanzados en windows y que quieren hacer sus "pinitos" en programación. Igual que yo puedo hacer mi "pinitos" en diseño gráfico; No soy ni mucho menos diseñador, ni he estudiado para ello, pero me gusta "toquetear" programas, hacer pruebas y voy aprendiendo sobre la marcha. Posiblemente PhotoShop sea mucho mejor que PhotoFilter (por cuierto muy bueno y gratuíto; link ) pero para mí sea más "adecuado" empezar por el segundo y luego "saltar" al primero.

[roman]

Sería interesante leer la opinión del amigo Caral. Si no entiendo mal, él no es un profesional de la informática, sino un empresario que decidió hacer su propio sistema- ¡y muy bien que lo hizo! -y lo hizo en Delphi. Desconozco si antes programó en VB.

De cualquier manera, yo creo que decir que es más sencillo para el novato, entender la programación orientada a eventos de VB que la orientada a objetos de Delphi, si bien es una afirmación dictada por la experiencia, no estoy seguro que sea aplicable precisamente en el contexto de un usuario avanzado que quiere hacer sus pininos. Si bien Delphi permite una buena programación orientada a objetos, ¿cuántos de nosotros realmente aprovechamos esa característica? El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos. Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos. Y en ese punto estamos "igual" que con VB, y creo que es así como habría que hacer la comparación en cuestión de facilidad de aprendizaje.

// Saludos

[[ArdiIIa]]

Empezado por roman

El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos.
Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos.

Es obvio que siempre tienes bastante razón, pero siempre está la excepción que rompe la regla...
Yo conocí la OPP en Clipper de la mano de Antonio Linares con su famosa librería Fivewin, de la que estoy seguro que muchos "viejos cliperos" conocerán, así como de la versión 5 de Clipper en la que ya se podían hacer pinitos con sus browsers y columnas.
Desde entonces considero que ese tipo de programación te brinda un rendimiento superior a lo tradicional y en todos aquellos lugares que puedo potenciarlo, así lo hago.
Supongo que no estoy diciendo nada nuevo, sino únicamente remarcar que la tendencia genérica, no tiene porque ser la de programación de eventos, aunque seguramente, si sea la mayoritaria.

[[Caral]]

Hola
He votado por Delphi, y no es porque crea que es mejor o peor, la verdad cuando necesite hacer el programa de mi empresa intente con todo incluyendo VB, dicen varios votantes que es un lenguaje facil, para mi ni pies ni cabeza, por mas libros que compre, no pude hacer nada que mereciera la pena, con delphi vasto un pequeño libro y aqui estoy, es mucho mas facil que vb, mas ameno, hay mas informacion en internet, bueno para mi como novato, Delphi 6.
Es un error que enseñen en las universidades VB y no Delphi, pero tambien tiene una ventaja, salen menos preparados y hay mas trabajo para los que saben.
Contrate a dos jovenes en un principio para que me hicieran el programa que necesitaba, no pudireron, hacian en dos semanas o mas lo que hago sin experiencia en un dia con Delphi, que mas ejemplo.
Saludos

[roman]

Empezado por ArdiIIa

Desde entonces considero que ese tipo de programación te brinda un rendimiento superior a lo tradicional y en todos aquellos lugares que puedo potenciarlo, así lo hago.

Pero, ¡es que yo nunca dije lo contrario! A ver; aquí se mencionó- o así lo entendí -que para el novato, y específicamente aquél que no es informático, sino usuario avanzado, es más sencillo el paradigma de orientación a eventos que el de orientación a objetos. Yo no dudo que así sea, como tampoco dudo que la orientación a objetos sea superior. Pero muchos usan o usamos delphi sin realmente usar ese paradigma, por ello aclaré lo de que usar un objeto no es lo mismo que hacer OOP. Y muchos de quienes se ponen a programar como usuarios avanzados harán lo que muchos hemos hecho: colocar componentes en un formulario y programando sus eventos. Y eso es lo mismo que hace quien comienza a usar VB. Así que, ¿donde está la mayor facilidad de aprendizaje en VB?

// Saludos

[[Delphius]]

Empezado por roman

De cualquier manera, yo creo que decir que es más sencillo para el novato, entender la programación orientada a eventos de VB que la orientada a objetos de Delphi, si bien es una afirmación dictada por la experiencia, no estoy seguro que sea aplicable precisamente en el contexto de un usuario avanzado que quiere hacer sus pininos. Si bien Delphi permite una buena programación orientada a objetos, ¿cuántos de nosotros realmente aprovechamos esa característica? El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos. Yo creo que tal usuario avanzado, la mayoría de veces, programará usando exclusivamente eventos. Y en ese punto estamos "igual" que con VB, y creo que es así como habría que hacer la comparación en cuestión de facilidad de aprendizaje.

¿A quien estaríamos considerando un novato? Como ya se ha dicho en este debate... y se sabe muy bien... el novato puede ser tanto aquel universitario que recien estudia la carrera como la ama de casa que busca divertirse en su rato libre (creo que fue exagerado el ejemplo... pero creo ilustrar el amplio concepto de lo que es un novato).
Para aquellas personas que se inician en la actividad le resulta (debería serlo) más sencillo aprender... obvio.
Yo estoy estudiando para ser ingeniero en informática (y aclaro que la formación que se nos ha dado en mi universidad no está muy enfocada en la programación sino más bien en la dirección y formulacion de proyectos informáticos) y creo que muchos de los que estamos analizando estas cuestiones somos (o seremos) profesionales de la materia.
Viendolo desde el punto de vista académico (disculpen que lo exponga según mi experiencia como alumno), lo ideal para armortiguar la curva de aprendizaje no va por una cuestión del lenguaje sino más por la lógica de aprendizaje. ¿Qué es lo primero que se le enseña? Pensar, abrir la mente... una vez que la mente se adapta a pensar en forma lógica/matemática se le enseñan simples herramientas visuales (diagramas de bloques), pseudocódigo y a la par las sentencias simples: IF, CASE, FOR, REPEAT, WHILE, ASIGNACION y estructuras de datos. Esta primera absorción es a modo simple: conocer que hacen o para que se las emplea.
Cuando comienzan las primeras lecciones de prácticas se toma contacto con problemas sencillos, sumas, promedios, ordenacion de arrays, busqueda... Para ello lo ideal es emplear un lenguaje similar a la sintaxis que fueron vistas, algo intituivo, sencillo y que no sea "rebuscado". En mi caso fue Pascal.

Lo anterior corresponde a los inicios... para climatizar al programador. Lo que sigue en su enseñanza es la polémica desatada en los últimos mensajes.
Cuando se entiende la programación procedural... le salen con un mundo distinto: la programacion por eventos u objetos. Yo la vi en ese orden... y a mi parecer esto influye en la mente y el aprendizaje.
Decirle al estudiante que ahora cuenta con eventos asociados a un boton es totalmente distinto que decirle: el boton es un objeto que posee eventos (y demás cosas...) y puedes heredar de el y agregarle más eventos.
Y según el lenguaje que se use en su enseñanza le resultará sencillo o complicado.

Yendo al tema VB vs Delphi: Yo vi POO con VB y la programacion por eventos en Delphi. ¿Sería lo correcto? No sé...
Todo se resume en la lógica (a si lo veo y entiendo yo) que les hablaba inicialmente.

A lo que voy es que el aprendizaje dependerá de lo que vea inicialmente y con que herramienta lo aprenda. Resulta mejor ver primero por eventos y luego POO. Ver ambas cosas a la vez, resulta demasiado complicado.

Como dices roman... todo depende de la facilidad de aprendizaje. Pero éste aprendizaje depende de la "cultura informática" que posea la persona. La cultura de un programador pasa por pensar lógicamente. Si uno entiende lo que es un IF, no interesa el lenguaje. Si se tiene la mente para pensar en sentencia simples ya no interesa si es por eventos u POO. Cada enfoque o paradigma tiene sus sutilesas y manera propia: Ahora es cuestión de que el estudiante entienda lo que es evento y lo que es objeto. Y como emplear dichas sentencias simples en cada paradigma.

Ahora... pongamos al ama de casa. ¿Entiende lo que es POO?¿Un IF?¿Que es evento? Lo más seguro es que se agarre un libro especializado en un lenguaje. Pongamos un ejemplo: Delphi y la Cara Oculta. En los primeros capítulos vera un poco de eventos... POO... controles... deteción de errores... como manejar el IDE. ¿Esto lo hace programadora? Yo, lo dudo. Se verá con un mundo de controles, objetos clases... y deberá buscar otro libro que le explique POO... cuando entienda objeto se dirá: "y ahora ¿que le pongo?... se lo que debe hacer pero como le digo que hacer?" Busca algo más simple: las sentencias simples... Si sabe inglés, tiene la mitad hecha.

¿Se ha entendido lo que dije? Porque eso espero

Con respecto a lo que remarqué con rojo en tu frase: se trata de la manera de como implementar la POO. Se tiene un problema: se buscan las clases... su diagrama de secuencia, de estado, etc. Se codifica... Ahora se usa el aspecto visual para pasar los parámetros hacia los objetos (previamente creados, obvio). Se disparan los eventos necesarios y se deja que las relaciones entre los objetos (mensajes... o como prefieran llamarle) se disparen hasta objeter el resultado final. Si debe notificarse el resultado, se lo muestra en pantalla. Asi lo veo yo... una mezcla de eventos y POO.
Es cierto también que no siempre vamos a hacer 20 clases, es más... si ya tenemos las suficientes y las adecuadas sólo bastará "engancharlas" con el aspecto visual (mediante los eventos) para obtener el aplicativo. ¡Eso es lo lindo y sencillo que le encuentro a Delphi!
Ahora bien... diste un punto clave:El instanciar un objeto y asignarle propiedades, no es programar orientado a objetos
.Cierto... pero tampoco hay que ser extremistas para decir que nunca hacemos POO. La POO se construye mediante los mensajes entre los objetos y el poder de concentrar variables, estados. Y hay casos en que ni siquiera es necesario emplear objetos pues se trata de sistemas muy simples. Yo para ello declaro unidades al estilo clásico: funciones y procedimientos sueltos (yo las llamo "Unidades API"). Si veo que la solución es algo más rebuscado, como pasos de variables, secuencia de acciones y procedimientos, almacenamiento de variables, interaccon entre varias funciones, y demás... declaro cases según el diagrama de clases adecuado (y tratando de seguir los patrones) y hago empleo de dichas funciones "API" mediante eventos y mensajes en los objetos.

Saludos, y disculpen que suelte semerendo rollo de hilo.

[[ArdiIIa]]

Empezado por roman

Pero, ¡es que yo nunca dije lo contrario!

Si no trato de polemizar con el asunto, sino simplemente deseaba remarcar ese aspecto.

Empezado por Delphius

lo ideal para armortiguar la curva de aprendizaje no va por una cuestión del lenguaje sino más por la lógica de aprendizaje.

A eso precisamente me refería yo antes, a lo que podríamos denominar como "alumnos aventajados", dado que cuando te topas alguien que ya tiene algún "cimiento" o esas nociones, la explicación del lenguaje es resulta totalmente asimilable por él.

[[Caral]]

Hola
Bueno voy a dar mi opinion como no solamente novato sino como NO programador ademas que 0 experiencia en todo esto.
Como dice Roman, No soy programador soy empresario y nunca he estudiado para programar.
Hace mucho me gusta esto de la programacion pero como no he tenido mucho tiempo pues no pude aprender como se debe (aunque sea por capricho).
Tuve la oportunidad de ver programas como Basic, fox, c, Vb, cliper y no se que otros.
Como soy en esto autodidacta, lo que hago es comprar libros y los tengo todos los de estos lenguages.
NO se que tiene Delphi, la verdad no se si es objetos o eventos o que, no tengo la menor idea, lo que si se es que llevo unos 9 meses programando o tratando con delphi y lo que he hecho nunca lo podria haber hecho con otro lenguage.
Dicen que VB es mas facil, puedo asegurar por lo menos en mi caso que delphi es muchisimo mas facil.
Como no se, pues comparo, y vb lo comparo con java o fox, osea complicado no se aclara nadie con esto hay que hacerlo todo a pie, no se como explicarlo, perdonen la ignorancia en el tema pero la verdad a manera de comparacion como novato diria y siempre dire Delphi.
Mis argumentos son los programas, dicen que para muestra un boton.
Saludos

[[Delphius]]

Empezado por caral

NO se que tiene Delphi, la verdad no se si es objetos o eventos o que, no tengo la menor idea, lo que si se es que llevo unos 9 meses programando o tratando con delphi y lo que he hecho nunca lo podria haber hecho con otro lenguage.

Delphi tiene de ambos lados.
9 Meses.... yo llevo 3 años de conocerlo (aunque en la práctica propia real tal vez sea año y medio... pues si tengo que contar las verdaderas horas que le he podido dedicarle... me quedo corto) y recién me estoy poniendo a ver el tema de Bases de Datos/Delphi. Tu con 9 meses y ya tienes un buen ejemplo práctico de un sistema... Te felicito. Como autodidacta tienes un 10 felicitado y demuestras que ya eres un programador iniciado, dejaste de ser un aficionado.

Empezado por Caral

y lo que he hecho nunca lo podria haber hecho con otro lenguage.
Dicen que VB es mas facil, puedo asegurar por lo menos en mi caso que delphi es muchisimo mas facil.
Como no se, pues comparo, y vb lo comparo con java o fox, osea complicado no se aclara nadie con esto hay que hacerlo todo a pie, no se como explicarlo, perdonen la ignorancia en el tema pero la verdad a manera de comparacion como novato diria y siempre dire Delphi.

Bueno, a eso tu mismo sabes la respuesta. Te focalisaste en un producto, y aprendiste del mismo.
No se trata de ignorancia.... Tu mismo dices, viste (y estas viendo) Delphi. Que hayas estudiado sobre Delphi unicamente no te hace ignorante. Lo viste, te pareció intuitivo y continuaste con él. Si el producto no te hubiera sido de agrado de seguro pruebas otro.

Y es normal que veas a Delphi como la herramienta predilecta. Yo también elijo a Delphi sobre VB... me es más sencillo, le aprendí (y estoy aprendiendo) bien. Hace dos meses exactamente fui a una entrevista de trabajo en donde querian a alguien para que les arme el departamento de informática e imponga un lenguaje de trabajo: les dije que optaba por Delphi (y aqui... en Salta, Argentina, Delphi no es muy conocido), y les comparé con VB. Les hice notar las ventajas y desventajas de ambos. Lástima... me hubiera gustado que el proyecto se llevara a cabo. La companía no quiso dar el presupuesto para informatizar

Empezado por Crandal

Mis argumentos son los programas, dicen que para muestra un boton.

Y eso es en definitiva lo que cuenta. En las entrevistas que he ido como caracter de programador... he notado que no les importa realmente si tienen el papelito: les gusta que sepan y que los resultados sean los esperados. Claro... es normal de esperar que ese papel ayuda. Pero creeme... conozco a muchas personas como vos... y con buenos resultados, ....y también a varios que estan estudiando informática y que no tienen la menor idea de como hacer un sistema sencillo de calculadora (no voy a dar nombres... no se molesten)

Saludos,

[[Caral]]

Hola
Gracias Delphius, me alagas, la verdad sigo siendo un aprendiz.
A mis 46 años soy un parendiz, por que pienso que en el momento en que se cree uno, que sabe, trunca la oportunidad de seguir aprendiendo.
Delphi es como la fibra de vidrio (a lo que me dedico), todos los dias se aprende algo nuevo y si no estas dispuesto a aprender, te quedas atras como mucha jente, que aunque han ido a la universidad, a estudiar lo que sea, cuando salen con el titulo, ya son profesionales, que gran mentira, el profesional se hace cada dia.
Tan cierta es esta aseveracion, que al que se le paga mas, siempre es el que tiene mas conocimiento, no mas titulos, osea el que se prepara dia a dia, aprende dia a dia, se actualiza dia a dia.
A mi jente la contrato por conocimiento, no por titulo, y te lo dice un empresario como hay muchos, me pueden enseñar los tutilos que quieran, siempre digo, para muestra un boton, DEMUESTRE lo que sabe.
Aparte:
Esta demostrado que el cerebro trabaja por sentimientos, no es visual ni auditivo ni sensorial ni nada por el estilo, se aprende mejor cuando esto que estas aprendiendo te gusta, te apasiona, te anima, te motiva, osea pones tus sentimientos en ello.
Saludos

[[Delphius]]

Empezado por Caral

Gracias Delphius, me alagas, la verdad sigo siendo un aprendiz.

Yo nunca dije que dejaste de ser aprendiz. Al igual que vos opino que se es aprendiz de por vida. Solamente dije que no te considero como un novato.

Para mi lo que diferencia a un novato de uno iniciado es la capacidad para entender conceptos y manejo de base de datos (y obviamente... explotarlas con sistemas).

Empezado por Caral

que aunque han ido a la universidad, a estudiar lo que sea, cuando salen con el titulo, ya son profesionales, que gran mentira, el profesional se hace cada dia.

Totalmente de acuerdo. Para mi quien da el verdadero título es la calle. Pero también hay que tener las ganas, fuerza y dedicación para serlo. A principio del 5to y último año de mi carrera se nos viene diciendo:

Si a estas alturas no se consideran capaz de ser ingenieros no lo serán

Yo me siento uno (un poquito de egoismo). Y creo que vengo haciendo el esfuerzo desde hace ya tiempo. Y la verdad que el camino cuesta, y sobre todo si en el medio hay que hacerce calle. No es nada fácil tener que trabajar y estudiar... y a mi me resultó sumamente estresante.

Ahorita no estoy trabajando, y se siente la falta de dinero... pero ando con mucho lios: todavia me queda una materia para rendir (ahorita el 22) y estoy realizando la tesis (No le cuenten a mi flia y amigos ... que la pretendo rendir a eso del 20 de agosto. No quiero que me pelen, porque sino no me a volver a crecer)

Saludos,

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

[JBD]

Yo he trabajado con VB, con delphi y con c++. Si no tienes idea de ninguno y quieres aprender un lenguaje yo te recomiendo c++. Versatil, potente, POO, lo tiene todo. Claro que es el más complicado pero aprendiendo este no necesitaras ninguno más. 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.

[Casimiro Notevi]

Empezado por JBD

Yo he trabajado con VB, con delphi y con c++. Si no tienes idea de ninguno y quieres aprender un lenguaje yo te recomiendo c++. Versatil, potente, POO, lo tiene todo. Claro que es el más complicado pero aprendiendo este no necesitaras ninguno más. 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.

Ya, pero es lo que decimos siempre: millones de moscas no pueden estar equivocadas, comen m****a.


P.d.: Y no digo que VC++ sea malo, sólo era un ejemplo de que no porque lo usen más personas... quiera decir que es mejor.

[[egostar]]

Empezado por Casimiro Notevi

Ya, pero es lo que decimos siempre: millones de moscas no pueden estar equivocadas, comen m****a.


P.d.: Y no digo que VC++ sea malo, sólo era un ejemplo de que no porque lo usen más personas... quiera decir que es mejor.

Pienso lo mismo que tú, yo digo que uno trabaja con lo que te permite estar en tu Zona de Confort.

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