IDERA cambia de manos y Embarcadero posiblemente también

[jlrbotella]

Lamentablemente desde fuera se considera Delphi un lenguaje "antiguo" para hacer aplicación de escritorio. Lo de "antiguo", será porque los programadores somos mayores, porque sino no lo entendería. Pero si que es un lenguaje dedicado a realizar aplicaciones de escritorio en Windows.

Creo que la plataforma FireMonkey aun queda mucho por hacer, tanto en estabilidad y rendimiento, Su futuro no lo veo muy claro a corto plazo y es por ello que en vez de realizar una nueva librería UI, hubiera apostado por realizar un porting de las fantasticas librerias de QT, o llegar un acuerdo de "fusionarse con QT", ya que sería lo mejor para ambas compañias.

Además sería bueno que el lenguaje C/C++ tuviera mucho más peso que Delphi y asi atraer a todos los programadores de C/C++, porque queramos o no, el Delphi no se aprende en las escuelas o universidades, algo que Embarcadero no ha hecho una buena campaña de marketing para poder poner su Delphi.

Hoy en día Microsoft ya tiene una versión ligera de su IDE en Linux y Mac. Además de haber portado su SQL Server y su servidor web a Linux. Su plataforma .Net ya tiene un porting "a medias" para esta plataforma y con la compra de Xamarin se garantiza su futuro en mobilidad y multiplataforma.

El tiempo corre, y Embarcadero/Idera sigue atascado hace años.

Y os dejo aquí una reflexión que hice a un compañero que trabajaba en Embarcadero Elche.
- Me comentó, que porque no migrabamos nuestra aplicación escrita en VCL a Firemonkey, y le conteste:
- Cuando Rad Studio se realize con FireMonkey y el IDE se pueda instalar en cualquier sistema operativo (linux, mac, windows), lo haré.
- Respuesta: Eso es imposible, Delphi necesita de las herramientas y librerías de Microsoft.

Espero que este post no se interprete como algo negativo, sino como una crítica constructiva.

[Casimiro Notevi]

Empezado por jlrbotella

...

El que se vea como "viejo", es solamente una percepción que se soluciona con un marketing efectivo. El lenguaje C es también igual de viejo y no se "ve" viejo.
Lo que te comentaba tu amigo/compañero es así, delphi es windows, cambiarlo para que funcione en otros sistemas es muy complejo, "casi" imposible, no vale la pena por el esfuerzo de tiempo/dinero.
Por eso me extrañó muchísimo (es algo que he repetido varias veces en otras ocasiones) que "recarguen" delphi con android e ios, cuando podían haber hecho un "delphi para android" y un "delphi pars ios", por separado, totalmente pensados para sus respectivos sistemas, sin tener que estar cargando con todo el conglomerado usado para windows.
Lamentablemente, embarcadero no es tan grande y poderosa como microsoft, como para poder embarcarse en todo lo que nos gustaría, así que tiene que ir poco a poco y procurar no equivocarse en sus decisiones.
Aunque, ya digo, según mi punto de vista cargar a "delphi windows" con android e ios, ha sido un error.

[dec]

¡Hola a todos!

Empezado por Casimiro Notevi

El que se vea como "viejo", es solamente una percepción que se soluciona con un marketing efectivo. El lenguaje C es también igual de viejo y no se "ve" viejo.

Yo tengo entendido que con COBOL, que todavía es más viejo, puede uno muy bien tratar de ganarse la vida HOY. Por lo demás yo no sólo no veo viejo al C, pero, es que me place. ¡Está como una rosa! Y no lo utilizo... ¡pero no le veo viejo, leñe! Yo creo que puede ser un buen martillo dependiendo del clavo sobre el que tengas que hacer presión

[jlrbotella]

Empezado por Casimiro Notevi

El que se vea como "viejo", es solamente una percepción que se soluciona con un marketing efectivo. El lenguaje C es también igual de viejo y no se "ve" viejo.
Lo que te comentaba tu amigo/compañero es así, delphi es windows, cambiarlo para que funcione en otros sistemas es muy complejo, "casi" imposible, no vale la pena por el esfuerzo de tiempo/dinero.
Por eso me extrañó muchísimo (es algo que he repetido varias veces en otras ocasiones) que "recarguen" delphi con android e ios, cuando podían haber hecho un "delphi para android" y un "delphi pars ios", por separado, totalmente pensados para sus respectivos sistemas, sin tener que estar cargando con todo el conglomerado usado para windows.
Lamentablemente, embarcadero no es tan grande y poderosa como microsoft, como para poder embarcarse en todo lo que nos gustaría, así que tiene que ir poco a poco y procurar no equivocarse en sus decisiones.
Aunque, ya digo, según mi punto de vista cargar a "delphi windows" con android e ios, ha sido un error.

Comparto la opinión de Casimiro, creo que Delphi nunca debería haberse orientado a multiplaforma sino aprovechar de las herramientas de Microsoft para mejor su VCL, a menos que se tenga de un buen montón de dinero para poder desarrollar e investigar la multiplataforma.

[roman]

Empezado por Casimiro Notevi

Aunque, ya digo, según mi punto de vista cargar a "delphi windows" con android e ios, ha sido un error.

Empezado por jlrbotella

Comparto la opinión de Casimiro, creo que Delphi nunca debería haberse orientado a multiplaforma sino aprovechar de las herramientas de Microsoft para mejor su VCL

Difiero. Creo que el enfoque multiplataforma es lo único, y subrayo, lo único que puede salvar a Delphi, si es que se salva. Actualmente, pensar en una herramienta exclusiva para desarrollar en Windows frente al auge de las aplicaciones móviles es condenarse al aislamiento. El gran plus de Delphi es su desarrollo visual, pero si se limitara a Windows, perdería el mercado que pudiera estar ganando actualmente.

