Yo creo que el nativo/web de los móviles no será muy diferente a lo que pasa en el escritorio. Depende del tipo de aplicación qué quieras hacer, experiencia de usuario que pretendas ofrecer, la necesidad de sacar mayor o menor partido de los terminales….

No hay un photoshop, 3dstudio, autocad, eclipse… en web que estén triunfando; y al menos yo no espero que triunfen, al menos en pocos años. También han aparecido aplicaciones nativas que vienen de web para mejorar la experiencia de usuario, ahí está dropbox, clientes de twitter para todos los gustos, para picasa o flickr, etc.

Yo creo que ahora hay mucho boom de aplicaciones nativas para móviles porque como dice gimenete, las aplicaciones nativas(aparte del factor moda/marketiniano/hayqueestarporquelosotrosestányyonoserémenos ) ahora mismo pueden ofrecer una mejor experiencia de usuario y tener mayor control sobre la capacidad de los terminales, pero con el tiempo yo espero que mejoren los navegadores y muchas aplicaciones pienso que volverán a la web

Ahora es una novedad en donde el interés del usuario, en mi opinión, tiene que ver más con la curiosidad (mira una aplicación que te enseña a freir un huevo sólo por 0.5 dólares) que necesidad de rendimiento.

Eso no quita que muchas aplicaciones sean realmente muy útiles y sencillamente imposibles vía web.

Unos cuantos matices: hay look and feels en web que simulan el look and feel nativo, vale va más lento

La web normal de El País está pensada para ordenador y pantalla grande y la versión móvil de El País es para navegadores tontorrones, no se han molestado en hacer una web intermedia, específica para WebKit en móviles (iPhone, Android y Nokia), si lo hicieran probablemente no habría demasiada diferencia respecto a la aplicación nativa (sí, inevitablemente habría diferencia).

El que una web no acceda al GPS, acelerómetro etc es una cuestión de “voluntad” de exponerlos via API JavaScript (con los correspondientes permisos). Hay ya web widgets instalables que permiten eso y si quisieran podrían accederse sin instalación (preguntando al usuario antes claro).

Las aplicaciones nativas dan dinero, las webs no, y ese sí que es un buen argumento

- Hacer un framework web es mucho más fácil que hacer una librería de componentes gráficos. De todas formas puedes googlear la cantidad de librerías que surgieron.
http://www.jidesoft.com/
http://oswing.sourceforge.net/
http://swinglabs.org/
http://javadesktop.org/rollups/components/index.html

- SWT tenía muchos componentes y más posibilidades que Swing. No fue tanto una cuestión de rendimiento. Por ejemplo podías embeber en una aplicación un visor web, un visor pdf,… En Swing no tenías ni un triste calendario…

- JavaFX fue la puñalada a Swing. Lo mató y luego lo enterró. Da igual si pretendía o no sustituir a Swing. Sun dejó definitivamente de poner esfuerzos en Swing, y por eso lo mató.

Sobre las aplicaciones web…. Aplicación Windows para leer El País? Vamos a ver
- Un navegador de escritorio renderiza perfectamente una página web. Lo hace rápido y muy bien. En un móvil la velocidad de conexión es variable, el aparato tiene limitaciones de pantalla, de velocidad,…
- En un móvil tiene todo el sentido del mundo en un momento dado usar el GPS, la cámara, el acelerómetro,… En un ordenador es raro hasta usar la cámara, que siempre está ahí.
- Hacer una página web eye-candy en el móvil se convierte en una web pesada. En el móvil es una aplicación fluída y con una experiencia de usuario perfecta.
- En el móvil es común y frecuente, instalar aplicaciones. Es rápido y fácil. Instalar aplicaciones en un ordenador es tedioso (sobre todo en Windows).

Por esos motivos se hacen aplicaciones iPhone/Android nativas y no se hacen aplicaciones nativas de escritorio de páginas web existentes.

Pero es que basta con comparar dos aplicaciones: la app de mapas del iPhone con Google Maps móvil. La diferencia es ABISMAL. No es una moda. Ya veremos con el tiempo si las posibilidades entre una app web móvil y una nativa convergen o no. Yo creo que sí, pero pasará muchísimo tiempo.

Un saludo.

En el mundo web Spring es usado masivamente y nadie se plantea si es Oracle o no, no ocurre lo mismo con Swing, hay muchos toolkits pero nadie considera que el proyecto X es el nuevo Swing, en Swing están las primitivas para construir encima lo que quieras, no necesitas Oracle, si no hay un SuperSwing que sea un estándar de facto apoyado por la mayoría de la supuesta gran demanda de Swing, es que hay muy poco interés en Swing. La proporción de proyectos web vs Swing es brutalmente abrumadora.

IBM creó SWT hace bastantes añitos, no es algo de ahora, lo digo porque es ahora cuando consideramos Swing “abandonado” pero eso mismo no se podía decir hace unos años.

SWT se creó no porque Swing estuviera estancado sino porque el rendimiento era bastante malillo en aquel entonces por lo que IBM siguió el camino AWT de reutilizar los componentes nativos del S.O., luego Swing mejoró hasta el punto que hoy día se considera SWT un error de estrategia (técnica) respecto a la de Swing.

Tampoco ves un ecosistema amplio de aplicaciones SWT.

@gimenete “Moda pasajera? Quedan muchos años para que en una aplicación web móvil puedas hacer lo mismo que en una aplicación nativa.”

Si estoy de acuerdo, ahora bien exceptuando aplicaciones intensivas en gráficos dime cuantas aplicaciones móviles vinculadas a webs encuentras las correspondientes en el escritorio… ummm prácticamente ninguna. Te pongo un ejemplo concreto ¿dónde está la aplicación para Windows para leer El País? porque sí encuentro la del iPhone http://bit.ly/1pHiI

Mientras de dinero bienvenida la moda pasajera

jenaiz JavaME más que tosco, es pobre está claro que JavaME se ha quedado muy detrás, veremos si Oracle y sus partners lo resucitan con MIDP 3.0 (depende mucho mucho de Nokia y BlackBerry), aunque yo no soy tan negativo, lo bueno de una tecnología que se estanca es que donde antes no llegaban todos ahora llegan de sobra, y un MIDP 2.0 lo encuentras en el móvil más baratucho del mercado y yo creo que en ese móvil funcionarán prácticamente ya el 100% de las aplicaciones JavaME (gracias a que el estándar no se ha movido en años).

Lo que es una pena es TagsME, es un proyecto muerto, a ver si se animan y lo hacen libre, pues podría ser un curioso navegador JavaME “universal” para aplicaciones web con animaciones y algunos efectos especiales de los que carece por su naturaleza Opera Mini, y en el caso de iPhone podría generarse HTML y JavaScript automáticamente para su Safari (JavaME ya funciona más o menos en Android).

Cuidado con Android que ya ha superado en EEUU al iPhone en ventas de aparatos y es imparable porque está llegando a móviles de gama media.

Un placer volver a charlar con vosotros.

Creo que en el caso Microsoft había claras diferencias. Por ejemplo JavaME es bastante tosco y Android ha dado un paso adelante muy grande en ese aspecto. Un acuerdo por debajo de la mesa o una colaboración habrían sido buenas, aunque evidentemente la denuncia podría acabar en algo así. Un movimiento de dinero en este aspecto podría hacer que Google tomase otro camino con respecto a Java algo que eliminaría la pluralidad de la que hablaba antes, siempre interesante para nosotros.

Con respecto a Android, lo único que puedo decir es que es un gran acierto/adelanto con respecto a JavaME, pero iPhone ha logrado cambiar las reglas del juego y Android no ha culminado. Lo malo es que estamos comparando dos cosas distintas. Cuando yo digo IPhone, para mi, hablo de la Apple Store (tan criticada), el terminal, el iOS y además el SDK. Android, bueno… la tienda se ha quedado corta, comparada con la de Apple, no ha conseguido apenas nada. Había un artículo por ahí mencionaba el número de terminales, en el mercado y con el 2% de terminales móviles, en el caso de iPhone tenía el 94% de aplicaciones vendidas! (Hablo de memoria, aunque los numeros no distan mucho de estos) Y bueno, espero que no vuelva JavaME, nunca estuvo a la altura, pero quizás no por que la tecnología fuese mala sino porque cada fabricante hace lo que le da la real de las ganas con sus dispositivos y de verás que programar para MIDP 2.0 es un infierno, sino habla con gente que se ha dado más hostias en este mercado y verás. IPhone aplana las reglas de juego porque lo controla todo. Me gustaría poder decir lo mismo de Android, pero no he llegado a trabajar con él, así que no tengo muy claro que pasa usando terminales de fabricantes distintos, con pantallas de tamaño distinto, etc etc.

El post habla cobre el “futuro de Java” pero no especifiqué si era el lenguaje o la plataforma XD. Mi opinión es que como lenguaje es mejor mirar las nuevas tendencias o paradigmas para ver más innovación, pero me preocupa que como plataforma haya problemas con su integración en el stack de Oracle, eso es lo que haría mucho daño. Por eso también decía antes lo de Android, porque Oracle podría haber intentado entrar en ese mercado, aunque no sé si realmente le interesa .

He intentado contestaros a todos.

Hablábamos de JavaSE. Por supuesto Swing es sólo una parte, pero es LA PARTE FUNDAMENTAL para hacer aplicaciones de escritorio. JavaSE tuvo su oportunidad, y Sun la desaprovechó. Había demanda (si buscas la cantidad de frameworks que salieron “sobre” Swing te darás cuenta), pero Sun la desaprovechó, y cuando se dio cuenta sacó JavaFX. Big Fail. De hecho fíjate si había demanda en aquel entonces por hacer aplicaciones Java de escritorio que IBM hizo su propio toolkit porque Swing “no le servía”.

Sobre las aplicaciones móviles. Moda pasajera? Quedan muchos años para que en una aplicación web móvil puedas hacer lo mismo que en una aplicación nativa. Y que funcione decentemente en la mayoría de terminales. Los estándares para utilizar todas las funcionalidades del dispositivo no están ni a medio terminar (brújula, cámara, giroscopio, sistema de ficheros -o al menos ficheros compartidos como fotos-, etc.). Y el rendimiento y acabado no tiene comparación. Por ejemplo yo hago muchas aplicaciones de mapas, y la diferencia de usar el componente nativo del iPhone a usar Google Maps por javascript es ABISMAL.