martes, 31 de diciembre de 2013

Se acaba el 2013 y el curso de Firefox OS de la UPM en MiriadaX.net


Después de varias semanas, siguiendo los contenidos y entregando las tareas, termina el curso de la Universidad Politécnica de Madrid "Desarrollo de Aplicaciones en HTML5 y para Dispositivos Móviles Firefox O.S.", impartido mediante la plataforma de MiriadaX.net.

El curso


El curso tuvo una duración estimada de 9 semanas o 40 horas clase que, pos supuesto, dependían del ritmo del estudiante. Estaba dividido en 10 módulos en los que se enseñaba desde lo más básico del marcado HTML5 hasta los temas de programación con APIs de HTML5 para geolocalización y almacenamiento de información local, terminando, por supuesto, con las especificidades de Firefox OS para el empaquetado y publicación de aplicaciones.

Según la propia descripción del curso:

Este curso es el primero del programa "Diseño de servicios en la nube para acceso móvil y multi-dispositivo con HTML5" impulsado y patrocinado por Red.es, Universia, CENATIC, Telefónica Digital y TLS. El programa consta de 5 cursos, que se irán incorporando progresivamente en MiríadaX.

De modo que habrá otros cursos que complementen a éste y, viendo la plataforma, no descartaría que se repitiera el mismo curso más adelante. No obstante, a pesar de que el curso tiene un período de actividad, fuera del cuál no es posible acceder al mismo desde MiriadaX, es probable que los contenidos siguan disponibles mediante Google Drive y Youtube.


Las tareas


Las evaluaciones se hicieron mediante cuestionarios online y tareas entregables. Las tareas entregables las había de tipo opcionales y obligatorias. 

Aunque muchas tareas eran muy sencillas, principalmente las de los primeros módulos sobre HTML y CSS, las últimas llegaron a ser bastante trabajosas, sobre todo para hacer que las cosas funcionasen coherentemente en distintos navegadores y, sobre todo, en el simulador de Firefox OS, que generó incontables horas de pruebas y debate en el foro del curso, por el comportamiento errático de los eventos touch en el simulador de Firefox OS, por el uso de gmaps.js.

Finalmente


Durante el proceso fui guardando los ejercicios en GitHub, en https://github.com/carlosbello/firefox-os_miriadax, de modo que el código está disponible y, aunque la mayoría de la tareas son muy simples, algunas merecen la pena darle un vistazo, como:

Descripción del curso y contenido pro módulo

lunes, 28 de octubre de 2013

Tizen Hack Battle: Otro hackathon, otra app... ¡Otro móvil!


El domingo 27 de octubre, pasadas las 9 PM, cerró en Tetuan Valley un hackathon de Tizen que comenzó el viernes 25, por la noche: más de 48 horas de hornada contínua que fructificaron en varias aplicaciones nuevas, una muy buena experiencia y, por supuesto... un móvil nuevo para quien no tuviera un móvil con Tizen.

El hackathon

El evento se celebró simultáneamente en Madrid y Paris, comenzando esta vez con breve introducción que dio paso enseguida a una sesión de presentación de "ideas". Los organizadores (BeMyApp e Intel) acertaron al dar la oportunidad a gente sin equipo para que se integrara, mediante un sistema en el que te inscribías como "Portador de ideas", "Diseñador", "Desarrollador" o alguien con "Superpoderes". En una ronda de solo 1 minuto cada "Portador de ideas" exponía la idea de software que traía y, al final, el resto votaba por las ideas, entregándole una ficha a los proyectos que más le interesaban.   

Terminadas las exposiciones y hechas las votaciones, comenzó el hackathon y no paró hasta unos minutos antes de las exposiciones, el domingo; creándose los equipos, según los intereses de cada cual, donde cupieron todos pues aunque parezca increíble por su nombre de cómic, entraron hasta aquellos identificados como alguien con "Superpoderes". (Nunca me quedó claro cuál era ese rol, pero supongo que haría de coordinador, organizador o algo parecido.)

La aplicación

Mis compañeros de equipo en los hackathons anteriores no fueron esta vez, así que me tocó hacer la aplicación en solitario. Por eso, en lugar de empezar de cero, partí de la concepción de la aplicación que habíamos hecho en el hackathon de BlackBerry, aprovechando el trabajo de diseño previo, los gráficos y los datos ya existentes. 

Con ese trabajo adelantado, no fue complicado hacer una versión en HTML5 usando jQueryMobile y Knockout.js que replicara, hasta donde fuera posible, el comportamiento de la aplicación que ya teníamos hecha en Java para Android (disponible en Google Play) y para BlackBerry (disponible en AppWorld). De modo que aproximadamente una hora antes de las presentaciones, ya estaba lista y ejecutándose en el móvil con Tizen la aplicación CS Traffic.

La aplicación era muy muy sencilla, así que me escapé el sábado y solo trabajé un poco el viernes por la noche y el domingo, por lo que no estuve durante las 48 horas continuas; pero me consta que más de un@ durmió en el suelo o, simplemente, no durmió para tener lista la aplicación a tiempo y, así y todo, varios equipos llegaron al momento de exponer con algo "casi" terminado, pero sin concluir porque hubo de todo: desde vídeo juegos, hasta mandos de control remoto.

