Mobile Roadmap - Actualizado

[mamcx]

El problema es que en mobiles, llegar primero es importante, y el saber llegar esta por verse.

Si hay que esperar a iOS 7, que sale en menos de 3 meses al otro año ? Todo el mundo esta corriendo a iOS 7 desde julio, y arrancar en los siguientes meses (y quizas teniendo que comprar otro "service pack" a precio de nuevo de delphi) implica un retraso super importante.

Contraste, como por ejm, la gente de mono ya esta ahi. Todos los que importantan en ese nicho estan trabajando y liberando betas de iOS 7 DESDE EL PRINCIPIO, tan rapido como se puede.

Esa es la estrategia que embarcadero le ha negado a sus clientes, y eso es un error carisimo, ecnomica y estrategicamente.

Con suerte, con android, que es notable por su fragmentacion y la pobre tasa de avance en sus dispositivos (a nivel de software), que ppalmente estan incapacitados para actualizar sus versiones de OS, estar a paso de tortuga le funcione a embarcadero...

[[poliburro]]

Empezado por mamcx

El problema es que en mobiles, llegar primero es importante, y el saber llegar esta por verse.

Cito a el-mono

Empezado por el-mono

De todos modos como dice el refrán, lo importante no es llegar primero sino saber llegar.

Pues nuestro amigo Egostar ya ha demostrado el enorme y gran trabajo que han hecho los chicos de embarcadero para permitirnos generar aplicaciones multiplataforma. ¿Mono ha conseguido algo así? hasta donde yo hice pruebas, ese proyecto está tan retrazadi que era imposible migrar aplicaciones de nivel empresarial hechas en .Net a Linux así que a menos que se demuestre que mono hace algo como lo que hace Delphi, está por demás mencionarlo.

En lo personal me siento muy esperanzado y maravillado con lo que han conseguido en Delphi Xe4 y lo que viene promete que será genial. Al tiempo.

[[egostar]]

Empezado por mamcx

.......El problema es que en mobiles, llegar primero es importante, y el saber llegar esta por verse........

Me parece que no hay que perder de vista algo importante al menos desde mi perspectiva.

Delphi es Windows Nativo y ahora con la posibilidad de complementar tus desarrollos para Windows con aplicaciones en otros sistemas operativos. Tal vez no es la mejor herramienta para desarrollar en móviles, pero sí es la mejor opción que tiene un desarrollador para ello, y esto porque no se tiene que aprender otros lenguajes para el deploy de aplicaciones multiplataforma, algo que muchos desearían tener pero que sin remedio tienen que utilizar diferentes herramientas, aprender diferentes lenguajes y perder tiempo en la creación de aplicaciones individuales.

Yo insisto en mi "slogan"

"Mismo código base, mismos componentes, diferente plataforma"

No sabes lo genial que es copiar, pegar y compilar y obtener diferentes aplicaciones, aún cuando se diga que es tarde, iOS, OSX, Android aún no son mi mercado principal, mi mercado principal es Windows y como valor agregado aplicaciones en otras plataformas, cosa que me vendrá muy bien con algunos clientes y por ende a mi bolsillo.

Empezado por MAXIUM

Si Delphi se hubiese concentrado en Android en vez de .NET o en vez de Firemonkey, las ventas habrian por fin despegado.

Nah, los que más se quejan siguen con Delphi6 y Delphi7 y ahora Lazarus porque es gratis, nunca van a pintar en las ventas, eso que argumentas es una falacia.

Saludos

[donald shimoda]

Empezado por egostar

Tal vez no es la mejor herramienta para desarrollar en móviles, pero sí es la mejor opción que tiene un desarrollador para ello, y esto porque no se tiene que aprender otros lenguajes para el deploy de aplicaciones multiplataforma, algo que muchos desearían tener pero que sin remedio tienen que utilizar diferentes herramientas, aprender diferentes lenguajes y perder tiempo en la creación de aplicaciones individuales.

Exacto. Mi visión es que si necesitas complementar tus aplicaciones empresariales dandoles acceso al mercado de móviles , es una excelente opción. Donde se ha visto a que a una aplicación iOS solo le digas que la quieres en android, recopilas y ahi la tienes? Nadie logro esto... Delphi si.

Ahora, si tu idea es hacer un juego para iphone, pues aprende Objetive C, ni siquiera Oxygene es la mejor opción en eso. Lo mismo para android.

La única "pega", como se dice, es que RemObjects no soporte delphi para móviles. Es inadmisible, pero Marc esta entroncado con su es socio (EMB) y nos ha dejado colgados de la medianera a todos. Flor de garca (si se me disculpa la expresión)...

