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!

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.

Hackaton en BlackBerry Jam Session Madrid

El sábado 15 estuve en el hackathon que organizó RIM en Madrid para cerrar el tour de los BlackBerry Jam Sessions 2012 por España. Fue una jornada intensa al final de la cual nuestro equipo logró terminar la aplicación y ponerla a funcionar en un BlackBerry 10 Dev Alfa.

Nuestro equipo, en el hackathon del BlackBerry Jam Session en Madrid

El equipo

Teniendo en cuenta que el margen de tiempo para desarrollar la aplicación era de 10 horas, habría sido más simple que cada uno intentara hacer algo sencillo de forma individual o en parejas; pero decidimos ir en equipo e intentar hacer un sistema entre todos, a pesar de la complejidad añadida. De modo que nos apuntamos cinco personas: cuatro para el desarrollo y una para el diseño.

Debido a que el grupo era muy heterogéneo, con diferentes grados de experiencia en el desarrollo móvil, terminamos repartiéndonos las áreas de trabajo y entonces, dentro de estas, cada uno asumiría a su ritmo las tareas que más cómodas le resultaran.

La planificación

El martes, por la noche, dedicamos una hora a decidir qué producto haríamos, la tecnología de desarrollo, el sistema de control de código fuente, nomenclatura para los identificadores y el sistema de trabajo. Luego de analizarlo, acordamos que usaríamos Java con el Runtime de Android, como plataforma de desarrollo y SVN, como sistema de control de código fuente.

Al terminar, concertamos un experimento para el jueves en el que haríamos uso de las herramientas, creando un proyecto simple que se hospedaría en el hosting de SVN, al que cada uno debería integrarle un layout  vacío, con su respectiva activy, de modo que todos verificáramos que nuestros entornos estaban preparados para trabajar en equipo.

El jueves, entre las distintas versiones del SDK, las distintas versiones de Eclipse y las distintas formas de trabajar con el SVN, lo que parecía que iba a ser corto, terminó siendo una jornada nocturna de varias horas, porque comenzamos a descubrir varios detalles que, de no haberlos tratado ese día, nos habrían arruinado el hackathon. No obstante, al final del ensayo, terminamos todos con nuestros entornos a punto para el maratón de programación del sábado.

El hackathon

El sábado nos reunimos en las instalaciones de garAJE y a las 10, luego de una pequeña introducción de 30 minutos, ya estábamos comenzando nuestro producto.

Lo primero fue crear un proyecto nuevo de Android, con las 6 activities y los layouts que llevaría la aplicación para partir de una base común de estructura y nombres. Luego, creamos un proyecto en Google Code y subimos el proyecto de Android. Acto seguido, coordinamos con qué se pondría a trabajar cada cuál y nos pusimos con ello.

La jornada fue intensa. No paramos hasta que llegó la hora de las pizzas; no obstante, la pausa fue corta: comer, beber y volver al trabajo. Y no es que 10 horas sean mucho, pero si era mucho el estrés de saber que en esas 10 horas debías empezar y terminar un proyecto en el que debían coordinarse 5 personas que antes de esa semana no habían trabajado nunca juntas.

Durante el desarrollo utilizamos móviles con Android para depurar la aplicación, pero para las 7 PM ya había llegado la hora de reempaquetar y firmar la aplicación para probarla en el BlackBerry 10 Dev Alfa que me habían obsequiado en un evento anterior de BlackBerry. Un rato antes habían pasado por las mesas, ofreciendo RedBulls y, entre la cafeína y la tensión de saberse cerca de la hora límite, esa última hora fue la más absorbente de todas: no veía a nadie, no escuchaba a nadie, salvo al equipo apurando los últimos minutos, frenético, intercambiando orientaciones y reclamos.

A última hora el plugin de BlackBerry para Eclipse no se instaló, fallando el proceso de instalación en la versión del Eclipse incluida en el ADT-bundle. No obstante, pudimos firmar y empaquetar gracias a la versión online de la herramienta; y cuando faltaban un par de minutos para nuestro turno de exposición del proyecto, hicimos el deploy del .bar con el instalador reempaquetado, gracias al plugin de Chrome PlayBook App Manager. Unos segundos después, nos llamaban al frente, para exponer nuestro proyecto.

Después de la exposición y responder a las preguntas, todo pareció volver a la normalidad: otra vez se escuchaban las voces de los demás equipos y el lugar pareció llenarse de personas.

¡Habíamos terminado el software y lo habíamos echado a andar en un dispositivo con BlackBerry 10!

Qué nos quedó

Splash screen de TrafficBB

Luego de la paliza del hackathon, nos quedó la experiencia y la satisfacción de lograr lo que fuimos buscando: trabajo en equipo capaz de generar software funcional, en muy poco tiempo.