LineComment Saludos

[mamcx]

Concuerdo con roman. Un lenguaje sin al menos un pie en móviles esta condenado.

El problema superficial (de adaptar GUIs por plataforma) es un problema conocido. Solo que su solucion *ideal* -por su aparente ahorro en esfuerzo- (un solo framework + muchas plataformas) es de probada inferioridad y deficiencia versus su solucion realista (hacer UI por plataforma). Teniendo en cuenta que si se resuelve de forma realista es facil llenar luego con opciones generalizadas; similar a como en Xamarin desarrollas la UI por cada OS y ademas esta Xamarin.Forms que da una opción general cuando no importa dar algo mediocre.

Mas importante es usar un modelo tipo MVC o React que se encargue de orquestar la conexion de Logica + UI que es algo donde Delphi esta muy deficiente (y todo el tema de bindings en Delphi esta muy atrasado).

---

El problema de fondo de Delphi es mas un tema de administración & enfoque, que de tecnología. Es cierto que como hemos hablado antes hay un limite natural para cada lenguaje donde alterarlo mas lo termina convirtiendo en otra cosa, pero no es muy difícil en saber que cosas si podrían servir mucho a Delphi, como lenguaje, y que probablemente es falta de recursos y personal capacitado para ello, pero mas que todo, es el mismo problema de el manejo que a lo largo del tiempo se le ha dado.

[Casimiro Notevi]

Empezado por mamcx

Concuerdo con roman. Un lenguaje sin al menos un pie en móviles esta condenado.

Cierto, aunque yo me refería a no hacer un "todo en uno", sino hacerlos por separado. El mismo IDE para todos, pero cada paquete especializado en un lenguaje:
Creo que facilitaría mucho el trabajo para Embarcadero, hay que tener en cuenta que (por ejemplo) las actualizaciones, mejoras, cambios, etc. para Android son muy continuadas, sin embargo, para windows son muy esporádicas. Si van todos en un mismo paquete, habría que esperar una versión "grande" para añadir todos los cambios, pero si fuesen por separado, sería posible sacar versiones/actualizaciones del paquete para android cada poco tiempo, y el de windows cada más tiempo.
Es solamente un ejemplo.

[mamcx]

Ah claro, asi tiene mas sentido. Cada plataforma tiene un ritmo diferente.

[roman]

Empezado por Casimiro Notevi

Cierto, aunque yo me refería a no hacer un "todo en uno", sino hacerlos por separado. El mismo IDE para todos, pero cada paquete especializado en un lenguaje:
Creo que facilitaría mucho el trabajo para Embarcadero, hay que tener en cuenta que (por ejemplo) las actualizaciones, mejoras, cambios, etc. para Android son muy continuadas, sin embargo, para windows son muy esporádicas. Si van todos en un mismo paquete, habría que esperar una versión "grande" para añadir todos los cambios, pero si fuesen por separado, sería posible sacar versiones/actualizaciones del paquete para android cada poco tiempo, y el de windows cada más tiempo.
Es solamente un ejemplo.

Tienes razón. Ahora lo veo más claro. Creo que empaqueté en un sólo contenedor tu comentario y el de jrlbotella.

LineComment Saludos

[jlrbotella]

Empezado por roman

Difiero. Creo que el enfoque multiplataforma es lo único, y subrayo, lo único que puede salvar a Delphi, si es que se salva. Actualmente, pensar en una herramienta exclusiva para desarrollar en Windows frente al auge de las aplicaciones móviles es condenarse al aislamiento. El gran plus de Delphi es su desarrollo visual, pero si se limitara a Windows, perdería el mercado que pudiera estar ganando actualmente.

LineComment Saludos

En el desarrollo multiplataforma, Delphi empezó por buen camino con el FireMonkey, eso fue hacia el año 2011, y actualmente después de haber pasado 6 años, creo que no he visto ninguna aplicación o empresa que haya apostado por él. Y mirá que en la provincia de Alicante (España) hay varias, pero nadie se atreve, y no hablemos de la movilidad, porque al final todos los que conozco de Delphi, desarollamos con el Eclipse-Java o con la herramienta de Apple.

[[egostar]]

Empezado por jlrbotella

En el desarrollo multiplataforma, Delphi empezó por buen camino con el FireMonkey, eso fue hacia el año 2011, y actualmente después de haber pasado 6 años, creo que no he visto ninguna aplicación o empresa que haya apostado por él. Y mirá que en la provincia de Alicante (España) hay varias, pero nadie se atreve, y no hablemos de la movilidad, porque al final todos los que conozco de Delphi, desarollamos con el Eclipse-Java o con la herramienta de Apple.

Hola jlrbotella

Algunos si nos hemos atrevido (Acá en México), en la compañia donde trabajo ya tenemos aplicaciones móviles funcionando como parte de nuestra "suite" de aplicaciones y que por supuesto están hechas con Delphi. La verdad es que nos está funcionando de maravilla, los clientes están esperando soluciones prácticas y la movilidad es un asunto sin desperdicio.

Hay un monton de posibilidades, pero si les da miedo están desaprovechando el producto y gastando recursos en tener gente capacitada en otras herramientas y lo que es peor, con tiempos de respuesta elevados por la curva de aprendizaje y por escribir código de cero.

Por otro lado, si solo tienen en mente crear apps moviles sin relación alguna con sus sistemas mayores, no le busquen mas, vayan por otras opciones que incluso son gratuitas.

Saludos

[roman]

Empezado por egostar

Por otro lado, si solo tienen en mente crear apps moviles sin relación alguna con sus sistemas mayores, no le busquen mas, vayan por otras opciones que incluso son gratuitas.

¿Así cómo cuál...?

LineComment Saludos