Así que si vas a utilizar delphi para móviles tendrás que migrar al menos una parte de tu servidor a datasnap.


Saludos.

[DarkDudae]

Yo siento discrepar con la opinión general, pero personalmente creo que la dirección "multiplataforma" que ha adoptado Embarcadero no es la más apropiada y me explico:

-Firemonkey usa un dibujado gráfico de cada control en la aplicación. Esto hace que su lentitud sea extrema. A la que haces un proyecto medianamente complejo y en vez de usar el simulador de iPhone (con 320 puntos de resolución) usas el iPad .... verás que los desarrollos de Firemonkey van a pedales. Tal vez para una aplicación de cambio de divisas estas cosas no importen, pero siendo honestos, raramente vamos a necesitar desarrollar una aplicación tan "básica".

A la que pones varios controles, varias páginas, y algunos listados como por ejemplo, una lista de países, la animación de paso entre páginas de una tabla con la animación slide demora a veces hasta 3 segundos. Se pierde todo el "feeling" de iOS. Para mi, el rendimiento de una aplicación es, junto con su estabilidad, lo más importante de un desarrollo, y a día de hoy, eso no lo puedo obtener con Firemonkey. (Y tengo miedo de qué características técnicas vamos a necesitar para mover decentemente una aplicación Firemonkey en Android.... ¿un S4?)

Esto no es lo peor... en cuanto aparece una nueva versión del sistema operativo (como será iOS7), hay que cambiar los styles para que se actualicen al nuevo look... ¿hay entonces que pasar por caja otra vez?

Embarcadero debería haber optado por usar los controles nativos de las plataformas pero usando propiedades comunes. Es decir, que los componentes tuviesen las mismas propiedades como el "Label" de un botón y que según la plataforma donde ejecutásemos la aplicación internamente el compilador ya usase las rutinas nativas correspondientes de cada dispositivo, pero siempre usando los componentes nativos.

En menos de tres meses, una persona ha migrado casi todos los componentes nativos de iOS a Delphi XE4 (Los componentes de código abierto DPF iOS Native Controls).... que funcionan exactamente con el rendimiento de aplicaciones desarrolladas en X-Code y con su mismo aspecto. Y lo que es mejor, si los pruebas en un dispositivo con iOS7, adquieren el aspecto de los controles de iOS7 automáticamente.

Me niego a creer que el equipo de ingenieros de Embarcadero no pueda lograr esto llevándolo un "pasito" más allá y encapsulando las propiedades de los controles nativos en otras genéricas que llamen a los componentes correspondientes de cada plataforma... Windows, iOS, Android o OSX.

[MAXIUM]

Respecto a que Android trabaja sobre JAVA y no en forma nativa en sus aplicaciones, esto no es tan cierto. Además, estoy leyendo este titular Sneak Peek: Android SDK, NDK and Device Support in Delphi - See more at: http://delphi.org/2013/08/sneak-peak...port-in-delphi

Y Sneak Peek: Delphi, Android, ARM Assembler and Extra Awesomeness http://www.malcolmgroves.com/blog/?p=1427

[[egostar]]

Empezado por DarkDudae

....... Tal vez para una aplicación de cambio de divisas estas cosas no importen, pero siendo honestos, raramente vamos a necesitar desarrollar una aplicación tan "básica" .........

Zaz!!!!!

Bueno, bueno, pero tampoco iba a publicar un ERP a modo de ejemplo

Pero más allá, la serie de artículos es para comprobar que se pueden desarrollar aplicaciones con el mismo código base y los mismos componentes, además de que iOS, OSX, y en un futuro Android...., son complementos a un sistema hecho en y para Windows.

Si pretendes adquirir Delphi para desarrollar únicamente para iOS - OSX, pues estás apuntando al lado equivocado, para eso hay herramientas esclusivas.

Yo creo que ni todo es negro ni todo es blanco, sus limitaciones debe tener no "correr" en la plataforma donde se está generando el código.

¿Ahora si me explico?

Saludos

[mamcx]

Empezado por egostar

Yo creo que ni todo es negro ni todo es blanco, sus limitaciones debe tener no "correr" en la plataforma donde se está generando el código.

Eso esta bien, siempre un toolkit gráfico que sea multiplataforma implica un resultado "promedio".

El problema es que es mas probable que sea por debajo de lo promedio, y que el resultado final termine requiriendo mas hacks que haber ido desde el principio al API de UI nativo. O al menos, si se intenta hacer una app que se haga dandole importancia a la experiencia de usuario.


Aunque evidentemente, tener la lógica de negocios en un solo entorno es muy beneficioso.

