Es este blog hemos hablado bastante sobre el hecho de que futuro será móvil, que smartphones y tablets serán las pantallas de elección para el consumo de contenido en Internet, no hay duda sobre eso. Sin embargo un reciente post titulado "Las startup de apps para móviles están fallando como si estuvieramos en 1999" de Andrew Chang, empresario y blogger de Silicon Valley traza una similud bastante preocupante entre el ecosistema de las App (en el caso del artículo sólo para iPhone) con la burbuja punto com de finales de los noventa. La idea central expuesta por Chang en su post es que la competencia es tan cerrada en el ecosistema de aplicaciones para móviles de Apple que la única forma que tienen las startup de poder conseguir usuarios es gastar desde un tercio a la mitad de todo el dinero que recaudaron de los inversionistas de riesgo para el primer lanzamiento de la app, que si no consigue suficientes usuarios está condenada a fracasar y la startup terminará disolviendose luego de que acabe con toda la inversión incial.

Continue reading

Los resultados del estudio de comScore sobre el market share de smartphones en Estados Unidos se publicaron el día de ayer y finalmente Android posee el 50.1% del mercado (en parte por que Android es la mejor opción en smartphones en servicios prepago). Ya Android había llegado al 50% del market share a nivel mundial hace seis meses atras, pero el mercado estadounidense era el último gran mercado donde Android no era el sistema operativo dominante (más del 50%) en smartphones.

Continue reading

Roger McNamee, un músico y empresario, fundador y director de Elevation Partners (una firma de capital de riesgo), dio una conferencia titulada igual que este post, hace ya casi un mes (28 de Junio 2011), ante una audiencia conformada por ejecutivos de la industria televisiva americana y que se puede ver completa en FORA.tv. En ella, ofrece algunas ideas interesantes sobre el futuro de la web, por ejemplo asegura que Microsoft está fuera del negocio, que es el final de Google, que Apple es la mayor empresa en innovación en este momento, que el iPad es la mayor revolución de la industria desde de la creación del PC y que las redes sociales se han vuelto un commodity más y Facebook ha decidido ser un Twitter con esteroides y no tiene sentido tratar de competir contra Facebook. Además de dedicar casi la mitad de su presentación ha hablar sobre HTML5 y como Adobe Flash no puede competir contra HTML5.

Continue reading

En un reciente artícupa aparecido en Los Angeles Times, se informa que un juez le ha dado la razón a Apple en un juicio contra el fabricante de celulares chinos por infringir 2 patentes de la compañía de la manzana, una la 6,343,263 obtenida en 1994 y que fue otorgada para garantizar los derechos de Apple en "Real-time signal processing system for serially transmitted data" (Procesamiento de señales en sistemas de tiempo real para transmisión serial de datos), es decir esta patente dice que cualquiera que envie y reciba señales en tiempo real por un canal serial debe pagarle royalties a Apple. Ojo cuando se le dio esta patente a Apple fue para computadoras, no para smartphones que aún no se inventaban en aquel entonces (el Blackberry recien aparece en agosto de 1998). En teoría cada vez que Ud. ve un video de youtube, hace una video-conferencia o recibe un tweet, ya sea en su computadora de escritorio o en su celular está haciendo justamento procesamiento de señales en sistemas de tiempo real para transmisión serial de datos.

La otra patente 5,946,647, es de 1997 y le fue otorgada para "System and method for performing an action on a structure in computer-generated data" (Sistemas y métodos para efectuar acciones en una estructura de datos generada por computadora),  y que abarca eso. Pues la interface gráfica de un cliente de correo en cualquier celular está cubierta por esta patente, incluso si lee sus correos a través de una interface web, se esta interactuando con una estructura de datos genrada por una computadora, la misma GUI es en sí una estructura de datos generada por computadora.

Continue reading

Hace pocos días atras, un miembro del Grupo de Desarrolladores Android de Chiclayo, me preguntó si era posible grabar secuencias de video (screencast) de la pantalla de un teléfono Android, en ese momento le dije que no conocía de ninguna aplicación que hiciera eso, incluso si el teléfono había sido rooteado. Pero la curiosidad me quedó y el día de hoy luego de googlear un rato sobre el asunto he encontrado el proyecto AndroidScreencast, que hace justamente lo que su nombre dice, grabar una secuencia de video (en formato .mov) . Por si fuera poco, la aplicación no requiere que el teléfono sea ruteado, lo he probado en Ubuntu (10.04) y en Windows 7 con éxito.

Los requisitos mínimos que esta aplicación nos pide son los siguientes:

  1. Tener instalado la última version del Android SDK (video tutorial de como instalar el SDK).
  2. Java con una version que sea al menos la 1.5
  3. El cable de datos USB para conectar el celular a su computadora.
  4. Un celular corriendo Android (al menos en version 2.1).
  5. Un PC con cualquier sistema operativo (Windows, Linux o Mac OS X).