Por supuesto, también nos quedó el software, un producto muy sencillo pero que consideramos útil y que, por tanto, publicaremos en las tiendas de aplicaciones de BlackBerry y Google, luego de testearlo en profundidad y pulir los detalles que aparezcan, por supuesto.

El producto (TrafficBB) es una aplicación para el aprendizaje de las señales de tránsito con una colección de las señales oficiales, según la Dirección General de Tráfico, y un área de auto evaluación con preguntas de selección múltiple para poner a prueba nuestros conocimientos.

De modo que, además de la experiencia nos ha quedado nuestra primera aplicación para el nuevo sistema operativo de RIM: el BlackBerry 10.

BlackBerry 10 Jam World Tour - Enterprise Edition en Madrid

La semana pasada estuve en el evento de presentación de BlackBerry 10 en Madrid, donde presentaron el nuevo sistema operativo de RIM, se habló de oportunidades, estrategias, tecnologías de desarrollo y, como no... ¡Donde me obsequiaron un dispositivo BlackBerry 10 Dev Alpha!

BB10 Dev Alpha

La conferencia

El BlackBerry 10 Jam World Tour – Enterprise Edition de Madrid se efectuó en la planta 42 del Torre Espacios. Fue mi primera vez en un rascacielos, así que cuando me dí cuenta que hasta las azafatas eran de habla inglesa ya había sobrepasado mi umbral  de asombro y el no oficial pero omnipresente idioma de la charla no hizo más que reafirmarme que el inglés no es una opción, sino una realidad inevitable.

Una buena parte de la charla se concentró en mostrar las características que distinguen a BlackBerry y las ventajas que ofrece para construir e integrar soluciones empresariales y, por la tarde, pasamos de la palabra a la acción en una sesión práctica.

Lo más interesante en herramientas de desarrollo: HTML5 y Android para BlackBerry

La sesión práctica comenzó cuando todos en la sala nos pusimos manos a la obra para poner a punto el Cascades como entorno de desarrollo para C++ y una máquina virtual de BlackBerry 10 en VMWare. Labor que resultó algo lenta y, en mi opinión, un poco complicada; sobre todo la parte de la máquina virtual en VMWare.

Sin embargo cuando pasamos al WebWorks para las implementaciones con HTML5 y JavaScript, se hizo la luz: el proceso fue extremadamente simple y rápido. Tanto así que, luego de instalar el SDK, solo hizo falta instalarle un plugin (llamado Ripple) al Chrome... y listo: ya estaba montado el entorno de simulación y pruebas.

¿Podría se más simple? Parecería que no, pero sí: en RIM no solo están intentando captar a la ingente masa de desarrolladores que ya controlan las tecnologías Web, sino que también intentan captar a los desarrolladores de Android, de modo que han puesto muy fácil el proceso para comenzar a desarrollar para BlackBerry 10. Tan fácil, que, simplementente, no hay que hacer casi nada: quien haya hecho una aplicación para Android, podrá reempaquetar el apk con el instalador para generar un paquete válido para BlackBerry, sin necesidad de reescribir nada. De modo que BlackBerry 10 cuenta con el potencial generado por miles y miles de aplicaciones que ya existen para Android y podrían sean reempaquetadas y subidas a la tienda de aplicaciones de BB, el AppWord.

El dispositivo BlackBerry 10 dev Alpha

Actualizando el BBM en el BlackBerry 10 dev Alpha

Al final del evento a un grupo de desarrolladores nos obsequiaron con un prototipo del nuevo BB 10 que será lanzado a principios del año que viene. Este estupendo "regalo" me confirmó que RIM está haciendo todo lo posible para llamar la atención de la comunidad de desarrolladores pues, como ellos mismos hicieron notar en la charla, un móvil o un tablet no tiene posibilidades de éxito si no cuenta con una buena cantidad de aplicaciones disponibles. De modo que además del aumento de opciones mediante la diversificación de las tecnologías disponibles para programar, RIM está estimulando a los programadores con la organización de Hackatons y obsequios como éste que, sin duda, nos da un empujón a los que queremos comenzar a hacer aplicaciones móviles para esta plataforma.

Luego de utilizar un poco el terminal, se le toma rápidamente aprecio a la impresionante calidad de la pantalla (lamentablemente mi amateur foto no le hace honor) y a la velocidad del sistema en general. No obstante, hay que adaptarse a unos conceptos de navegación  distintos a lo que estamos acostumbrados pues no hay ningún botón, salvo el de encendido, de modo que el tradicional botón de inicio que tienen los otros sistemas para ir a la pantalla principal, de inicio o el "home" del sistema, aquí no existe pues ha sido remplazado por un gesto.

Pero no entraré en más detalle porque la descripción del nuevo sistema operativo de BlackBerry es motivo suficiente para todo un post.