El móvil nuevo

Una vez más Intel, como patrocinador, hizo gala de su generosidad y obsequió a todos los participantes con un móvil con Tizen, siempre y cuando no se le hubieran entregado uno en un evento anterior. De modo que la inmensa mayoría se llevó un Samsun Galazy SIII, en su variante para TIZEN.

Samsung GT-I9300 TIZEN en su caja (Variante del Samsung Galaxy S3) 

Y además del móvil...

Además del móvil (que no es poca cosa) vale la pena destacar que de este encuentro se sacó una magnífica experiencia. Sobre todo por la estructura que propiciaba el intercambio entre los participantes, que instaba a dejar de ser entes aislados, para pasar a formar equipos multidisciplinares. Siendo incluso para varios  (muy jóvenes por cierto) su primera oportunidad para tocar de cerca lo que significa el trabajo en equipo y el proceso de desarrollo de un producto desde su concepción, por los "Portadores de ideas", hasta su culminación, pasando por el trabajo de "Diseñadores", "Programadores" y aquellos con "Superpoderes". 

Una experiencia que, al margen de la edad, nos vino bien a todos.

miércoles, 16 de octubre de 2013

¿Qué tiene que ver Cristobal Colón con la programación?

Detalle de
"First landing of Columbus..."
Ada Lovelace es considerada la primera programadora de la historia y nació 3 siglos después que Colón entonces... ¿qué vínculo tiene el descubridor de América con la informática?

La verdad es que no tiene ningún vínculo directo, salvo el deseo expreso de la editorial Packt Publishing de “celebrar” el Colombus Day, Día de la raza o Día de la Hispanidad con un descuento del 50% en todos los libros electrónicos y en todo su catálogo de vídeos.

Packt es una editorial especializada en informática y proyectos Open Source de la que hemos comentado en alguna ocasión libros como Open Layers Cookbook e Instant OpenLayers Starter, de modo que no está de más echarle un vistazo a su catálogo y aprovechar la oportunidad de conseguir más baratos esos libros que hace tiempo queremos comprar.

El descuento se podrá aplicar a todas las compras que se hagan hasta el día 17 de octubre, entrando en www.packtpub.com y utilizando el código COL50.

miércoles, 9 de octubre de 2013

Obituario a un Pentium a 75 MHz por una vida de servicio

Pentium a 75 MHz, en servicio (septiembre 2012)
A finales de septiembre pasado, durante mis vacaciones en Cuba, recibí la triste noticia de que el viejo Pentium a 75MHz de la Empresa de Comercio y Gastronomía de Jagüey Grande dejó de funcionar de forma definitiva.

Le tenía aprecio, admiración... cariño; pero no me entristeció: su largo servicio hizo de su muerte un descanso merecido, luego de una vida extensísima, comparada con la subutilizada y corta vida de los actuales ordenadores del siglo XXI.

Nacido en el año 94 del siglo pasado, este Pentium fue un ordenador universal que estuvo al servicio de la Empresa desde el año 2006, soportando apagones, humedad y calor.

Con sus 75 MHz de velocidad y sus 32 MB de RAM ejecutó estoicamente un Windows NT 4.0 para servir en las labores de control de finanzas apoyándose en el programa GIRAL IngresosCG durante 7 años, días tras día, hasta su deceso.

Un ventilador ruso marca Órbita, un radio Selena (también ruso) y Amado, un cubano celoso de su uso y cuidado, fueron sus mejores amigos. Trabajaron largas jornadas, acompañándose unos a otros con el sonido de la radio municipal, el ronroneo del también estoico ventilador y el golpeteo en el teclado de su fiel operador.

Después de 19 años de uso continuado, descansa en paz este viejo Pentium en el almacén de la Empresa de Comercio y Gastronomía de Jagüey Grande, a la espera de ser dado de "baja" del inventario. Junto a él también descansa ese software que hicimos en Acces 97, a medida de sus limitadas capacidades y de las necesidades de la empresa.

Sus viejos amigos y usuarios no esperan flores: sin mucha ilusión pero aún con esperanza, solo esperan su remplazo.

Amado, el Pentium, el software en ejecución y el radio Selena, detrás de la pantalla (septiembre del 2012)
Pantalla "Acerca de GIRAL IngresosCG" (septiembre del 2012)

miércoles, 24 de julio de 2013

Tizen DevLab, otro hackathon y... ¡otro móvil nuevo!

El pasado 4 de julio Intel organizó unas jornadas para presentar Tizen, en el marco del SpainJS Workshop, celebrado en el Campus de Madrid de la Universidad Pontificia de Salamanca. Al final del evento Intel dio una sorpresa para todos y cada uno de los que asistimos: un móvil con Tizen.

Esta vez la invitación vino por la vía del grupo MadridJS y aunque había que ser miembro de dicho grupo para asistir, podría considerarse que la asistencia era relativamente libre pues la membresía en este grupo de interés es abierta.

La charla


La primera parte de la charla versó sobre la plataforma de hardware y software, ilustrada con un dispositivo con Tizen y algunas demostraciones en vivo.

Además de los datos sobre la presunta superioridad de la plataforma Web de Tizen, basándose en test como el de html5test.com (492 puntos de 500 posibles) y Ringmark (el mejor de los SO móviles en dicho test, según dijeron), hicieron algunas demos, destacando sobre todo las relacionadas con el renderizado de escenas y animaciones 3D mediante WebGL.

Para mostrar la integración del motor de renderizado del navegador con el hardware de aceleración de vídeo, cargaron en el móvil la página del acuario, del proyecto WebGL Samples. El resultado fue de unos impresionantes 28 cuadros por segundos, con picos de 30, en la animación 3D de los peses nadando en el acuario. Para hacerme una idea de si esa era una buena cifra o no, durante la demo, cargué la misma página en el portátil que llevé para programar durante hackathon y éste promedió 34 cuadros por segundo y, más tarde, repetí la prueba en otros móviles y la mayoría ni siquiera llegaba a los 10 cuadros por segundo.

La segunda parte de la conferencia, fue para entrar en materia sobre las SDK para desarrollar, la arquitectura de las aplicaciones y las herramientas disponibles. Algo a destacar fue la exposición de la posibilidad de desarrollar tanto aplicaciones HTML5, como C++ (nativas), como híbridas. Sin duda, una ventaja de Tizen sobre FirefoxOS pues más opciones de plataformas y herramientas, significa más desarrolladores y empresas interesadas.

El hackathon


Prototipo de SmartCom, en el simulador
y en el móvil con Tizen
En el hackathon eché mano del prototipo de la aplicación que había desarrollado para el hackathon de FirefoxOS: NEAT SmartCom, un sistema para prestar servicios de teleasistencia a personas con limitaciones en la comunicación oral.

En principio debía ser bastante simple reutilizar el código pues, en teoría, siendo código HTML5 y JavaScript, la aplicación debía ejecutarse sin demasiados reajustes en ambas plataformas.

Y así fue: instalar el IDE, crear el proyecto, importar los ficheros existentes, hacer algún ajuste y ejecutar la aplicación en el simulador fue cuestión de minutos, estando todo listo en menos de una hora.

De esta corta experiencia saqué dos conclusiones: primero, que las aplicaciones que no hagan uso de características demasiado específicas de un sistema, son fácilmente transferibles a otro sistema diferente; y segundo, que el IDE de Tizen, basado en Eclipse, es magnífico pues ofrece en el mismo entorno monitorización del dispositivo, simulador, wizards, plantillas y toda la documentación necesaria, integrados en una sola herramienta.

El móvil nuevo


Samsung GT-I9300 TIZEN (Variante del Samsung Galaxy S3)
Esta vez hubo móviles para todos. Sin distinciones. Intel entregó un móvil para cada participante que estuvo en la charla y en el hackathon. Solo hubo que rellenar un formulario y entregarlo al final de la conferencia para pasar al día siguiente a recoger el nuevo y flamante Samsung Galaxy S3 ligeramente modificado (GT-I9300_TIZEN) que entregaron como dispositivo de desarrollo.

Por tercera vez, asistir a una charla para desarrolladores, en la que se presentaba un sistema operativo nuevo, valió la pena; sobre todo por el soporte y estímulo en forma de dispositivo de cortesía que los organizadores entregaron.

Tercer fabricante, tercera presentación, tercer móvil nuevo.

¿Da qué pensar, verdad?

lunes, 8 de julio de 2013

Jornada FirefoxOS, otro hackathon y móvil nuevo

El 24 de abril, se celebró en Medialab-Prado, en Madrid, una de las Jornadas de FirefoxOS, organizada por Movilforum y a cuyo evento tuve el gusto de asistir.

La  invitación me vino por la vía del programa de partners de Movilforum, del cual Grupo NEAT es miembro; pero lo cierto es que los organizadores estaban abiertos a todos los que quisieran participar en el evento. De modo que fue un evento muy concurrido.

La conferencia


En la primera parte de la jornada se impartieron varias charlas comentando los orígenes del proyecto FirefoxOS, arquitectura del sistema, APIs y pautas de diseño. Todas las conferencias fueron grabadas y publicadas en el canal de Movilforum de Vimeo y, en concreto, en el el vídeo Jornada Firefox OS- Medialab Prado- 24 de abril

Durante esta primera parte Movistar, a través de Movilforum, y los fabricantes españoles de móviles Geeksphone fueron haciendo evidente la intención de estimular a los desarrolladores para que generen aplicaciones para esta nueva plataforma. En esa primera parte, el estímulo vino en forma de móvil: al final de cada conferencia, el ponente lanzaba preguntas y los que las respondían correctamente se llevaban un móvil Geeksphone Keon.

El Hackaton


Protitipo de SmartCom ejecutándose en el simulador de
FirefoxOS
Por la tarde, luego del descanso para comer, se hizo un hackaton en el que los organizadores ayudaron a los participantes a poner a punto sus aplicaciones y empaquetarlas para ejecutarlas en FirefoxOS. Al final del mismo, los desarrolladores presentaron su software y un jurado dio varios premios por categoría. Premios estos que consistían en... ¡Claro que sí: móviles con FirefoxOS Geeksphone Keon y Geeksphone Peak!

Mi desarrollo fue un pequeño prototipo de una aplicación que ya había hecho antes pero originalmente para Windows Mobile y después para Android: NEAT SmartCom, un sistema para prestar servicios de teleasistencia a personas con limitaciones en la comunicación oral. El prototipo era sencillo pero funcional y se integraba con la plataforma que utilizan los operadores en la central de teleasistencia y, lo mejor, me valió para que unos días más tarde, me enviarán un móvil con FirefoxOS.

El móvil nuevo


Geeksphone Keon

No me llevé ningún premio en el hackaton; pero dos días más tarde me llegaba a la oficina un móvil con FirefoxOS en una edición preliminar para desarrolladores ("FirefoxOS Developer Preview"): el Geeksphone Keon. Este móvil fue una demostración más de la intención de los fabricantes e implicados en el proyecto FirefoxOS de estimular y apoyar a los desarrolladores que hagan y publiquen aplicaciones para este sistema. 

De modo que después de la formación gratuita y el intercambio con otros programadores, recibir un móvil para probar los desarrollos en un dispositivo físico fue el colofón  perfecto que hizo que asistir a la Jornada FirefoxOS de Movilforum valiera muchísimo la pena.

jueves, 13 de junio de 2013

Instant OpenLayers Starter

Portada del libro
Instant OpenLayers Starter
Hoy terminé de leer el libro Instant OpenLayers Starter, una introducción a OpenLayers que, en muy poco espacio, ofrece una visión global para iniciarse rápidamente en el uso de esta biblioteca para cartografía Web.

¿Por qué otro libro de OpenLayers?


Hace unos meses comentaba sobre un libro de OpenLayers que reúne 60 recetas para realizar tareas comunes en el desarrollo de aplicaciones Web que incluyan mapas y funciones de cartografía, en general. ¿Entonces, por qué otro libro de OpenLayers?

Instant OpenLayers Starter tiene un enfoque diferente: es un libro corto, donde casi la mitad está escrita como un tutorial paso a paso, y la otra mitad son recetas -también cortas- que incluyen algunas funcionalidades útiles o de uso frecuente. De modo que, si se tiene muy poco tiempo y se necesita una visión inmediata de qué es OpenLayers, cómo comenzar a usarlo y cómo utilizar las funcionalidades más comunes para hacer una aplicación de mapas Web básica, Instant OpenLayers Starter es una buena guía introductoria.

¿Cuál leer entonces?


Si se cuenta con suficiente tiempo, leer OpenLayers Cookbook u OpenLayers 2.10 Beginner's Guide aportaría un conocimiento más detallado de OpenLayers; pero si el objetivo es explorar y evaluar esta biblioteca en poco tiempo, Instant OpenLayers Starters podría ser una mejor opción porque es igual de práctico que el primero, pero más corto que los otros dos; tanto así, que en un día se puede pasar de no saber nada de OpenLayers, a crear unos mapas básicos pero funcionales.

miércoles, 22 de mayo de 2013

Seminario Developers Windows 8

Hace algo más de un mes, estuve en el Seminario para Desarrolladores de Windows 8, organizado por Movilforum en las oficinas de Microsoft Ibérica. Aunque ya ha pasado bastante tiempo, no está de más dejar por aquí las impresiones para comparaciones o reflexiones futuras.

El semiario

El Seminario Developers Windows 8 se desarrolló en uno de los ya familiares salones de eventos de Microsoft Ibérica, esta vez reducido a un tercio de su capacidad. El seminario se dividió en varias charlas que pasaron desde ser teóricas a prácticas, comerciales y finalmente de prospección.


Experiencia de usuario en aplicaciones Windows 8 para desarrolladores


Fue un acierto abrir con temas de diseño de interfaces y usabilidad, con una exposición más bien teórica para explicar los conceptos subyacentes en la nueva filosofía de la interfaz Modern UI, la antiguamente llamada Metro –mal llamada Metro, según el expositor-.

En una presentación atractiva se habló de la estructura de la interfaz, su simplicidad y los principios de diseño subyacentes, inspirados en la escuela de diseño alemana Bauhaus.

Como la mayoría de los presentes no éramos diseñadores, el ponente (diseñador) recalcó lo imprescindible de poner un diseñador en cada equipo de desarrollo alegando que:


  1. Los usuarios no quieren aplicaciones “feas” como las que hacemos los programadores que sabemos poco o nada de diseño.
  2. Las normas del Market de Microsoft son tan estrictas que te pueden rechazar una aplicación que no cumpla con las normas de diseño de interfaz. Tanto así, que un desajuste en el número de píxeles de distancia entre 2 botones puede ser señalado como una falta.


Desarrollo de Aplicaciones Modern UI para Windows 8


En esta sección el conferenciante (un desarrollador) comenzó con una demostración práctica, generando una aplicación para Windows 8, partiendo de dos plantillas de aplicación para el Market: C++ con XAML, y C# con XAML.

Luego de la demostración en vivo, se repitió el tema de lo estricto del proceso validación de las aplicaciones para el Market, esta vez desde el punto de vista del tiempo de ejecución, consumo de memoria y recursos en general.

Una nota curiosa es que la versión de C++ utilizada fue C++0x que ya incluye varias características más modernas que lo acercan a las facilidades de programar con C# y, por primera vez, programar en C++ no me pareció un recuerdo penoso, de mis tiempos de estudiante en la UCLV.

Por otra parte, la información más útil no vino de la exposición, sino al terminar ésta e ir a conversar con el ponente. De esta charla podría extraerse que Microsoft no tiene ahora, ni tendrá en un futuro inmediato, ningún producto que remplace u ofrezca las oportunidades de control de dispositivos móviles como lo hacía Windows Mobile. Según entendí, Microsoft está ahora enfocado en el desarrollo de aplicaciones de consumo o para las grandes masas, estando el sector empresarial un poco aparcado pues la prioridad son las aplicaciones para dispositivos móviles con muy bajo consumo energético y una respuesta rápida en la interactividad, condicionando todo lo demás a esos dos requisitos.

En este sentido y para garantizar esos criterios, según dijo, las aplicaciones desarrolladas en el modelo del market tienen un número bastante limitado de procesos que pueden ejecutarse en background, que tienen un tiempo muy limitado de CPU que le es asignado en intervalos periódicos de tiempo y que, en última instancia, están en manos del usuario que define si se ejecutarán o no. Por lo que, con las herramientas y los marcos de trabajo actuales no es posible desarrollar aplicaciones que se ejecuten en background de forma continua, en un dispositivo móvil, con cierta prioridad y control sobre parámetros del hardware, como el GPS para hacer geofencing o un acelerómetro para detectar una caída –casos por los que pregunté explícitamente y que negó pudieran ser controlados, salvo por una aplicación que estuviera en ejecución activa en el front-.

Herramientas de desarrollo para la Modernización de Aplicaciones


Esta fue la menos interesante de las exposiciones pues fue una charla bastante comercial, orientada a informar sobre las bondades de los productos de desarrollo de Microsoft y los beneficios de suscribirse al MSDN; pero como la mayoría de los que estábamos presentes debíamos ser consumidores de dichos productos fue un tiempo mal invertido, por parte del expositor y de los oyentes.

Experiencias únicas móviles con RA y comunicación en proximidad


Esta charla versó sobre las plataformas de Qualcomm para el desarrollo de aplicaciones en dispositivos móviles. (Qualcomm es el fabricante de los procesadores Snapdragon y, en general, de los procesadores utilizados por fabricantes como HTC, Samsung y Sony.)

De modo que ésta prometía ser una de las exposiciones más interesantes; pero terminó siendo la más rápida y condensada de todas porque, lamentablemente, cuando comenzó había una hora de retraso en el programa y la gente estaba intranquila por pasar tanto tiempo sentada sin pausas entre charlas y por la cercanía de la hora de comida.

No obstante, el mensaje llegó claro: en la QDevNet (Qualcomm Developer Network) tenemos una plataforma para desarrolladores donde se dan muchísimos recursos gratuitos para hacer desarrollos de aplicaciones móviles que aprovechan mejor el hardware y que simplifican algunas tareas, usualmente costosas.

En concreto se hizo hincapié en el SDK AllJoyn, enfocada a simplificar las comunicaciones peer-to-peer para la interconexión directa de dispositivos por Bluetooth, Wifi o cualquier otro medio que permita establecer un enlace P2P. Pero también se mencionaron SDKs para la facilitar el procesamiento de imágenes o la construcción de aplicaciones con realidad aumentada.

Lo cierto es que, a pesar de haber sido la más corta, creo que esta fue la charla que más ideas de oportunidades e información nueva aportó. Solo con entrar en la Web del QDevNet y echar un vistazo puede verse todas las plataformas soportadas, las SDKs disponibles y los recursos de información que se ofrecen.

Conclusiones

En Windows Phone y Windows 8, Microsoft se ha trabajado una interfaz de usuario atractiva y diferente, con unos conceptos de interacción interesantes que, apoyados en sus excelentes herramientas de desarrollo podrían ser una muy buena opción para desarrolladores y consumidores. Sin embargo, en los desarrollos para dispositivos móviles, su persistente falta de soporte a algunas características básicas para aplicaciones cuya funcionalidad recae más en el trabajo en el background, lo limitan significativamente y lo hacen que aún no llegue a ofrecer las funcionalidades que sí daba su ya vetusto predecesor Windows Mobile. De modo que, a los efectos de ciertos tipos de aplicaciones de uso empresarial y parafraseando un antiguo post Windows Mobile ya es historia; pero sigue sin sucesor.

domingo, 21 de abril de 2013

Cómo configurar el APN en BlackBerry Z10

Si tienes un BlackBerry Z10 y no puedes configurar el punto de acceso a Internet de tu operadora (APN) el procedimiento siguiente podría serte de utilidad. Antes de ponerte manos a la obra, ten presente que este proceso utiliza una herramienta oculta en el sistema que no está concebida para el usuario final. Hacer uso de la misma queda bajo tu responsabilidad.

El problema del APN en el BlackBerry Z10

Resulta que, por algún motivo que los usuarios no acabamos de comprender, en BlackBerry 10 la configuración del APN estará condicionada por el proveedor de telefonía, o al menos para las versiones 10.0.9.x, y las versiones 10.0.10.x, hasta la 10.0.10.648 que es la que tengo ahora y con la que está probado el método que se expondrá más adelante. 

Que la configuración del APN esté condicionada por el proveedor de telefonía significa que si no has puesto una SIM en el móvil, la configuración del APN está deshabilitada, y si pones una SIM dicha configuración estará habilitada o no, en dependencia de la SIM que pongas.

Desde BlackBerry justifican este comportamiento diciendo que es el proveedor quien suministra la configuración del APN y autoriza o no su cambio. Sin embargo, los que somos clientes de un proveedor de telefonía que no comercializa oficialmetne los Z10, estamos ante un vacío de responsabilidades porque BlackBerry “delega” esa configuración al proveedor y el proveedor dice que esa configuración debería poderse cambiar en el móvil. De modo que el problema puede resumirse a que: 

Si no tienes un contrato con una proveedora oficial del Z10, es muy probable que tu APN no se configure correctamente, no lo puedas modificar y, por tanto, no tengas Internet, cuando estés fuera del alcance de una red Wifi.

Por tanto, si tienes un Z10 libre y quieres ponerle una SIM de un operador que no distribuye ni da servicios para los Z10, podrías necesitar configurar tu APN de la forma que se expone a continuación.

Pasos para configurar al APN en el BalckBerry Z10 mediante la pantalla de ingeniería

Los pasos siguientes son una adaptación que traduce, desglosa e ilustra las instrucciones compartidas en CrackBerry para acceder a la pantalla de ingeniería, publicadas en How to access the engineering (Help Me!) screen on BlackBerry 10. Los pasos son los siguientes:

  1. Abrir el navegador del móvil y, en la barra de direcciones, teclear “escreen://” (sin comillas) (A) y presionar “Ir”. Hecho esto aparecerá una pantalla de confirmación en la que deberá pulsarse “Aceptar” (B).
  2. Al aceptar aparecerá la pantalla de Ingeniería de BlackBerry con un grupo de datos del dispositivo. Copiar aparte los datos: OS Version, PIN y Uptime. 
  3. Abrir un navegador y acceder a la página http://dl.dropboxusercontent.com/u/9610464/HelpScreen.html (C).
  4. Introducir los datos recopilados en el paso 2 (D), seleccionar el valor “Key duration” (E) a la cantidad de días de validez que quiera otorgarle a su clave y copiar aparte el valor de la clave generado.
  5. Con dos dedos al mismo tiempo, arrastrar desde el borde inferior hacia arriba (con el dispositivo en horizontal) para que se muestre el teclado.
  6. Teclear la clave generada en el paso 4.  (Tenga en cuenta que deberá teclear la clave a ciegas pues no se mostrará ningún cuadro de texto ni nada parecido donde reciba feedbak de lo que teclea.)
  7. Si tecleó la clave correcta, la pantalla cambiará mostrando toda la  información y opciones de configuración del sistema.
  8. Seleccionar “General radio” (F) y en el campo “Set APN Name” teclear el nombre del APN en cuestión (G).
  9. Cerrar la aplicación.
  10. Acceder a la configuración del APN y verificar que el nombre indicado en el paso 8, aparece en el campo correspondiente (H).
  11. Fin.


Llegado al paso 10 y luego de unos segundos, tu Z10 debería cambiar la letra de cobertura de datos de una minúscula (estás al alcance de una red de datos pero no puedes acceder a ella) a una mayúscula (ya tienes datos móviles). Sin embargo puede que, luego de lo anterior, aún sigas sin datos y permanezca la letra minúscula en el indicador de cobertura, o que luego de haber tenido datos, los pierdas, sin un motivo aparente. 

La “solución” que he encontrado a esto es “abrir la aplicación de mapas”. Luego de esto aparecerá una ventana diciendo que no tienes acceso a Internet, pero al cerrarla se activan lo datos móviles "mágicamente".

Llegado a aquí, si aún no te ha funcionado, solo te queda esperar la siguiente actualización del sistema (la 10.1) que, según se dice, parece eliminar esta restricción en la configuración del APN. 

Sin embargo, si estos pasos te han funcionado... ¡compártelos!

sábado, 13 de abril de 2013

Convertir SIM en MicroSIM: truco para hacerlo bien, a la primera

Recientemente necesité convertir mi SIM en MicroSIM y cuando busqué información sobre cómo hacerlo encontré muy buenos tutoriales; pero, a pesar de la buena información "técnica" me faltaba ese comentario que me aportara confianza. Luego de experimentar con una SIM y convertir otra, comprobé que el proceso es más simple y menos peligroso de lo que parece a primera vista.

Para comenzar... ¿Por qué convertí yo mismo mi SIM a MicroSIM?

Bueno, podría decirse que es un riesgo innecesario hacer esta conversión en casa, si tu operadora te puede enviar un duplicado de tu SIM en formato MicroSIM. Sin embargo, mi problema estaba en que mi operadora me advirtió que la MicroSIM podría tardar de 2 a 3 días laborables en llegarme y que como estaba por caer el viernes, podría tardar hasta el lunes siguiente y que, desde el momento en que pidiera la MicroSIM, la SIM quedaría inhabilitada.

Echando cuentas: de martes a lunes sin SIM es una semana sin teléfono y evidentemente, no me iba a pasar una semana entera sin teléfono. Condición, además, que me pareció absurda porque cuando se hace una portabilidad de una compañia a otra la desactivación de una SIM y la activación de la otra se produce con una sincronía aceptable y de un día para otro. De modo que no entiendo por qué una operadora para cambiarte su propia SIM tiene que dejarte sin servicio. Pero ese es otro tema.

El asunto es que, como no iba a quedarme sin teléfono toda una semana y una MicroSIM no es más que una SIM con menos plástico, decidí "construir" la MicroSIM yo mismo. Luego de buscar cómo hacerlo, encontré unos aparatitos que sirven para troquelar la SIM con bastante seguridad; pero tampoco quería pagar (y esperar) por un aparato que usaría una sola vez; así que terminé haciendo el trabajo a mano.

Como decía, hay muchos tutoriales que enseñan cómo hacer esta transformación, con plantillas de corte incluidas. Lamentablemente, al imprimir una plantilla hay muchos factores que pueden provocar que la plantilla impresa tenga poca utilidad porque al imprimirla es escalada por el programa de impresión o la impresora, resultando en una plantilla bonita pero inútil porque es más pequeña o más grande de lo debido.

Entonces, si bien es cierto que la guía que podría aportar una plantilla con la escala correcta es buena, el trabajo de convertir la SIM no termia con las marcas de corte y la verdad es que convertir una SIM en una MicroSIM no tiene mucha ciencia y no requiere tampoco tanta precisión en el marcado ni en el corte.

Convirtiendo la SIM en MicroSIM

Entonces, después de decir que no hace falta tener tanto cuidado en el proceso saltándome el uso de plantillas y guías de corte, aquí va la clave para convertir la SIM en MicroSIM sin correr el riesgo de dañarla:
No cortes la SIM: gástala.
Bueno, no exactamente... pero casi. El asunto está en que, en lugar de cortarla por la linea que marcaría el tamaño final (como se indica en la mayoría de plantillas y tutoriales), la idea es:

Cortar la SIM por fuera de la línea para hacer el corte con seguridad y tranquilidad quedando la MicroSIM un poco más grande de lo que debería, para luego gastar el borde sobrante, poco a poco, hasta obtener el tamaño deseado.

Así de simple y con instrumentos muy básicos, puede hacerse un trabajo de precisión, sin esforzarse mucho en ser preciso. Eso sí, aunque con estos pasos es posible convertir tu SIM, sin experiencia previa, en el primer intento y sin romperla;  para perder el miedo y mejorar el pulso, no viene mal experimentar primero con una SIM vieja, antes de convertir la SIM que funciona, aunque ya no se trate de "a la primera" ;-).

Los instrumentos

Los instrumentos son simples: una regla, un lápiz, una tijera y lija o cualquier material abrasivo para desgastar el plástico de la SIM (en este caso se usó una piedra de afilar, pero habría servidor cualquier otro material abrasivo... incluso el asfalto o la acera podrían servir).

Materiales: regla, mina de grafito, tijera, piedra de afilar y SIM

El proceso

Marcar la SIM

Los 15 mm caen sobre el metal
La MicroSIM debe tener unos 15 mm de largo por 12 mm de ancho, quedando la parte metálica dentro de dicha área, sin preocuparnos demasiado por las distancias exactas porque los conectores de la SIM son suficientemente grandes como para permitir cierto margen de desplazamiento.

Sin embargo, algo que sí debemos tener en cuenta es que no siempre podemos marcar los 15 mm (o los 12 mm) a partir del borde de la SIM porque la medida podría caer sobre la parte metálica. De modo que, si es el caso, se marcará una línea entre el borde y el metal, y la otra separada de ésta, quedando el metal encerrado en el centro pero sin tocar ninguna de las líneas.

La SIM con las marcas separadas a 15 mm, a 12 mm y en ángulo.

La línea para el corte diagonal también puede ponerse sin una medida en concreto porque puede rebajarse tanto como se quiera, siempre y cuando no llegue a tocar la parte metálica.

Cortar el plástico

Con la tijera, se deberá cortar por la parte externa de la línea, de modo que, después de cortada, pueda verse la marca del lápiz. En este punto, tendremos una cuasi-MicroSIM un poco más grande de lo normal pero que terminaremos de ajustar más adelante, sin correr el riesgo de cortar demasiado.

Tarjeta cortada por fuera de la marca, con unas dimensiones cercanas a 16 mm x 13 mm

Desgastar los bordes

Aquí es donde está el truco para obtener el tamaño adecuado, sin cometer un error irreversible. De modo que, para obtener el tamaño final, se procede a desgastar los bordes, poco a poco y comprobando regularmente con una regla, hasta llegar a la medida de 15 mm x 12 mm.

Frotar los bordes perpendicularmente para corregir las irregularidades y dejarlos rectos.

Una vez alcanzadas las medidas y ajustado el corte diagonal, la MicroSIM está lista para ser usada.

La SIM ya desgastada y con el tamaño final de una MicroSIM de 15 mm x 12 mm

Frotar los bordes en ángulo para redondearlos
Sin embargo si aún se quiere darle un aspecto más acabado, pueden desgastarse los bordes en diagonal y las esquinas para redondearlas, obteniéndose una apariencia más suave y terminada.

Aspecto final de la MicroSIM


Está claro que no es una obra de Miguel Ángel, pero el resultado es aceptable y, lo mejor: funciona.

¿Entonces, si tuvieras que convertir tu SIM a MicroSIM qué harías: esperarías (sin servicio) a que tu operador te mande el duplicado, acudirías a una tienda de telefonía para que te la troquelen o te arriesgarías y lo harías tú mismo?

martes, 19 de marzo de 2013

Android vs BlackBerry: el primero rápido y el segundo lento... si de publicar se trata.

No, no voy a hablar de los sistemas operativos, o de cuán rápido se desarrolla para una plataforma o para otra. Tampoco voy a comparar dispositivos Android vs BlackBerry. No, aquí hablaremos del market y del tiempo que toma desde que envías una aplicación para su publicación hasta que te la publican.

TrafficBB
En un post anterior contaba que un grupo de amigos nos unimos en un equipo y participamos en el hackaton de BlackBerry en Madrid de diciembre del 2012. Como resultado de esta colaboración, creamos una pequeña aplicación móvil para estudiar las señales del tránsito.

Un mes más tarde, aprovechando una jornada de fin de semana, en el port-a-thon organizado por BlackBerry para publicar aplicaciones a su market, retocamos la aplicación y, el día 20 de enero, justo antes de la media noche y de que cerrara el plazo, enviamos nuestra aplicación para su publicación en el AppWorld.

Han pasado 2 meses desde entonces y, sin embargo, nuestra aplicación sigue "Under Review" en el panel de administración del portal para vendedores de aplicaciones de BlackBerry. Dos largos meses, en los que publicamos la misma aplicación en el market de Google, la retocamos, la volvimos a publicar, y repetimos el proceso otra vez.

Entonces: en 2 meses con BlackBerry solo hemos confirmado que nuestra aplicación sigue a la espera de ser aprobada... ¡o rechazada! Mientras, con Google, no solo publicamos la aplicación, sino que la actualizamos en dos ocasiones y, luego de dos meses, ha sido descargada casi 500 veces, con lo que ya tenemos algunas estadísticas y alguna que otra crítica o sugerencia de usuarios en los que podremos basarnos para seguir mejorándola.

Estadísticas de instalaciones totales de TrafficBB y distribución por versiones de Android (2013-03-18).

Entonces, está claro que en el market de Android es bastante rápido publicar una aplicación (cuestión de horas) y -al menos de momento- publicar en el market de BlackBerry es bastante lento (cuestión de días, semanas o meses).

Tanta diferencia no es gratuita: es muy probable que cuando BlackBerry apruebe una aplicación para su publicación ésta tenga mucho mejor acabado y calidad que cuando la aprueba Google. Sin embargo, a la larga, eso no importa tanto, porque el proceso de publicación en Google Play es tan ágil, que el publicador tiene la oportunidad de corregir y mejorar la aplicación mucho más rápido. (¡Incluso varias veces en el día!)

De modo que, en un mismo lapso de tiempo una aplicación publicada en Google Play podría adquirir el mismo nivel e, incluso, superar el nivel de calidad de la misma aplicación que pasa por un proceso de inspección más riguroso, pero más lento, en el AppWorld de BlackBerry.

La pregunta entonces es: ¿Le conviene a BlackBerry extenderse tanto en el control de calidad de las aplicaciones que se envían a su market?

Yo creo que no.

Comprendo las buenas intenciones de BlackBerry, cuidando la calidad de las aplicaciones publicadas, pero el proceso que aplican es lento y, como consecuencia, están provocando que se publiquen aplicaciones más "cuidadas" pero "viejas", al compararlas con las plataformas de la competencia.

Nuestra pequeña y tremendamente simple aplicación es una muestra de ello: para cuando BlackBerry apruebe la publicación de nuestra primera versión, en el Google Play ya estaremos por la actualización 3 o 4 que tendrá nuevas funcionalidades y bastantes mejoras, comparada con su "equivalente" de BlackBerry.

BlackBerry me gusta, me gusta la diversidad y, ciertamente, deseo que la nueva plataforma despegue, pero necesitarán dejar atrás cualquier cosa que les lastre y les ralentice sus procesos de captación de aplicaciones. Hasta ahora lo han hecho muy bien y han logrado captar la atención de los desarrolladores: ahora tienen que mantenerla y, para ello, necesitan publicar lo que se está haciendo... y esto, cuanto antes mejor.