TIOBE: Delphi is on its way out

[LoPiTaL]

¿No os parece un poco raro que el lenguaje "Delphi / Object Pascal" haya bajado tres posiciones mientras que el lenguaje "Pascal" ha subido dos?

¿Hay alguien que todavía está trabajando en Pascal, sin objetos?

[[ElKurgan]]

El "TIO BE"rnardo ese no se si fiarme o no.
Ejemplo: En mi empresa, todos los programadores que han venido con otras ideas preconcebidas sobre las excelencias del lenguaje (C++, Java, VB) al final han tirado por la calle de Delphi...

Y es que, no nos engañemos, tenemos aplicaciones gráficas, de gestión, de control de producción, conexión a bajo nivel con aparatos industriales... Y todos están de acuerdo que es la más rápida en ejecución, en aprendizaje y en desarrollo.

En fin, doctores tiene la iglesia...

Saludos

[[rretamar]]

Comparto el último mensaje: si necesitamos aplicaciones eficientes, veloces, multiplataforma (lazarus), compiladas, ricas visualmente, y además buscamos productividad...¿ de qué vamos a tirar ? ¿ De Java, de Visual Basic, de C++, de Python ?.

[mamcx]

El problema es que delphi tiene un nicho (GUIs para windows) y exige un precio ($$$) de entrada alto, ademas, no esta donde esta la accion ahora (moviles, cloud, web, apps distribuidas, etc). Asi que la pregunta se invierte: para que solo Delphi, que solo sirve (honestamente) como para apps RADs si con python, java, c++, etc puedo hacer de todo y es relevante para todo?

El problema de delphi es que siendo un lenguaje tremendo a sido mal manejado. Se le nota sus idiosincracias. No tiene un mind-share (como C, C++) que justifique "aguantarselas" y las implementaciones maltrechas y a medio camino para atacar lo nuevo (moviles, cloud, web) son o malas o pésimas. Y no hay como arreglarlas.

Para los que nos movemos en otros entornos, sin desconocer lo bueno que es delphi, es *muy* notable lo estancado no solo del lenguaje y herramienta, sino de la comunidad en general. Si es que en JS se estan viendo cosas *increibles* ahora... Javascript!

http://www.echojs.com/latest/0

El problema es que delphi esta condenando de muerte. El que no entre suficiente sangre joven es la muerte de cualquier cosa. Existio una esperanza con lo de embarcadero, pero no solo por el manejo comercial sino el tecnico es claro que no va a resucitarse el impulso que se logro con Delphi 3...

No creo que Delphi/Pascal como concepto este muerto. Pero para mi es claro que ni el Delphi de ahora ni FreePascal seran la carta que resucite su estilo de programacion y practicidad. En parte, tecnicamente no pueden porque estamos en la inflexion de un cambio de paradigmas en los desarrollos, el surgimiento de nuevas plataformas y el ocaso del duopolio wintel. Delphi ni freepascal se estan moviendo a la velocidad necesaria, y ya creo es tarde pa ellos.

Lo que queda es retomar lo bueno y crear una plataforma nueva. De cuando en cuando, hay que reinventar la rueda (como lo que esta ocurriendo ahora con los lenguajes funcionales, que estaban como zombies, pero que han resurgido en los ultimo años).

TIOBE como unico punto de evidencia no es suficiente, pero el marco general es claro. Delphi esta en su ocaso, y no hay signos en ningun lado de que vaya a repuntar -osea, como para ser una estrella puntera-.

[defcon1_es]

Empezado por mamcx

El problema es que delphi tiene un nicho (GUIs para windows) y exige un precio ($$$) de entrada alto, ademas, no esta donde esta la accion ahora (moviles, cloud, web, apps distribuidas, etc).

Lo del precio no te lo puedo discutir, pero en lo demás... pero hoy he estado presente en el evento XE4 Iberian Tour de Madrid y he visto las nuevas características de XE4 (unas pocas, no todas) y, al menos en el tema de desarrollo y despliegue de aplicaciones para iOS, ha cambiado bastante (a mejor) respecto de XE2 (que es un infierno )

Empezado por mamcx

Asi que la pregunta se invierte: para que solo Delphi, que solo sirve (honestamente) como para apps RADs si con python, java, c++, etc puedo hacer de todo y es relevante para todo?

Quizás si, pero... ¿igual de rápido/eficiente con java que con delphi?... sinceramente lo dudo.

Empezado por mamcx

