Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Noticias (https://www.clubdelphi.com/foros/forumdisplay.php?f=34)
-   -   TIOBE: Delphi is on its way out (https://www.clubdelphi.com/foros/showthread.php?t=83150)

gatosoft 16-05-2013 17:54:32

TIOBE: Delphi is on its way out
 
Bueno, salvando el hecho que muchos aquí no creen en el dichoso índice TIOBE, no deja de ser de interés la reseña que para mayo de 2013 TIOBE hace Delphi en la página donde presenta el índice.

Seguimos bajando (puesto 17/20) y hay tendendia a salir del top 20... :confused:

Cita:

TIOBE Programming Community Index for May 2013
May Headline: Delphi is on its way out

Delphi/Object Pascal was once far ahead of its time. The Delphi development environment supported software engineers to create cool applications in a fast way. Moreover, since the underlying language of Delphi was Object Pascal, the "generated" applications were scalable and relatively easy to maintain. This in contrast to its competitor of that time, the rapid application environment Visual Basic of Microsoft.

Delphi's major market is development of applications for the Windows platform (although they tried to get some Linux market share as well, remember Kylix). As a result they have to fight against the fierce competition of Microsoft's Visual Studio. A battle that inevitably has been lost.

The TIOBE Programming Community index is an indicator of the popularity of programming languages. The index is updated once a month. The ratings are based on the number of skilled engineers world-wide, courses and third party vendors. The popular search engines Google, Bing, Yahoo!, Wikipedia, Amazon, YouTube and Baidu are used to calculate the ratings. Observe that the TIOBE index is not about the best programming language or the language in which most lines of code have been written.

The index can be used to check whether your programming skills are still up to date or to make a strategic decision about what programming language should be adopted when starting to build a new software system. The definition of the TIOBE index can be found here.

movorack 16-05-2013 18:11:03

Interesante,

Cuando quieres aprender un lenguaje te la pasas buscando en internet ejemplos, porciones de código, librerías y cosas así. Lo que a mi me indica este indice (que puede que sea bueno o no) es que no hay mucha gente buscando en internet sobre el lenguaje y eso significa que posiblemente tendría menos adeptos.

Si eres un experimentado programador delphi usarás el internet con relativa frecuencia pero si eres un programador novato lo usarás con mas frecuencia. eso significaría que el los adeptos a delphi están entre los experimentados y pocos novatos están usandolo. Por consiguiente el futuro del lenguaje sería incierto.

Sin importar si embarcadero ha hecho un cross compiler o si el lenguaje tiene nuevas características, Los nuevos desarrolladores y aún muchas empresas ven a delphi como un dinosaurio; Eso es una realidad y moda o no, usables o no, dolores de cabeza o no... Java, .Net, Objective-C encabezan estas listas porque los novatos los están usando en sus proyectos de aprendizaje y las empresa los están usando en sus proyectos de producción.

rretamar 16-05-2013 23:22:15

Lo que voy a decir tal vez no sea un indicador de peso. Frecuento bastante el ambiente de software libre (foros, webs, portales, listas de distribución por correo-e, asistencia a jornadas, etc.) y muchísimas veces cuando alguien pregunta por un lenguaje (libre, se entiende) para aprender a programar le recomiendan Python. Es como un efecto bola de nieve.

AzidRain 16-05-2013 23:28:13

Al final sucederá como con muchos otros lenguajes. Se seguirá usando porque hay millones de líneas de código ejecutándose en la misma cantidad de computadoras en todo el orbe y el costo de "mejorarlas" tan solo porque el ingeniero recién egresado no sabe Delphi es prohibitivo en muchos casos y aporta pocos o nulos beneficios. Ahí están, salvando las consabidas proporciones, COBOL, Clipper, dBASE (aunque no es un lenguaje en sí), C, ensamblador entre otros que siguen funcionando como si nada.

El famoso TIOBE es solo una lista de popularidad, el equivalente a las listas que hacen las estaciones de radio basados en las veces que una canción es pedida por la audiencia y no por la calidad de las mismas.

A Java, .NET (¿Lenguaje?) y demás fauna moderna les pasará lo mismo desgraciadamente mas temprano que tarde ya que el ritmo con el que cambia la informática actual es mucho más rápido que en las épocas en que Delphi surgió.

LoPiTaL 17-05-2013 09:59:46

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

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

ElKurgan 17-05-2013 19:47:32

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 17-05-2013 20:26:14

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 17-05-2013 22:29:18

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 17-05-2013 23:05:25

Cita:

Empezado por mamcx (Mensaje 460643)
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 :confused:)

Cita:

Empezado por mamcx (Mensaje 460643)
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.

Cita:

Empezado por mamcx (Mensaje 460643)
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. :D

Cita:

Empezado por mamcx (Mensaje 460643)
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...

Cita:

Empezado por LoPiTaL (Mensaje 460599)
¿No os parece un poco raro que el lenguaje "Delphi / Object Pascal" haya bajado tres posiciones mientras que el lenguaje "Pascal" ha subido dos? :eek:

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

Si que es raro de narices...

Cita:

Empezado por rretamar (Mensaje 460636)
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 18-05-2013 00:16:37

Cita:

Empezado por defcon1_es (Mensaje 460650)
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. :D

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 18-05-2013 12:17:18

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!

mamcx 18-05-2013 18:34:59

Cita:

Empezado por Al González (Mensaje 460675)
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.

Como se ve no solo en tiobe sino en otros lugares (como stacoverflow, github) C, C#, Java, C++ estan muy por encima en uso. Ni de lejos dejaran de ser relevantes durante esta decada.

El unico asombro es la subida inmensa de Objective-C (debido a iOS) que tambien tiene segura su posicion por largo rato.

De todo esos, C es el que menos probable desaparece. Ese maldito es mas duro de matar que John McClane!

Así que creo que hay que olvidarse de la idea de que todos esos engendritos de C van a salir de escena. Lo que importa es ver si los que le hacen contra como se ponen al frente y dan pelea buena.

Aunque los 1eros puestos están dominados por herederos de C, si se juntan todos, se vera que los que son alternativa hacen un grupo mas grande!


Pero el problema es que para estar al frente (y no volverse un lenguaje de nicho como RPG) hay que tener, de forma solida, al menos:

- Ser la opción por defecto de una plataforma exitosa (Windows, iOS, Sql, etc)
- Ser la contraparte "cool" (el pepsi de la coca-cola) de la anterior
- Ser la opción #1 de un estilo de programación en auge (Cloud, móvil, multi-core, etc)
- Ser el dueño indiscutible de un nicho que nadie mas le importa (R)

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.

Delphi es/era la herramienta #1 como RAD y la contraparte cool a C++. Pero ha perdido ese enfoque (ha sido grave la caída de MS en ese sentido).


Delphi no es ahora dueño de un segmento en auge, y ha perdido cancha en donde es fuerte. Osea, es claro que .NET, Java y otros son malos como RAD, pero son "suficientes" y tienen la ventaja en que son la opcion por defecto de una(s) plataformas bases y pa rematar, son contendientes de peso en demasiadas categorias. Y ya que pocos usan varias herramientas a la vez, una vez que alguien usa un lenguaje intenta por todos los medios usarlo para todo.


Da un poco de luz:

http://www.wired.com/wiredenterprise...ing-languages/

http://www.eecs.berkeley.edu/~lmeyer.../viz/rank.html

rretamar 19-05-2013 01:55:55

Cita:

Empezado por mamcx (Mensaje 460643)
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 19-05-2013 04:59:11

Cita:

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.

Cita:

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 19-05-2013 05:56:03

Cita:

Empezado por rretamar (Mensaje 460701)
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.

mamcx 19-05-2013 06:35:45

Cita:

Empezado por egostar (Mensaje 460705)
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.

Cita:

Empezado por egostar (Mensaje 460705)
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.

Cita:

Empezado por egostar (Mensaje 460705)
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.

Al González 19-05-2013 07:42:47

Mario, si trabajaras en Embarcadero y te preguntaran ¿qué podemos hacer para que FireMonkey sea mejor o por lo menos tan bueno como Cocoa Touch?, ¿qué sugerirías? De tu meditada respuesta puede surgir alguna buena idea para tomarse en cuenta. :)

