Mobile Roadmap - Actualizado
Hola gente.
Exactamente no se que día pero hoy al entrar me di con la noticia que actualizaron el Roadmap. Se siente se siente Android esta mas cerca jajajaja Saludos :D |
Y el enlace?
|
Añado el link para quien quiera echarle un vistazo.
|
Fuente: RAD Studio Mobile Roadmap - August 2013
- |
Por fin Android!
Le ha costado, ahora a ver que tal es :) |
Como dije en otro post, Delphi siempre llegando tarde a la fiesta...
Si Delphi se hubiese concentrado en Android en vez de .NET o en vez de Firemonkey, las ventas habrian por fin despegado. Una mirada http://blogs.embarcadero.com/jtembarcadero/2013/08/09/its-alive-a-first-look-at-delphi-for-android/ |
De todos modos como dice el refrán, lo importante no es llegar primero sino saber llegar.
Tengo esperanzas que Delphi lo haga mejor que las demás herramientas que están actualmente en el mercado , incluso con la ventaja que una aplicación lo puedas correr en varios dispositivos ya es algo importante sobre otras herramientas que no tienen esta posibilidad . Vamos a ver que depara el futuro. |
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... |
Cita:
Cita:
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. |
1 Archivos Adjunto(s)
Cita:
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. Cita:
Saludos |
Cita:
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. Cita:
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. |
mamcx,
Cita:
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. |
Cita:
En cualquier caso, supongo, que servirá para hablar por teléfono :p |
Cita:
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 |
Cita:
|
Cita:
Cita:
Xamarin puede resultar bastante más caro que Delphi y pasa lo mismo que Oxigene ( formerly Prism ) requieren de Visual Studio para explotar .NET al 100%, es decir, tenemos que aprender otro lenguaje, que tampoco es malo, pero si ya se puede obtener con el lenguaje que se domina, que objeto tiene buscar otras alternativas. En cuanto al tema Android vs iOS, a menos que estémos pensando en desarrollar únicamente aplicaciones móviles, esa frase puede llegar a tener sentido, de otra forma es un asunto meramente personal. Ya lo comenté, para los que desarrollamos con Delphi, se abre otro mercado, un mercado donde podremos ofrecer a nuestros clientes complementos en otras plataformas a nuestros desarrollos en Windows, lo que descarta por completo esa frase de pobres y ricos más propia de personas con algún complejo de superioridad que de una objetividad racional. Saludos |
Cita:
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: Cita:
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) |
Cita:
Cita:
Si quieres hacemos un pequeño ejercicio y hacemos cuentas.... Saludos |
Cita:
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) |
Cita:
299 dolares por cada plataforma si queremos tres plataformas son 897 dólares, ok, es más barato que el PRO, ahhh pero que crees, yo necesito hacer aplicaciones para bases de datos, según su misma página esa versión no cuenta con System.Data.SqlClient. Caray, hay que migrar a la versión bussines que cuesta 999 verdes por cada plataforma....... Cita:
Saludos |
Cita:
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. |
Cita:
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. :D:D:D |
Cita:
Lo del sqlite no lo habia visto. Que limitacion tan imbecil!!, ademas que es facil incluir la Dll como cualquier otra... |
Cita:
Lo mismo pasa en casa, con Oxygene, para mi le están errando dividiendo de tan violenta manera las aguas entre usuarios de delphi y el resto, se olvidan que los que le dieron de comer son los usuarios de delphi justamente. |
Cita:
INDIE $299 Per platform, per developer BUSINESS $999 Per platform, per developer ENTERPRISE $1899 Per platform, per developer Saludos |
Cita:
|
Cita:
Ctrl+Z a lo que habia dicho sobre que era mejor $$$ que delphi... |
Sneak Peek: Android SDK, NDK and Device Support in Delphi http://www.youtube.com/watch?v=Lg1i7oYQGi4
Marco Antu Compiling Android Apps with Delphi |
Otra vez mamcx metiendo cizaña contra Android... Ya sabemos que eres fan, salvador y adorador de apple y todo lo mac, pero de ahi a insultar a todos los desarrolladores de productos Android y todos los que compran telefonos que no sean iPhone o mac... No se, creo que tienes un problema de perspectiva y respeto. A mi no me gusta apple todo lo i***, pero no voy por ahi diciendo que es una "mierda supercara para pijos" e inventado cifras de ventas (puedes ver las cifras de ventas de APPs en cualquier sitio oficial y no oficial y de ahí sacar tus conclusiones). Tampoco voy despreciando y metiendo cizaña en cualquier hilo que se mencione iPhone, si no que hablo con respeto.
Dejando de lado el tema de android / iPhone . mac / pc. A ver si sale pronto alguna beta para probar la funcionalidad en Android. Me alegro que el RAD tenga mas plataformas a las que dar soporte, eso incluye mayor numero de usuarios target. |
Hablando de target, Android supera con crece a los iPhone. Y cada vez hay más dispositivos no smarphone que lo usan.
Pronto estaran en auge las consolas de juego co Android. |
Cita:
|
Cita:
Yo use android por 2 años aproximadamente, primero tuve un atrix y luego "el mejor teléfono del mundo" el galaxy s3. Luego tuve la oportunidad de probar durante 3 meses un iPhone y mi S3, y termine regalando S3... Apple fue muy inteligente a la hora de asegurarse que las aplicaciones estuvieran mejor diseñadas , que corrieran de forma nativa , y la lista sigue. Android fue 3 veces mas inteligente en asegurarse de que android corriera en cualquier equipo, pero eso claro , no garantiza la calidad, sino todo lo contrario. Es la experiencia de java en desktops llevado al teléfono. Eso el usuario final lo nota. Por esto en USA ya existen mas Mac de escritorio que PCs. Ni hablar de iPad o iPhone. Que no todo el mundo tenga el dinero para comprarse un iphone o una mac, ahí es por donde hay que mirar el crecimiento de android. Todas las aplicaciones de uso común que he probado en iphone y S3 funcionan mejor en iphone, nunca se cuelgan ni es necesario reiniciar el teléfono cosa que es habitual con el S3. El caso mas común es Skype, Teamviewer o incluso la mayoría de los productos gmail funcionan mejor en el iphone, digan lo que digan lo he comprobado yo mismos. De hecho en los foros de Skype pueden ver lo contentos que están los usuarios con la versión de Skype para Android... Mas alla de esto, claro que es bienvenida la versión XE5 con soporte a Android, es una maravilla lo que ha hecho EMB, simplemente cambias una opción del menú y cambiaste de app para iphone a Android. Saludos. |
Cita:
Por otro lado a mi si me gustan los iPhone (pero el 5, el 4 y el 3 no me gustan), me parece que están muy bien hechos, su forma, la resolución de su pantalla y de su cámara me gusta, no tendría ningún problema de cambiar a iOS, en cuanto a las aplicaciones, pues habría que comparar una a una y mostrar las diferencias, las que yo uso frecuentemente son Opera, K-9 Mail, Kingsoft Office, Outlook.com, Facebook, WhatsApp, LinkedIn, DropBox y Camera 360 y no tienen falla alguna en mi Android, habría que ver como funcionan en iPhone. Saludos |
Cita:
Safari, mail de iphone (imap), google drive, facebook, whatsapp, nop, dropbox, ni idea que es. Ademas runkeeper, viber, skype, twiter, google+, teamviewer, logmein, tunein radio, waze, chrome en ocasiones. Saludos. |
No es mi intensión pecar de terco y lo más seguro es que este equivocado, pero me gusta Android. Me gustan las masas, así como subsistimos gracias a mierda de S.O. para muchos como los es Windows comparativamente, así quiero subsistir gracias a Android. Que muchos miles disfruten de mi software en vez de una iElite :)
http://www.xataka.com/moviles/juego-...ecnologia-2013 http://www.cnnexpansion.com/tecnolog...n-nuevo-iphone |
Cita:
Toda mi vida use y colabore con linux, hasta que me di cuenta de que no hay manera de que la comunidad se ponga de acuerdo, eso sumado a la decepción del camino que ha tomado ubuntu. OSX es un unix para desktops con todas las letras, cerrado claro, pero prolijo y bien diseñado, lo mismo que siempre me prometió linux y nunca cumplió.(ojo, para desktops, insisto) Cita:
No critico que uses Android, como dije yo soy un ex usuario de Android, pero lo que si no entiendo es que lo hagas por los motivos que mencionas. Usa lo que te sirva, no por *no ser elitista*... |
Yo tengo un S2, uso frecuentemente MoonReader, Firefox, Whatsapp, gmail, youtube, instagram, foursquare, waze, skype, google skymap, ES Explorer y algún otro que se me escapa en el momento, no he tenido que reiniciar mi equipo por bloqueos o cosas por el estilo, mis amigos de oficina tienen S3 casi todos y pues nunca los veo reiniciando o quejándose de que tienen que hacerlo, cosa que si hice yo mucho cuando tenía un LG Optimus One (con el tiempo se me fue quedando contra las aplicaciones que salieron y la batería no me duraba dos horas)... sobre el rendimiento de los IPhone no podré hablar mayor cosa, pero si es impresionante ver la apariencia que tiene mi celular el cual tiene casi 2 años a un IPhone con un tiempo de uso y un trato similar, la pantallas se vuelven horribles, y a mi particularmente se me ha caido el celular 3 veces que creí que me iba a quedar sin equipo, la mas grave fue una vez que lo deje sobre una nevera con una altura cercana a los 2 metros y al abrir luego la puerta se fue directo al piso sobre la pantalla, no tengo ni un rayón.
|
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. |
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 :) |
Cita:
Bueno, bueno, pero tampoco iba a publicar un ERP a modo de ejemplo :rolleyes: 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 |
La franja horaria es GMT +2. Ahora son las 23:14:42. |
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