Todo lo que tenemos que hacer son los siguientes tres pasos:

  1. Descargar la aplicación Java desde AQUI.
  2. Conectar nuestro celular Android al PC y verificar que es reconocido por el SDK, para ello usamos el comando: adb devices
  3. Ejecutamos la aplicación java que descargamos en el paso 1, desde la línea de comandos de la siguiente manera: javaws androidscreencast.jnlp

Automáticamente esto iniciará una ventana gráfica desde la cual podremos inciar la grabación de una secuencia de video, tenga en cuanta de que no podrá controlar el celular desde esta está aplicación si el teléfono no ha sido ruteado. No recomiendo que rootee su celular porque esto anula su garantía y no hay necesidad de ello ene ste caso. Luego de que inicie la grabación en la computadora, puede comenzar a usar su celular normalmente y todo se registrará en una película en formato .mov. La velocidad de captura de video no es muy rápida sólode 4 a 5 frames por segundo, por lo cual recomiendo no ejecute los comandos muy rápido si está haciendo el screencast para que el video no salte tanto.

Aquí un screencast de prueba que he hecho en mi Nexus One:

 

 

Espero que este pequeño tutorial haya sido de utilidad y espero sus comentarios.

He tenido unos días muy ocupados que me han mantenido alejado del blog, pero no podía dejar de comentar la noticia de que Android es ahora el sistema operativo de smartphones más usado en USA, tras haberle arrebatado el primer lugar a Blackberry. Todo esto según unas últimas estadísticas presentadas por comSocere del uso de plataformas móviles. Hace poco más de un mes Nielsen Wire, también daba como la plataforma más usada a Android, con lo que los resultados de comScore sólo confirman una tendencia.

No cambió la tendencia el hecho que Apple ahora venda también su iPhone en Verizon, alli tiene un competidor de gama alta llamado HTC Thunderbolt que se vende mucho mejor que los iPhones en los distribuidores de Verizon, según un reporte de la firma consultora BTIG que ha sido divulgado por el portal de noticias AndroidCentral.

El cuadro que resume el cambio en la composición del mercado de smartphones en USA entre noviembre 2010 y febrero 2011 es este:

comSocre Marzo 2011

El papel que está haciendo Microsoft es realmente malo, luego de haber gastado cientos de millones de dólares en el lanzamiento de Windows 7 para móviles y el trato con Nokia que le costo mil millones de dólares, para perder 1.3% del mercado en tres meses es un indicativo que Microsoft es tan malo tratando de entrar a las plataformas móviles como lo es Google tratando de entrar al universo de las redes sociales. Otra cosa que queda claro,  aparte de la limitada visión estratégica de Steve Ballmer (actual CEO de Microsoft), es la gran visión de Eric Schmidt como CEO de Google, ya que el compró el proyecto Android en agosto del 2005 y al cabo de 5 años terminó convirtiendose en la clave del éxito en el sector de móviles para Google.

Al parecer lo que muchos analistas temían que es el hecho de que Apple sea superado por los fabricantes de equipos compatibles con Android está pasando, si Apple no hubiera comenzado a ditribuir sus teléfonos a través de la red de Verizon, tal vez en estos momentos estaríamos viendo un declive de su cuota de mercado. Pero como sucede con todo en las TIC, el efecto network tiende a favorecer al que posee la cuota de mercado más grande, haciendo esta más grande. Sucedió con la PC y Windows, con Google en el segmento de buscadores  y con Facebook en el segmento de las redes sociales. Al parecer ahora la homogenización en la plataforma de móviles ocurrirá alrededor de Android. Si tan sólo Apple hubiera sido menos obsesiva en tratar de controlar toda la plataforma (hardware/software) y hubiera permitido que existan equipos compatibles con iOS, pero queda demostrado que Steve Jobs no es tan inteligente, ni visionario como muchos creen; despues de todo es tan sólo uno más de los que vuelven a tropesar con la misma piedra.

Google introdujo ya hace un par de años (es increíble como el tiempo transcurre) el servicio App Egine que permite desplegar aplicaciones web sobre la infraestructura de Google, lo cual permite escalar fácilmente las aplicaciones desarrolladas. Por el momento sólo dos leguajes son soportados por el servicio Python y Java, lo cuál tal vez ignora a la mayor de todas las comunidades PHP, pero eso es otro tema. Hoy quiero centrarme en los frameworks Python que permiten trabajar con este servicio de Google, que permite a todo desarrollador web desplegar una aplicación sobre una de las infraestructuras de red más grandes del planeta.

