Nuevo Embarcadero RAD Studio Mobile con soporte Android

[Julián]

Empezado por donald shimoda

Lamentablemente para los que usamos a diario Linux como nuestro sistema principal o host, tengo que decir que efectivamente en los planes de EMB no esta ni cerca producir un compilador linux ni mucho menos usar fpc para ello.

Al que quiera conocer esta info de primera mano no tiene mas que enviarle un correo al nuevo product manager Marco Cantu y el les contestara que lamentablemente linux ni pos asomo...

Pues ellos se lo pierden.

Recordemos que Kylix no fracasó por el mito ese de "el linuxero lo quiere todo gratis". Kylix fracasó porque era una puta mierda, así con toas las letras. Si a esta gente de CodeGear se les ocurriera hacer una herramienta tan buena como Delphi, el sistema operativo dá igual. La gente la compraría, pues lo que el mercado demanda son cosas que funcionen bién, que sean productivas, que tengan una curva de aprendizaje corta y, lo mas importante, sobre todo hoy, que sean multiplataforma. Y eso último, Delphi no lo cumple. El día que Lazarus (o algo similar) haga todas esas cosas bien, delphi podrá darse por muerto y bién muerto.

Un saludo!

[Casimiro Notevi]

Exactamente.

Lazarus me gusta porque es libre y puede compilar en distintos sistemas, no me importaría tener que pagar por él, pero un importe razonable, no las burradas que quieren cobrar por delphi, por muy bueno que sea.

Lo que no entiendo es por qué motivo Embarcadero puso FPC en XE2 y lo quitan en XE3.

[donald shimoda]

Empezado por Casimiro Notevi

Exactamente.

Lazarus me gusta porque es libre y puede compilar en distintos sistemas, no me importaría tener que pagar por él, pero un importe razonable, no las burradas que quieren cobrar por delphi, por muy bueno que sea.

Para mi Codetyphon es un lujo, cada vez mejor, cada vez mas sencillo lo que antes era terrible hacer con lazarus. La verdad que cada vez lo miro con mas cariño.

Empezado por Casimiro Notevi

Lo que no entiendo es por qué motivo Embarcadero puso FPC en XE2 y lo quitan en XE3.

Se me ocurre que Nick Hodges en su momento intercedio por ese rumbo y luego lo echaron. De hecho XE2 tenia soporte a iOS y XE3 no lo tiene, algo inedito. O algun erudito marketinero se le ocurrio que habría miles de gilip... que estarían dispuestos a pagar un extra para la version mobile, que se yo. EL tema es que dejaron colgados de una nube a los usuarios FMX de XE2. Lo de siempre, bah!

[*Emilio*]

Ahora sí se va a poner esto de nuevo interesante

[mamcx]

Ese ha sido el eterno problema con Delphi. Un núcleo solido, pero cada vez se lanzan en una dirección - a medias- y terminan abortando o re-iniciando lo hecho. Y una falta de entendimiento de su mercado mas importante, ie: El desarrollador independiente, pero con un deseo de cazar a la corporación, lo cual es una falla de análisis de mercado impresionante. Por fuera del lenguaje de "la casa" CUALQUIER otro lenguaje en CUALQUIER plataforma primero de "pegar" con el desarrollador independiente - no solo independiente por ser solitario, sino porque PUEDE elegir a GUSTO lo que QUIERE usar-. Eso es lo que hace que perl, php, python, ruby, go, erlang, haskell, etc sean relevantes. Primero llegan los independientes (de mente) y luego llegan los clientes grandes (quienes usan lo anterior? Google, Facebook, MS, Oracle, etc: Los clientes que quisieran con Delphi).

Esa falta de enfoque es lo que me ha desencantado de Delphi, y por lo que lo uso ya solo por casos muy puntuales (y prácticamente, ya no le veo un futuro en mis proyectos). Ni me chocaría que no fuera multiplataforma, siempre y cuando fuera la mejor o una excelente opción para windows. Pero que quede a mitad de camino, es algo que es insostenible para mi gusto.

Lo que da espina, es que es posible hacer un clon (lazarus) con menos recursos -y que conste, que considero lazarus/fpc como de los peorcitos proyectos open source, por lo mismo que sufre Delphi: su falta de enfoque y pulimiento- y que ahora hay MUCHA innovacion en el mundo de los lenguajes.

Cada dia salen mas lenguajes, compiladores e ideas al respecto. Impresiona ver como un solo tipo es capaz de hacer RubyMotion, que es una reimplementacion del runtime de ruby, corriendo sobre obj-c/osx. Un solo tipo. Y ahora hay como hacer apps nativas para OSX/IOS con Ruby. Funciona, es mas rapido que ruby normal, etc.

Eso me da animos para jugar, asi sea mentalmente ha crear un lenguaje, pero aunque cada x días leo sobre el tema, me freno por la magnitud de la tarea. Pero igualmente, me di cuenta que no es una tarea imposible y que Delphi podría ser mucho mejor si fuera mejor tratado. Para ejemplo, lo que hicieron RemObjects con prism, que es un producto -como todo lo que hacen- pulido. Eso es lo que debe ser un producto, especialmente si es de pago. De hecho, sino fuera porque ando con python/obj-c prism seria mi eleccion natural...

[matabyte]

Ya era hora , Cuando salga, lo pruebe y vea que funcione bien, creo que delphi se ganara unas cuantas licencias en Japon XD.

[[Al González]]

Empezado por matabyte

Ya era hora , Cuando salga, lo pruebe y vea que funcione bien, creo que delphi se ganara unas cuantas licencias en Japón XD.

Por cierto, matabyte. ¿Qué posicionamiento encuentras que tiene Delphi en el país del sol naciente? ¿Por qué lenguajes se decantan los desarrolladores ahí?

Saludos cordiales.