El problema de delphi es que siendo un lenguaje tremendo a sido mal manejado. Se le nota sus idiosincracias. No tiene un mind-share (como C, C++) que justifique "aguantarselas" y las implementaciones maltrechas y a medio camino para atacar lo nuevo (moviles, cloud, web) son o malas o pésimas. Y no hay como arreglarlas.

En esto discrepo contigo, al menos en la parte de los móviles de apple (no he desarrollado nada aún para "la nube" ni para web) ha mejorado mucho en 1 año aprox.
Repito que de XE2 a XE4 hay un abismo. Y espera que saquen XE5 para despliegues en Android.

Empezado por mamcx

El problema es que delphi esta condenando de muerte. El que no entre suficiente sangre joven es la muerte de cualquier cosa. Existio una esperanza con lo de embarcadero, pero no solo por el manejo comercial sino el tecnico es claro que no va a resucitarse el impulso que se logro con Delphi 3...

Desde que salió Delphi 8 he oido esa frase tantas veces...

Empezado por LoPiTaL

¿No os parece un poco raro que el lenguaje "Delphi / Object Pascal" haya bajado tres posiciones mientras que el lenguaje "Pascal" ha subido dos?

¿Hay alguien que todavía está trabajando en Pascal, sin objetos?

Si que es raro de narices...

Empezado por rretamar

si necesitamos aplicaciones eficientes, veloces, multiplataforma (lazarus), compiladas, ricas visualmente, y además buscamos productividad...¿ de qué vamos a tirar ? ¿ De Java, de Visual Basic, de C++, de Python ?.

Totalmente de acuerdo con movorack y con rretamar.

[mamcx]

Empezado por defcon1_es

En esto discrepo contigo, al menos en la parte de los móviles de apple (no he desarrollado nada aún para "la nube" ni para web) ha mejorado mucho en 1 año aprox.
Repito que de XE2 a XE4 hay un abismo. Y espera que saquen XE5 para despliegues en Android.

Conoces como es el desarrollo en iOS? Porque la estrategia de embarcadero es igual a la de Java en GUIS: Una gui alienigena, desligada de su plataforma de ejecucion y que no hace parte del ecosistema. Si ha mejorado con respecto a la version anterior, pues que bien. Pero eso no es el punto. No es mejorar delphi vs delphi. Es que sea una herramienta "nativa" de su entorno (en este caso, ios).

Pa que lo entiendas, Delphi es un exito en Windows porque corre sobre el API de windows (encapsulandolo de una forma mucho mejor) no porque (al igual que java) crea su propio GUI y luego corre de forma mediocre sobre varias plataformas.