El primer framework sobre el quiero comentar es tipfy, este es un framework orientado a trabajar con Google App Engine, lo cual es criticado por muchos como su punto débil debido a que las aplicaciones creadas con él no pueden ser corridas independientemente. He encontrado un muy interesante post en el blog de Ian Lewis titulado "Una introducción al Framework Tipfy para AppEngine", si seguimos las instrucciones indicadas en este post podremos tener corriendo una aplicación básica en menos de diez minutos.

Otro framework que deseo mencionar es flask, que se define a sí mismo como un micro-framework para Python que permite el uso del sistema de templates Jinja2, a diferencia de tipfy, los desarrolladores de flask lo diseñaron para correr sobre múltiples servidores web, siempre y cuando estos soporten WSGI, lo que significa que podrá correr sobre Google App Engine, CherryPy o Tornado. He encontrado el post titulado "Volando con Flask y en Google App Engine" de Francisco de Souza muy útil y lleno de tips de como poner a trabajar flask en App Engine, debido a que usa como ejemplo el desarrollo de una aplicación para bloguear 100% funcional, aunque básica.

Ahora quiero comentarles sobre mi favorito, Bottle. Es el más pequeño de todos, el framework entra en un sólo archivo de 73KB. Una de sus ventajas es que al igual que flask en adición a poder funcionar en App Engine, este framwork también puede funcionar de manera independiente o dentro de otros servidores web que soporten WSGI, así que si uno es un paranoico y cree que Google puede ir fuera de servicio, este framework nos permite desplegar la aplicación en servidores propios. Aunque el sistema de templates que usa por defecto es muy simple, eso no quita que sea ultra versátil, pero si se desea algo más sofisticado este framework puede integrarse con otros sistemas de templates como mako, Jinja2 o cheetah. Un muy buen tutorial que explica como crear y desplegar una aplicación en Google App Engine lo he encontrado en el blog de Rutwick Gangurde, el post se titula "Use el framework Python Bottle con Google App Engine", del cual estoy pensando hacer una traducción porque me parece muy didáctico y ayudaría a muchos a empezar a desarrollar aplicaciones en App Engine.

Finalmente, pero no por ello menos importante, tenemos al Django-norel que es una versión de Django que puede correr en bases de datos no relacionales como es el caso del Big Table que Google usa en App Engine. Django es mucho más que un framework es casi un CMS, el único problema que le veo es su tamaño. Un buen tutorial sobre como correr las aplicaciones Django puras en Google App Engine puede encontrarse aquí.

Logo Sindicato Desarrolladores Android"Si no hay solución nos cambiamos de plataforma", ese es el grito de guerra del recien formado Sindicato de Desarrolladores Android. El pliego de reclamos es el siguiente:

  • Renegociación de la comisión del 32% que cobra Google por cada aplicación vendida a través del Android Market.
  • Solucionar el problema de la visibilidad de las aplicaciones, que perjudica mucho a los pequeños desarrolladores, que a lo sumo pueden ver listadas sus aplicaciones en Most Recent por un minuto.
  • Un registro público de los errores (bugs) de la plataforma. A diferencia de la creencia popular el Android Market en sí mismo es un programa propietario del cual no hay una auditoría de su seguridad o trato justo a todas las aplicaciones.
  • Más opciones de pago en el Android Market. En el principio sólo había la posibilidad de pagar con Checkout, esto ha cambiado un poco, pero hay opciones de pago desde el escritorio o políticas de pago como "Paga lo que quieras" que no están soportadas.
  • Mejor comunicación y forma de contactar al departamento de Ingeniería. La comunicación entre el Android Market y los desarrolladores es casi nula, el sindicato dice que Google aplica cambios sin previamente comunicarlos a los desarrolladores y luego de un cambio en el API, algunas aplicaciones dejan de operar como lo hacían.
  • Transparencia en los algoritmos. Como el Android Market es un programa de código cerrado, nadie sabe como este se comporta y por lo tanto la sospecha existe de que puede haber favoritismos. Por ejemplo algunas aplicaciones que entran al mercado son listados en "Most Recent", pero otras que entraron casi en el mismo intervalo de tiempo nunca fueron listadas.

Las demandas justas por cierto revelan por un lado el estado del Android Market, muy lejos de ser el paraíso de la libertad que Google pregona a los cuatro vientos. Pero por otro lado revela el alto grado de apertura de Google a la crítica, no me imagino lo que le haría Apple a los desarrolladores que se asocien en un sindicato de desarrolladores de iOS que busquen obtener similares derechos.

Uno de los miembros fundadores del Sindicato de Desarrolladores Android, Rich de New Freedom Apps ha escrito un post en el blog del sindicato titulado "My Story – Rapid download!" en el cual básicamente pone en el contexto los puntos que el sindicato está reclamando actualmente.