[[poliburro]]

Empezado por egostar

Zaz!!!!!

Bueno, bueno, pero tampoco iba a publicar un ERP a modo de ejemplo

Eso mismo le iba a comentar al compañero. Al final es una muestra de lo que pude conseguirse.

Empezado por DarkDudae

En menos de tres meses, una persona ha migrado casi todos los componentes nativos de iOS a Delphi XE4 (Los componentes de código abierto DPF iOS Native Controls).... que funcionan exactamente con el rendimiento de aplicaciones desarrolladas en X-Code y con su mismo aspecto. Y lo que es mejor, si los pruebas en un dispositivo con iOS7, adquieren el aspecto de los controles de iOS7 automáticamente.

Esto me parece muy importante y agradezco que lo comentes compañero. Esos componentes están a la venta? hay algún demo? El dato sobre el rendimeinto seguro a ma´s de uno interesará

[DarkDudae]

Empezado por egostar

Zaz!!!!!

Bueno, bueno, pero tampoco iba a publicar un ERP a modo de ejemplo

Perdón, no quería menospreciar tus tutoriales ni mucho menos, pues me parecen fabulosos y una prueba de concepto estupenda. Lo único que pretendía decir es que a la que haces un proyecto medianamente complejo, el rendimiento de firemonkey deja de ser - al menos para mí - suficiente para comercializar una aplicación. Una aplicación que va mal en Windows, MAC OSX, iOS y Android, es una aplicación que va a vender poco por muy multiplataforma que sea y por muy código único y base que tenga.

Empezado por egostar

Si pretendes adquirir Delphi para desarrollar únicamente para iOS - OSX, pues estás apuntando al lado equivocado, para eso hay herramientas esclusivas.

Está claro, pero a mi me encanta el concepto de "Programa una vez - compila en varios dispositivos usando prácticamente el mismo código". Hasta ahí estamos de acuerdo. Sólo mostraba mi queja de que Embarcadero no ha tomado - en mi opinión - el camino correcto, que sería el de usar los controles nativos de plataforma internamente:

Código Delphi [-]
{IFDEF ANDROID}
   //Llamada al dibujado/propiedad/procedimiento/función de Android
{ENDIF}

{IFDEF IOS}
   //Llamada al dibujado/propiedad/procedimiento/función de IOS
{ENDIF}

De esa forma, seguiríamos teniendo un único código, y el compilador internamente se encargaría de usar las APIs de cada plataforma de forma automática y aprovechando el rendimiento al 100% de los controles nativos.

Empezado por poliburro

Esto me parece muy importante y agradezco que lo comentes compañero. Esos componentes están a la venta? hay algún demo? El dato sobre el rendimeinto seguro a ma´s de uno interesará

Son componentes de código abierto y totalmente gratuitos.

Aquí tienes el enlace:

DPF Native iOS Components

En los componentes vienen un montón con un montón de código fuente para ir "empezando". Además, en algunos aspectos incluso mejoran a los componentes originales con opciones y procedimientos que en x-code hay que escribirlos "a manita" (como por ejemplo, customizar el color de una toolbar o la fuente de la misma y cientos de cosas así)

Un saludo

[DarkDudae]

Nadie está criticando ni a Delphi ni a la multiplataforma de Delphi. De hecho estoy ansioso porque sea compatible con Android (aunque esta vez dudo que la empresa donde trabajo haga otro desembolso). He intentado hacer una crítica constructiva que creo que no ha sido muy bien comprendida por los saltos a la yugular que estoy esquivando

Aquí tenéis un vídeo donde se ve la misma aplicación primero creada con componentes de FM y luego usando componentes nativos (Ambas en XE4).

Comparativa FM vs Constroles Nativos

Que cada uno saque sus conclusiones.

Saludos

[mamcx]

Empezado por poliburro

¿Mono ha conseguido algo así?

Esta a mas leguas que delphi:

http://xamarin.com/

C# ha avanzado mucho como lenguaje, y en mobiles, es una apuesta mas solida que cualquier otra plataforma alternativa a las nativas.

La pega es que .NET nunca fue muy buena opcion para apps de windows (antes de Win8) y ahi es donde delphi brilla.

Si Delphi se hubiese concentrado en Android en vez de .NET o en vez de Firemonkey, las ventas habrian por fin despegado

Embarcadero pudo hacer muchas cosas, pero decir que con android viene el $$$$? Eso es super-falso.

Android es la plataforma de los pobres. Demograficamente, de usuarios que menos compran, menos adquieren apps, menos usan apps nativas, menos usan el navegador web, menos compran por internet.