¿Por qué esa tendencia a pensar que Delphi las tiene de perder donde otros han sido los primeros? ¿Acaso no podemos, comunidad + fabricante, ponernos las pilas para hacerlo competitivo en esos terrenos? ¿No se dispone de capital, medios, profesionales cualificados y putas ganas para lograrlo?

¿Podrías dedicar el tiempo que sea necesario, en tu siguiente mensaje, para exponer un ejemplo contundente, sin margen de ambigüedades, argumentado con paciencia y sin limitarte a presentar meras referencias Web, que deje claro, sin lugar a dudas, las diferencias de calidad y productividad entre Cocoa Touch y el FireMonkey de Delphi XE4?

Y si Cocoa Touch es tan bueno como dices, ¿qué se necesita para usarlo desde Delphi? Yo estaría encantado de poder usarlo desde nuestro lenguaje, ¿es viable?

Ya tienes tarea, saludos y buenas noches. ;)

Al González.

egostar 19-05-2013 07:49:10

Cita:

Empezado por mamcx (Mensaje 460707)
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.

A ver, vamos por partes, yo no pienso incursionar en iOS para que sea mi mercado primario, eso es lo que no has entendido o nadie te ha explicado, Delphi no es para MAC, iOS y demás yerbas, pero te está permitiendo desarrollar aplicaciones complementarias a tus desarrollos hechos en windows para que puedas hacer más amplio tu mercado.