Lo que ha hecho embarcadero, solo le causa gracia al programador de delphi. Pero no al programador de iOS. Significa echar al carajo todo lo que hay disponible, por un entorno que no ofrece una ganancia superior, y que visualmente, es mas bien feito. Lo que ha tenido exito pa IOS son aquellos que permiten operar de forma nativa, como monotouch (c#), rubymotion, varios proyectos de LUA/JS que permiten accesar al API interno.

Pero los que solo son mediocres soluciones multiplataformas (como phonegap a pelo) solo le causa gracia al programador que quiere la forma mas mediocre y rapida de estar en todas las plataformas posibles. Osea, al estilo de Java.

La estrategia de Delphi imita a la de Java de hace años. Que no es lo que hace en Windows.

[[Al González]]

A pesar de que los lanzamientos apresurados han sido uno de los principales factores en la pérdida de popularidad, después de analizarlo con mayor detenimiento creo que podríamos estar ante una versión que podría poner freno a esa tendencia. El hecho de que venga con un mucho mejor soporte para iOS y de que se esté allanando el terreno para Android va a ser un factor muy positivo, que sumado al evidente estancamiento de Microsoft (Windows 8, .NET, C#...), a la finalización de los cinco minutos de fama de Java y a la inevitable ausencia paulatina de los veteranos de C, podría inclinar la balanza nuevamente a favor de Delphi como el lenguaje moderno, pujante y bien pensado que siempre ha sido.

Me permito un modesto pronóstico: En la lista de mayo de 2014 Delphi habrá subido, por lo menos, a la posición 14 que tuvo no hace mucho tiempo y con tendencia a seguir en esa dirección.

¡Saludos!

[defcon1_es]

Empezado por mamcx

Conoces como es el desarrollo en iOS? Porque la estrategia de embarcadero es igual a la de Java en GUIS: Una gui alienigena, desligada de su plataforma de ejecucion y que no hace parte del ecosistema. Si ha mejorado con respecto a la version anterior, pues que bien. Pero eso no es el punto. No es mejorar delphi vs delphi. Es que sea una herramienta "nativa" de su entorno (en este caso, ios).

No conozco como es el desarrollo en iOS, pues lo poco que ví de XCODE (mira mis post sobre FireMonkey) me horrorizó: acostumbrado a delphi, XCODE me resulta difícil, críptico, casi ininteligible, y si a eso añadimos que no tengo ni idea de Objective-C... pues peor aun.

Pero me fío de Embarcadero al afirmar que con XE4 se consiguen apps verdaderamente nativas.

Empezado por mamcx

Pa que lo entiendas, Delphi es un exito en Windows porque corre sobre el API de windows (encapsulandolo de una forma mucho mejor) no porque (al igual que java) crea su propio GUI y luego corre de forma mediocre sobre varias plataformas.

Lo que ha hecho embarcadero, solo le causa gracia al programador de delphi. Pero no al programador de iOS. Significa echar al carajo todo lo que hay disponible, por un entorno que no ofrece una ganancia superior, y que visualmente, es mas bien feito. Lo que ha tenido exito pa IOS son aquellos que permiten operar de forma nativa, como monotouch (c#), rubymotion, varios proyectos de LUA/JS que permiten accesar al API interno.

Repito que no conozco mucho sobre el desarrollo para iOS, y mi poca experiencia que tuve con XE2+FireMonkey+XCODE fue de lo más nefasta,
pues ni siquiera los emuladores de XCODE te garantizan que tu app funcione correctamente en el dispositivo final.
Mi impresion sobre este tema es la siguiente: Se desarrolla en OSx con XCODE para otro S.O. "ligeramente diferente" como es iOS.

[[rretamar]]

Empezado por mamcx

El problema es que delphi tiene un nicho (GUIs para windows) y exige un precio ($$$) de entrada alto, ademas, no esta donde esta la accion ahora (moviles, cloud, web, apps distribuidas, etc). Asi que la pregunta se invierte: para que solo Delphi, que solo sirve (honestamente) como para apps RADs si con python, java, c++, etc puedo hacer de todo y es relevante para todo?

No veo haciendo una aplicación de escritorio en Python. O mejor dicho, no veo a Python apropiado (ni cerca) para desarrollar aplicaciones de escritorio. Y en Java...lo pensaría dos (y hasta tres) veces.

[[egostar]]

Empezado por mamcx

Basicamente, es como dicen las 22 leyes inmutables del marketing. Hay que ser el #1. Y si no se es el #1 en lo absoluto del mercado, hay que ser el #1 en un segmento lucrativo.

Que yo sepa, Delphi es #1 en aplicaciones de escritorio y seguirá siendolo hasta el final, cosa que a muchos no les agrada en lo más mínimo, sin embargo ha incursionado en otros mercados como iOS, Android, Linux, 64Bits, etc etc etc. y aunque no es a la velocidad que muchos desearían si que ha ido resolviendo uno a uno los obstaculos que se le han puesto, comenzando por el sistema operativo del que es nativo.

Empezado por mamcx

Lo que ha hecho embarcadero, solo le causa gracia al programador de delphi. Pero no al programador de iOS. Significa echar al carajo todo lo que hay disponible, por un entorno que no ofrece una ganancia superior, y que visualmente, es mas bien feito.

Pues que yo esté enterado, lo que se hace con Delphi está ajustado al estandar de colores y formas de iOS, o sea, que sea feo no es culpa de embt, sino del estandar que tiene iOS. Y yo estoy seguro que no tardará mucho en encontrar la fórmula de hacer app's nativas tanto en iOS como en Android.

Además, hay que recordar que Delphi siempre ha luchado contra enemigos y traidores que lo único que desean es que muera, me parece que es un producto demasiado bueno como para soportarlo y por eso tanta mierda en el entorno.

Yo no soy adivino para decir cuando Delphi va a morir, es más, no me importa, mientras esté vivo seguiré disfrutando de programar con lo que me siento cómodo y en ese tenor me parec que soy como usted, y mire amigo mamcx, a mi me agrada la forma que tiene de defender sus puntos, eso es tener pasión por lo que se hace, pero a veces creo que le gana la soberbia, relajese un poco y va a ver las cosas de diferente forma.


Saludos.

[mamcx]

Empezado por egostar

Que yo sepa, Delphi es #1 en aplicaciones de escritorio y seguirá siendolo hasta el final, cosa que a muchos no les agrada en lo más mínimo, sin embargo ha incursionado en otros mercados como iOS, Android, Linux, 64Bits, etc etc etc. y aunque no es a la velocidad que muchos desearían si que ha ido resolviendo uno a uno los obstaculos que se le han puesto, comenzando por el sistema operativo del que es nativo.

Que es la herramienta RAD #1 no se discute. Pero la estrategia que lleva para los demas frentes es muy pobre. Si te dijera que es mejor usar Java para una GUI que delphi, me creerias? No, porque conoces Delphi. Solo un programador de Java que no sabe nada mas creeria que Java es buenisimo pa eso. Es lo mismo: Si conoces lo que se mueve en moviles, iOS, Web y demas veras lo obvio que Delphi es una muy pobre eleccion en esos campos.

Empezado por egostar

Pues que yo esté enterado, lo que se hace con Delphi está ajustado al estandar de colores y formas de iOS, o sea, que sea feo no es culpa de embt, sino del estandar que tiene iOS.

Osea, no conoces de programacion en iOS. Pa que te hagas una idea: Usar Firemonkey en iOS es tan mala idea como usar Swing para hacer una GUI en windows.

No solo es una abstraccion "alienigena", sino que firemonkey esta plagado de problemas. Pa rematar no tiene la facilidad de uso de la VCL, ni el poder de Coccoa touch.

Coccoa touch es el framework para hacer GUIs en iOS, y esta de lejos como la mejor herramienta para esa labor. Es rapido, es flexible y poderoso y es la razon por la cual en iOS se pueden tener las mejores interfaces graficas del momento (y de feo no tiene nada)

Te digo como *odio* tener que programar en obj-c. Pero me lo aguanto para poder usar coccoa. Coccoa es la razon de mas peso en iOS, y sacrificar su uso es inaceptable (para un programador profesional en esta plataforma) como inaceptable seria que NO tuvieras acceso a la VCL y te tocara usar Winforms desde delphi, a las malas. Y que pa rematar, la alternativa tiene compromisos.

Empezado por egostar

Además, hay que recordar que Delphi siempre ha luchado contra enemigos y traidores que lo único que desean es que muera, me parece que es un producto demasiado bueno como para soportarlo y por eso tanta mierda en el entorno.

Antes la cosa era muy clara: Uso algo mas enruedado, complejo y maluco como C++/MFC/Vb o uso Delphi. Era una opcion muy clara, si uno podia elegir y si ademas conoce uno de Delphi.

Me gustaria que Delphi sea una opcion clara para las plataformas moviles. Te digo de nuevo que obj-c es la lata como lenguaje (pero, es rapido, flexible. Es la sintaxis que es maluca). He pensado *muy* seriamente pasarme a Mono/C# (pero me digo: Si es pa tirarse a otro C pues sigamos en lo mismo). La mejor alternativa ahora seria rubymotion (pero es aprender OTRO lenguaje/paradigma) y con python lo unico que hay es http://kivy.org/#home y tiene el mismo problema de delphi: Una gui alienigena.

El punto es que Delphi no sale en el radar de nadie que este serio en iOS. No tiene el gancho que se requiere (no es tanto por el precio... sino que no lo vale ni regalado).

Si fuera una opcion viable, me le tiraria en voladora. El problema es que ya conozco la plataforma lo suficiente pa darme cuenta si algo es o no es bueno pa ella.

Que quieres que te diga? No es por soberbia, de hecho, le jale tiempo a delphi mirando si valia la pena reescribir mi app principal (un punto de venta) para iPad.

Honestamente, no puedo recomendar a Delphi, al dia de hoy, para ese nicho. Asi como no lo recomendaria para hacer apps web.

Y que puede uno hacer? Comprarla y ya? No hay como arreglarla. Las recomendaciones (en los foros) que se hacen no se escuchan -cosa que he hecho durante años-. No hay librerias modernas en los nichos nuevos, y sentarse a hacerlas -que es lo que como comunidad mas deberiamos- valdria la pena si se viera la direccion y el animo.

He pensado hasta crear un nuevo lenguaje, parcialmente inspirado en pascal, pero eso es una solucion aun peor .

Que queda? Usarla pa lo que es bueno. Eso hago! Tengo varias apps hechas en delphi, y van del pelo. Pero no puedo usar la herramienta que (junto a python) mas me gusta en nada de lo que veo en el futuro inmediato.

[mamcx]

Empezado por rretamar

No veo haciendo una aplicación de escritorio en Python. O mejor dicho, no veo a Python apropiado (ni cerca) para desarrollar aplicaciones de escritorio. Y en Java...lo pensaría dos (y hasta tres) veces.

El punto mas fuerte de Delphi es la VCL. Aunque pa python se puede usar http://qt-project.org/wiki/Category:...ndings::PySide y otros. El mejor resultado se logra con OSX, las apps son indistinguibles de las nativas hechas en OSX.