Los desarrolladores y desarrollos en general se les parecen. No muy diferente a linux.

Donde hay mercado para los desarrolladores de apps (y en especial: para quienes son pequeños y no tienen detrás inversores capitalistas, subvenciones o pueden vivir de publicidad) es en iOS, OSX, Windows.

No que nadie pueda hacerse un nicho y un nombre en android. Es como todo. Pero estadísticamente, es *menos* probable ganarse el pan en android que en otras plataformas.

[[nlsgarcia]]

mamcx,

Empezado por mamcx

...Android es la plataforma de los pobres...menos adquieren apps, menos usan apps nativas...

Pregunto: ¿Por que entonces Embarcadero invierte tanto esfuerzo en el desarrollo bajo Android?.

Ciertamente el mercado de aplicaciones móviles favorece actualmente mas a IOS que Android, pero también es cierto que Android ha tenido un vertiginoso crecimiento y con el apoyo de Embarcadero se puede lograr un importante nicho a nivel empresarial y de usuario.

Creo que la idea es dar una solución multiplataforma la cual se podrá adaptar a las necesidades de los usuarios según se requiera, lo cual da mucha flexibilidad y abre nuevas oportunidades de negocio para los desarrolladores en Delphi, así como un nuevo empuje al lenguaje al convertirlo en un verdadero entorno de desarrollo ubicuo según el roadmap de Embarcadero indicado en el Msg #4.

Espero sea útil

Nelson.

[[poliburro]]

Empezado por nlsgarcia

Creo que la idea es dar una solución multiplataforma la cual se podrá adaptar a las necesidades de los usuarios según se requiera, lo cual da mucha flexibilidad y abre nuevas oportunidades de negocio para los desarrolladores en Delphi, así como un nuevo empuje al lenguaje al convertirlo en un verdadero entorno de desarrollo ubicuo según el roadmap de Embarcadero indicado en el Msg #4.

[Casimiro Notevi]

Empezado por mamcx

Android es la plataforma de los pobres.

Eso puede tener otras muchas interpretaciones, por ejemplo: "Android es la plataforma de los inteligentes", por qué gastar más en un iphone si no te ofrece nada especial. Android, hoy en día, es superior a ios, y por si fuese poco, el cargador usa un usb compatible estandar, cosa que con el iphone es un problema. Y si además es bastante más económico, mejor que mejor.
En cualquier caso, supongo, que servirá para hablar por teléfono

[donald shimoda]

Empezado por Casimiro Notevi

En cualquier caso, supongo, que servirá para hablar por teléfono

Esa funcionalidad no la traen ni iphone ni android.

Ahora te lo dice un usuario de un galaxy 3 por 6 meses, que probo mac y no volvió: el iphone es mejor. No es troll mode.

[[newtron]]

Empezado por mamcx

Android es la plataforma de los pobres

Pues yo no estoy de acuerdo. En el mercado que yo me muevo (pequeña empresa) imagina que un cliente mío que se dedica a la distribución quiere implantar para conectar a su programa de gestión uno o varios terminales de mano y le doy estas opciones (suponiendo que el programita del terminal lo cobre por ejemplo en 300€):

Ipad+Programa=(500/600)+300=800/900€ (suponiendo un Ipad de 500/600€ que no sé lo que valen)

Tablet android+Programa=(0/150)+300=300/450€ (suponiendo que una tablet la puede pillar regalada o muy barata)

Viendo esto, que es una estimación bastante realista, mi cliente (al que le da igual el dispositivo porque lo que quiere es vender) comprará la tablet android y más si quiere varios porque estamos hablando diferencias de más de la mitad de precio.

Tienes que tener en cuenta que hablo de un mercado en el que van a usar el terminal casi única y exclusivamente para usar el programa de ventas por eso les da igual características y demás virguerías tecnológicas que pueda tener.

Logicamente si mi negocio en vez de vender programitas fuera vender dispositivos móviles tendría que buscarme otro mercado.

Saludos

[mamcx]

Empezado por newtron

Ipad+Programa=(500/600)+300=800/900€ (suponiendo un Ipad de 500/600€ que no sé lo que valen)

Tablet android+Programa=(0/150)+300=300/450€ (suponiendo que una tablet la puede pillar regalada o muy barata)

No tienes que adivinar. Puedes chequear los precios en linea (y si suponemos que una tablet android sale regalada, pues tambien un iPad).

Creo que no deje claro la idea de "plataforma de los pobres".

Un dispositivo android puede ser tan costoso como un iOS comparable. O puede ser muy muy barato. El problema no es tanto eso, es que demograficamente (repito):