Cita:

Empezado por mamcx (Mensaje 460707)
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)

Pues no, no conozco iOS, pero eso es lo bonito de esto, ya he hecho un par de app's con delphi que funcionan sin problema así usen firemonkey o lo que sea, no me interesa porque te repito, no es mi mercado primario, para mi es un plus de mis desarrollos para Windows.

Y lo de feo tú lo has dicho no yo, yo sólo dije que las app se ajustan al estandar de colores y formas de iOS.

Cita:

Empezado por mamcx (Mensaje 460707)
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.

Insisto, no soy profesional de iOS, si soy profesional en windows.

Cita:

Empezado por mamcx (Mensaje 460707)
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.

De nuevo, Delphi es para Windows, y el plus es poder hacer aplicaciones para iOS y proximamente para Android, pero como complemento a nuestras aplicaciones windows, tú tienes otra perspectiva porque estás inmerso en ese operativo y tienes otras necesidades, pero eso no hace menos a Delphi, de eso puedes estar seguro.

Cita:

Empezado por mamcx (Mensaje 460707)
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.

La verdad es que éste último año las cosas han cambiado un poco, realmente hubo mucho "feedback" de parte de los beta-tester, claro no es aún lo óptimo, pero la apuesta está hecha y yo creo que si se puede, a pesar de los "buenos" deseos de quien quiere que Delphi se muera y de los que están abandonando el barco por miedo ¿miedo?

Y reitero, yo estoy con delphi hasta el final, sea como sea.

Por cierto, ¿ has hecho alguna app iOS con XE4 ? Yo si.

Saludos

egostar 19-05-2013 07:55:35

Por cierto, me he referido siempre a las app móviles que es donde enfoco mi mercado, no a aplicaciones para escritorio de MAC, y lo comento para que queden claros mis argumentos.

Saludos

diegofhernando 19-05-2013 18:08:30

Hola a todos... sé que no tienen idea de quién soy, pues bien, les digo que he sido parte del foro desde hace muchos años, aquí creci como programador Delphi y en su momento fue mi mejor escuela para crecer como profesional y como ven, ocasionalmente me paso por aquí a ver como van las cosas con mi querido lenguaje, esta vez, no pude contener las ganas de postear y es simplemente para publicar mi humilde punto de vista al respecto de este tema.

Desde hace 3 años TUVE que dejar a Delphi como mi lenguaje de desarrollo principal y es que no es posible tapar el sol con las manos, la tendencia como lo dice el amigo mamcx es el desarrollo web, cloud y demás artilugios de los últimos años y para ser sincero en mi caso Delphi no pudo satisfacer mis exigencias y las de mis clientes, en su momento tuve que aceptar tristemente que la grandiosa herramienta que me habia traído tantas satisfacciones ya no era suficiente para mi, así pues que me "embarque" en ese nuevo rumbo que hasta ese momento era completamente nuevo para mi y les puedo decir que fué una de las mejores decisiones que he tomado como desarrollador.

Finalmente y para concretar mi publicación, para mi es claro que Delphi no puede cubrir las necesidades de las plataformas web, al menos no como uno esperaría a nivel profesional y también es claro que para desarrollos Windows no hay nada mejor que Delphi, como les digo, actualmente lo que me da de comer está en la web y no es un secreto que es una plataforma que cada día toma mas fuerza... de hecho en mi grupo de compañeros ya no hay nadie que desarrolle aplicaciones de escritorio, mi humilde punto de vista que si Delphi llegase a "fallecer" (no es literal) no sería por mala herramienta, sería por que el sector en el que realmente es bueno ya no sea lucrativo.

Salu2. :cool:


La franja horaria es GMT +2. Ahora son las 15:26:54.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi