Android, SDK y experiencia de usuario
Cuando para reclutar programadores para una plataforma necesitas armar un concurso con 10 millones de dólares en premios (Sitio oficial), mal asunto. Los desarrolladores van a ir a donde vayan los usuarios, al margen de consideraciones éticas que influyen en algunos casos (contribuir a plataformas libres). El problema de Android es que no ha enseñado ningún producto todavía, rozando el vaporware, y seducir a empresas y particulares para que hagan aplicaciones para su plataforma se antoja difícil cuando tienes otras (Symbian, RIM, Windows Mobile) con millones de usuarios reales y capacidad para instalar tu software.
En Xataka Móvil Sacha analiza lo que trae este SDK de Android. Como programador te encuentras con una máquina virtual Java que permite el acceso al hardware y las funciones del teléfono: desde gestión de llamadas y del estado del teléfono hasta acceso al Wi-Fi o Bluetooth (esto todavía no está disponible). ¿Dónde está el beneficio de Google? Pues de entrada que va a integrar en el SDK APIs para acceder a sus servicios, cobrando ventaja de cara a su adopción por parte de los programadores de aplicaciones de Android.
¿Algo más? Apuntan al soporte de pantallas táctiles y ofrecen un vídeo con un prototipo experimental. De nuevo Android choca con el mismo problema al que se enfrentan los sistemas operativos de ordenadores personales: Apple, con su caja cerrada, ofrece una experiencia de usuario muy superior al resto de fabricantes. Si a eso añades que ofrecerán un SDK (aunque me juego lo que sea que será mucho más limitado que el de Android), el atractivo para desarrolladores queda de parte del iPhone, que es el que está seduciendo a los usuarios. Podremos de hablar de soporte GPS y otras funcionalidades que iPhone no tiene, pero Android tiene todavía que demostrar que merece algo del hype que ha conseguido por venir de la mano de Google.
Y, ahora el vídeo antes mencionado:
Categorías destacadas
Temas destacados
Suscripción
Créditos
- Tema diseñado por Inma Bermejo
- Alojamiento web en Ferca Network
Comentarios
A parte de los intereses de
A parte de los intereses de Google, está muy bien que se intente crear un SO para móviles de código abierto. Facilitará mucho el trabajo a la gente dentro de una década
La verdad es que hacer un SO
La verdad es que hacer un SO de codigo abierto permitira poder ver mucho mas software ( esperemos que gratis ) para los moviles, y los podremos convertir ( un poco mas ) en pequeños PC's
La gallina o el huevo
Pues yo no veo tan mal el concurso.
Totalmente de acuerdo que los desarrolladores van donde vayan los usuarios.
Pero esto es como lo de la gallina y el huevo.
Si no hay desarrollos no hay usuarios, si no hay usuarios no hay desarrolladores.
Por algo hay que empezar, y esta es una opcion mas.
Yo no creo que el Iphone sea el que esté seduciendo al usuario (salvo a los early adopters que son una minoria), si no mira el lanzamiento en Europa, como no ha sido lo de USA.
Y habiendo como hay un mercado bestial, estoy convencido que a la larga el Android este se va a comer al Iphone con patatas.En volumen.
A priori el soportar muchas
A priori el soportar muchas plataformas te da esa ventaja del volumen, pero luego hay que ejecutar y Google no ha hecho un sistema operativo para usuario final hasta ahora, por lo que habrá que verlo. Lo que dices del huevo y la gallina, pues también es cierto, pero sólo con unas expectativas fundadas de que la plataforma iba a ser buena y adoptada por tantos fabricantes debería haber bastado....
En fin, en todo caso, cuentan con mis simpatías, prefiero este modelo al del resto con diferencia... ojalá tengas razón.
puro márketing
El concurso es puro márketing, para dar a conocer la plataforma y para que muchas startups lo utilicen, con la esperanza de ser "abducidas" por Google.
Yo no dudaría que va a funcionar, porque es cierto que Google todavía no había sacado un sistema operativo completo, pero es que no lo ha hecho de cero, sino que ha comprado uno, de alguien que ya hizo el SideKick.
Sin embargo, yo encuentro cierto "vértigo", en dedicar tiempo y esfuerzo en desarrollar aplicaciones para un sistema operativo que:
- todavía no está en ningún móvil
- no se sabe cuándo estarán
- con qué capacidades (y con qué "capado-cidades")
- sobre todo, qué ofertas de datos (precio y QoS) tienen preparadas las operadoras.
Por ahora, parece que la voz sigue enfocada en utilizar la telefonía clásica, nada de VoIP sobre P2P. Sí, tienes más formas chulas de encontrar a tus contactos y tal, pero sigues pagando un "extra" por establecer una conversación y por cada segundo que dure. No tiene sentido, cuando ya tienes conectividad IP . Supongo que es un precio a pagar para entrar en la indústria del móvil.
Con muniWiFis, esto sería diferente.... :)
más alternativas, mejor para el usuario
Personalmente, creo que hace falta una alternativa libre en el mundo de los SmartPhones. Se está viendo cómo convergen a un dispositivo cada vez más parecido a un ordenador con una gran capacidad de conectividad. Actualmente nadie duda de los beneficios de un SO libre como lo son los que se basan en Linux. Si me permiten la comparación (y con permiso de OpenMoko) yo veo a Android, a día de hoy, como una posible alternativa tipo Ubuntu para los teléfonos que todavía están por llegar.
Que haya una gran marca detrás es sinónimo de ánimo de lucro, pero espero que sea siempre con un beneficio para el usuario también. Creo que a los fabricantes les va a venir bien y apoyarán esta plataforma. HTC puede ser un gran beneficiado. Actualmente es una marca de calidad (desde mi punto de vista) y con buenos desarrollos sw no tendría nada que envidiar al iPhone de Apple.
Hay todavía algunos detalles que me preocupan, referentes a la seguridad de la plataforma, no olvidemos que un teléfono móvil no es un pc,aunque tenga cosas en común. El acceso al "dialer", por poner un ejemplo, debe ser un aspecto muy cuidado.
Por último, me gustaría saber qué opinan las operadoras cuando tengan que homologar un teléfono en el que prácticamente todo es configurable y adaptable.
Saludos
homologar?
Ese es uno de los muchos tabúes a eliminar, si de verdad queremos cambiar la faz de las comunicaciones móviles. ¿Qué sentido tiene homologar todo un terminal? ¿Quién me homologa el PC para usar YouTube, Blogger, GMail...?
La clave es separar los servicios y plataforma.
-todavía no está en
-todavía no está en ningún móvil
Ni falta que hace, el tiempo que tardaria un desarrollador en estudiar android y hacer una aplicacion decente es suficiente para que empiecen a salir modelos.
- no se sabe cuándo estarán
Segunda mitad de 2008
- con qué capacidades (y con qué "capado-cidades")
Las aplicaciones que utilices con estas APIs funcionaran en todos los modelos.
* android.util. Utilidades varias, desde manipulación de fechas a XML.
* android.os. Acceso al sistema operativo, paso de mensajes, comunicación de procesos,...
* android.graphics. Permite el dibujado de gráficos en pantalla.
* android.text. Manipulación de texto, métodos de entrada, edición,...
* android.database. Acceso a bases de datos, basado en SQLlite.
* android.content. Acceso a datos del terminal.
* android.view. Interfaz de usuario.
* android.widget. Elementos que podemos usar en el interfaz de usuario (menús, pestañas, listas,...).
* android.app. El modelo general de la aplicación.
* android.provider. Acceso a contactos, calendario,...
* android.telephony. Gestión de llamadas y del estado del teléfono.
* android.webkit. Integración del navegador con la aplicación.
En los modelos mas potentes de manera opcional
* Servicios basados en la localización.
* Reproducción de ficheros, tanto de audio como de vídeo, soportando streaming.
* Gráficos en 3D con OpenGL
* Acceso a hardware como Wi-Fi o Bluetooth.
Pero vamos sabes lo que podra funcionar en todo, y sabes lo que solo funcionara en los de gama alta.
- sobre todo, qué ofertas de datos (precio y QoS) tienen preparadas las operadoras.
Estando telefonica de por medio, este apartado no te puedo asegurar lo que pueda pasar.
algunos debemos esperar
Sí, el SDK es potente, aunque la ausencia de WiFi/BT es sospechosa: es más probable que un móvil tenga BT a que venga con una pantalla de resolución suficiente para un browser; el chipset WiFi es barato y si no está en el 100% de los móviles es porque las operadoras no quieren. En contra de sus usuarios, una vez más: ¿por qué van a cambiar la estrategia ahora?
Si tuvieras a tu cargo un equipo de desarrolladores (a los que pagas todos los meses) para hacer las aplicaciones de los móviles de una empresa, ¿les pondrías con Android o con Symbian/WM, incluso pronto iPhone?
De verdad, hasta que pueda tener en la mano estos terminales, no lo creeré. En la telefonía móvil ya se han incumplido tantas promesas (UMTS, Skype phones...).
La homologación no son más
La homologación no son más que pruebas para determinar si cumple unos estándares mínimos que garanticen el correcto funcionamiento del terminal con la red de telefonía. Un mínimo de funcionalidad siempre van a probar y eso me parece correcto. No te digo ya que homologuen las aplicaciones de 3ª partes, pero el funcionamiento "básico" para comunicaciones debe estar comprobado. Ninguna operadora vendería un móvil sin homologar. Otra cosa es hasta dónde consideran un "correcto funcionamiento" (hasta dónde permitirán a las aplicaciones acceder al núcleo del terminal).
Saludos.
un chiste
es interesante ver lo equivocado que esta la persona que escribió este articulo
iphone contra android?
quien hace aplicaciones para iphone???
este articulo es verdaderamente un chiste, probablemente escrito por un Mac fanboy
Android... internamente hay un linux
Los que hemos estado probando desarrollar en Android, sabemos que se puede acceder a un unix shell y que internamente hay un sabor de unix que hace trabajar al telefono. La arquitectura de android es usar una maquina virtual (dalvikVM) "montada" sobre ese unix. Si tu programa lanza o provoca algún error crítico, el telefono mata esa maquina virtual, pero las demas máquinas virtuales (una por aplicación) siguen vivas.
Supongo que en un tiempo, habrá hacks para acceder a ese unix desde tu mismo phone y sin ayuda de debuggers. Claro, primero deben existir los android phones, de momento todos esperamos el lanzamiento de los primeros modelos y la respuesta de la gente.
Digo, tampoco es para jactarse que android tenga internamente un unix ya que el iphone tambien usa su propio sabor de unix y ya hay hacks para acceder a esos recursos unix "capados".
Lo que me agrada de android y quizas a algunos no les guste es el diseño de la arquitectura que les mencionaba (un unix al que se le montan diferentes VM, una por aplicación).
No he evaluado el SDK del iphone, el de android se ve muy bien para cualquier desarrollador, no tiene formas extrañas de programar o un JDK "capado" como ocurre con j2me (jme). Android te da un JDK 5 completo y eso obviamente ayuda en mucho para obtener un buen producto final.
Sin embargo entiendo la cuestión comercial, y pues si es cierto, para decidir si desarrollare un producto comercial tengo que evaluar a que sector me dirijo (y que hardware usa ese sector, no?). Mi especialidad es trabajar con aplicaciones empresariales y de comunicaciones y en ese sentido pues no se trata tanto de que el gadget sea novedoso, sino mas bien que el sistema sea transportable a distintas plataformas (teléfonos o dispositivos móviles) y cuanto más estándar sea el java que se use, mejor.
Enviar un comentario nuevo