1- Usuarios que menos compran (en general, de todo). El que tengan un android caro o barato no hace enorme diferencia. El problema es que la actitud del usuario de android es que todo es "gratis" y "barato". Aunque es cierto que posiblmente un usuario de iOS sea mas pudiente, la realidad es mas bien un problema de marca y percepcion. Cuando algo se vende como "regalado" todo es "regalado".

En mi experiencia, y desde cara al desarrollador, si alguien pide una app para android espera que le salga mas barata que una para iOS, aun cuando el esfuerzo en ambas sea comparable (en desarrollo, porque en testing puede ser aun mas costoso en android). Diria que si una app esta para ambas, muchos esperarian que el android sea solo entre el 20-30% del costo de iOS.

Y si son apps, las que en iOS cuestan US 0.99-2.99 la gente la espera gratis del todo. Vamos que US 0.99 no es plata. Y no es que no la puedan pagar, es que es una plataforma de pobres, donde nadie (o sea, muchos) con plata simplemente asumen que todo es mas barato en esa plataforma.

Osea, que es mas correcto afirmar una "plataforma de pobreza" mas que de pobres en si.

2- Menos adquieren apps: Aunque las descargas de apps son mas altas en android, en general un usuario android tiene menos apps por persona que uno iOS (indistintamente si son gratis o no)
3- Menos usan apps nativas: Que viene de lo anterior
4- Menos usan el navegador web: Esto es lo mas extraño: No solo no usan tanto las apps nativas, sino que casi no usan el navegador web. Es como si, la gente comprara el aparato y no lo usara como "smartphone" o simplemente lo desecha o relega al poco tiempo.
5- Menos compran por internet.: Que viene de lo anterior y de lo primero

Recuerden que estaba respondiendo a:

Si Delphi se hubiese concentrado en Android en vez de .NET o en vez de Firemonkey, las ventas habrían por fin despegado

Ya que la realidad $$$ es que no, y que en android es mas difícil el negocio de "Hago una app, entonces la compran" y es mas el negocio de "Hago una app, si es masiva sobrevivo por publicidad o es la extension de la app en iOS o es un pago de terceros", es menos probable que sea rentable comprar tecnologia para esto.

Es como lo que ocurre en linux: Quien compra software para linux, si todo es regalado? Android es una paltaforma que es popular, pero el argumento "las ventas habrían por fin despegado" no me parece solido.

Y pa rematar, que con embarcadero sale carisimo (de donde sale egostar que "Xamarin puede resultar bastante más caro que Delphi" porque la matematica no cuadra) y que en general el argumento que escucho de practicamente TODO el mundo para desarrollar a android es:

Apple es caro, android es barato.

Una plataforma de pobres.

(Si fuera argumentos tecnicos, ya seria otra cosa. Y que conste: No pienso que android sea terrible, es simplemente que google lo ha posicionado como una cosa "regalada" que intrinsicamente no tiene valor y que es solo un vehiculo para que se den ganancias indirectas al amasar usuarios y vender informacion. Me parece, que puede ser vendido como algo valioso en si mismo, tal como hace Amazon con su linea fire)

[[egostar]]

Empezado por mamcx

Creo que no deje claro la idea de "plataforma de los pobres".

Un dispositivo android puede ser tan costoso como un iOS comparable. O puede ser muy muy barato. El problema no es tanto eso, es que demograficamente (repito):

Si, demográficamente, pero si sólo si estás metido en el mercado de aplicaciones para móviles esclusivamente, te recuerdo que la mayoría de éste foro usamos Delphi como compilador primario, donde el "motor" es windows y donde lo clientes piden soluciones tanto para MAC, como para iOS y para Android y ya se las vamos a poder dar. Esas estadísticas de que es para pobres, que es para ricos que si vives en la casa grande o en el patio trasero, etc... dejan de tener sentido, no se si no me explico bien o no lo quieres entender.

Empezado por mamcx

Y pa rematar, que con embarcadero sale carisimo (de donde sale egostar que "Xamarin puede resultar bastante más caro que Delphi" porque la matematica no cuadra)

Pues de donde más, de su lista de precios

Si quieres hacemos un pequeño ejercicio y hacemos cuentas....

Saludos

[mamcx]

Empezado por egostar

Pues de donde más, de su lista de precios

Si quieres hacemos un pequeño ejercicio y hacemos cuentas....

Saludos

????

Es gratis (para arrancar). Y US 299 digamos que es la version PRO.

Quizas estan pensando que hay que tener visual studio, windows y demas?

No:

http://xamarin.com/studio

Es puro desarrollo sobre OSX (tambien esta para windows)