Probablemente alguna vez has hablado con un informático de profesión o algún aficionado a la informática y te has encontrado con que la conversación que mantienes no parece agradarle.

Desde mi punto de vista, la mayor parte de las ocasiones se deben a la monotonía de estas conversaciones que casi siempre se tratan de lo mismo o casi.

Los favores:

Has de pensar que generalmente, cuando se le pregunta a un informático de “donde se baja el programa NOMBREDELPROGRAMA” o “como se pone el ordenador como venía de fábrica” no sólo no estás despertando interés en la conversación si no que estás pidiendo explícitamente un favor y no una conversación. Con esto quiero decir, que si lo que buscas no es ayuda si no conversación, mejor evita este tipo de temáticas.

Por otra parte, a la hora de pedir un favor, es muy importante que tu intentes solucionarlo mil y una veces y no pidas ayuda hasta que a ciencia cierta sepas que no puedes aprender tu solo. En caso contrario la persona a la que pidas ayuda sentirá que le utilizas.

Y continuando con los favores, si vas a agradecer un favor que te han hecho. Ten muy presente que los informáticos pueden ser muy diferentes entre si. Tanto como un extremo al otro.

La eterna discusión Windows vs Linux:

Esta es una discusión recurrente. Se puede “percibir” en el día a día en internet y en la vida real. Cada punto de vista tiene sus razones (cuestionables o no), pero la discusión está hoy en el mismo punto que ayer y que antes de ayer.

No quiero decir que Windows vs Linux sea un tema tabú sólo que para nada es un tema novedoso o ingenioso como para generar una conversación de interés.

Los informáticos realmente experimentados habrán utilizado ambos sistemas (y otros muchos) y probablemente, se esforzarán a que día tras día todos (y no sólo uno) funcionen de forma adecuada dentro de sus diferencias, virtudes y defectos. Seguramente tendrán una elección personal, pero no serán generadores de la gran batalla campal Windows vs Linux.

La afinidad con la piratería, los originales y el software libre:

En cierto modo, digamos que existen diferentes formas de apreciar un programa u otro en función de la “ideología” que tenga un informático. En este sentido una persona no iniciada en el mundillo puede meter la pata hasta el fondo con otra persona si no tiene esto al menos “un poquito” en cuenta.

Se trata de otra discusión recurrente: la moralidad de la piratería y la del software propietario (también llamado privativo). Esta discusión, en cierto modo es una generalización de la anterior, pero no todos lo ven así (hay gente que defiende windows por que es windows o linux por que es linux sin importarle este asunto).

A la hora de escoger los programas que llevará un ordenador hay 3 grandes tipos de “programas”:

En primer lugar hablemos del software libre. El software libre es el que cumple una serie de requisitos que más o menos podríamos resumir en: no restringir los derechos del usuario sobre el programa que utilizará (resumido de forma poco técnica y corta).

El software propietario es el que no cumple alguno de los requisitos para considerarlo software libre. Lo que más suele caracterizarlo suele ser que el “fabricante” no ofrece el código fuente que es la “receta” con la que un ordenador puede hacer un programa justo igual y permitir hacerle mejoras de la forma más adecuada. Al no haber tal “receta” un programa propietario (también llamado privativo) es lo que es y así se quedará hasta que dicho “fabricante” diga lo contrario. Puesto que entre otras cosas ese “fabricante” es el dueño del programa y no la persona que lo utiliza.

El software pirata es el mismo que el propietario. Pero a diferencia del anterior, se utiliza sin consentimiento de su dueño.

Bajo estas 3 diferenciaciones, tenemos a los usuarios que prefieren utilizar software que esté completamente bajo su control y/o conocimiento, a los usuarios que prefieren responsabilizar a una empresa concreta o los que harán lo que les de la gana sin importar a quien agrada o desagrada tal decisión.

Es decir: si tienes una conversación con un informático puede agradarle o no que le hables de bajar un programa de Internet, que le hables de comprar una licencia de un programa o de las bondades del software libre. Y lo más importante: has de tener en cuenta que hay ciertos informáticos (no todos) que toman esta moralidad como algo muy serio, por lo que has de tener tacto.

Estudios, competencias y atribuciones:

El hablar con un informático sobre estas 3 cuestiones puede suponer llegar a una discusión del mismo nivel que una conversación de política (es más, tiene implicaciones políticas). Se cauteloso.

Este punto es sólo aplicable a España (creo).

Si has leído todo esto y alguno de los puntos no te sonaba de nada (y no me refiero a que no estés de acuerdo conmigo) es posible que te ahorre un par de futuros mal entendidos. ¡Suerte!

Listado de HotSpots

Hace poquito os enseñaba una aplicación mía orientada a localizar puntos de acceso FON sin disponer de conexión a internet y de forma gratuita. La versión mostrada fue facilitada a varias personas, pero no publicada en la web.

Aun no habiendo realizando grandes cambios (más bien casi ninguno), he decidido publicar la aplicación aquí por si alguien se anima a probarla:

FonHunter 0.2.ipa

Los motivos de esta repentina publicación son básicamente 2:

- La principal es que FON no se digna a contestar los diferentes mensajes que le he mandado (o dicho de otro modo, que su educación no le ha impulsado tan siquiera a decirme “Mira, no me interesa. Lo siento.”).

- Debido a la espera y al desenlace, ahora mismo no creo que FON se merezca una aplicación gratuita mía.

Me gustaría agradecer desde aquí a “David_FON” el haber contestado a 1 mensaje privado relativo a este tema.

Por ahora no publicaré el código fuente

No está en mi estilo no publicar los fuentes, a no ser que yo esté desarrollando una aplicación para un tercero.

Sin embargo en este caso: mi particular “HelloWorld” no es más que un cúmulo de pruebas mías arrejuntadas en un programa. Lo que hace que debido a que sólo buscaba conocer la experiencia me tomé ciertas libertades poco elegantes a la hora de programar, me centré más en lo que quería conseguir que en como.

Problemas conocidos:

• El programa no “escala” adecuadamente.

Es decir, se comporta de forma diferente en España que en Japón debido a que en Japón hay 11 foneras por cada fonera española o Reino Unido donde es todavía mayor.

Centrandonos en el caso Japonés, con 27k foneras activas el programa hace una consulta SQL en al que clasifica basándose en índices cada punto de acceso con una fórmula simplificada que ofrece una cierta intuición sobre la distancia real. Y sobre esa ordenación preliminar obtiene los resultados que ve el usuario.

Sin embargo esta búsqueda no parece todo lo rápido que se podría desear en esa situación.

• El dibujo actual de la “rosa de los vientos” tiene algunos defectos gráficos.
• El teléfono parece tener problemas en detectar la dirección en la que se desplaza cuando la velocidad es inferior a 1m/s
• La internacionalización en gallego no parece mostrarse debido a algúna limitación del firmware 2.2.1 que quizá esté resuelto en el 3.0.
• Habría que redibujar los botones del navegador de prueba.
• Habría que añadir dibujos a los botones de la sección de Login (así como poner un logotipo diferente y no el del jailbreak ).
• La aplicación sigue sin estar en el AppStore

PSP-Go según guizmodo

Soy usuario de productos de SCEE, como puede ser la PS3 y la PSP (modelo FAT). No me considero fanboy de ninguna empresa del mundillo de los videojuegos ni de ningún medio.

Sin embargo,en los ecos al E3 he leído y oído cosas muy raras en casi todos los medios sobre los rumores relativos a una nueva PSP. Consola que ha anunciado hace escasas horas SONY en su correspondiente conferencia.

Me gustaría dar una opinión sobre 3 de estos rumores.

Por partes: …

¿Solución a la “caída” del UMD?

En UMD se podían obtener principalmente películas y juegos. A la hora de competir, también existen los juegos y películas del PlayStation Store y también lo que SONY llamaría descargas piratas (donde se incluirían varios tipos de descargas).

Cuando se lanzó la PSP, existía gran variedad de películas en formato UMD y otros tantos juegos también en ese mismo formato. Sin embargo el tiempo hizo que desapareciesen poco a poco las películas en formato UMD, pero sigues pudiendo comprar UMDs de juegos.

Por tanto si hay algo que ya no se vende: Las películas en UMD. Pero ¿alguien lo dudaba? Recordemos que si comprabas una película en DVD podías verla en tu casa, prestársela a un amigo, ponerla en el coche, [...] o incluso convertirla a formato mp4 y verla en tu PSP. ¿Por que comprarla en un formato que sólo podrías utilizar de una forma concreta?

Con respecto a los juegos, hay que observar un dato: La consola ha estado prácticamente abandonada por SONY desde poco después de su salida (y especialmente cuando se quedaron sin refritos de PS2) y ahora pretenden relanzarla. En ese sentido es completamente justificable cualquier tipo de caida en las ventas de discos físicos con juegos.

Conclusión: ¿No comprarías un juego por que su soporte es UMD? No tiene sentido.

¿Es un intento de frenar la piratería?

Cada vez que SONY saca una revisión del hardware suele revisar también las medidas de protección y seguramente lo hará nuevamente con esta. Pero como concepto: “consola sin UMD” no supone un avance en este sentido. Sin embargo es importante tener en cuenta que la PSP-3000 no ha sido “liberada” hasta hace poco y todavía no está “liberada” del todo.

Debemos de recordar que las consolas que SONY llamaría “pirateadas” cargan las copias desde la MemoryStick y no de un UMD pirata. En ese sentido, añadir bluetooth, eliminar un lector que los “piratas” no utilizarían o ponerle una pantalla deslizante (¿táctil?) no añade una protección en si.

Pero por otra parte la eliminación del UMD si supondrá la inclusión de DRM en las descargas, de tal modo que no puedas ceder la descarga a otra persona. Esto aun que pueda parecer una tontería, para mi no lo es: Implica la desaparición total de la venta de segunda mano y el alquiler de los juegos de PSP.

Conclusión: Los auténticos afectados son los usuarios legítimos que transfieren su copia (por que ya no jugarán más pero no pueden recuperar parte del importe).

Ahora una impresión mía: ¿Sustituirá a la PSP?

La respuesta a esta pregunta me hace temblar, por que la respuesta no es “no”, si no “no sustituirá a la PSP-3000“. En esto reconozco que puede resultar una paranoia mía, pero he de mencionar 2 cosas:

• La PSP-2000 y la PSP-3000 tienen el doble de RAM que la primera revisión.
• Existen aplicaciones como Skype que no funcionan en la PSP clásica (modelo 1000).
• En la conferencia del E3 han mencionado que Gran Turismo correría en PSP a 60FPS.

Conclusión: Parcialmente, la PSP-GO no es una PSOne para la PSX, o una PSTwo para la PS2.

Por si realmente SI andas despistado: Digamos de otro modo que es cuando la prensa hace algo más que ver que publican en kotaku y otras webs de la que salen la mayor parte de las noticias de las que se suelen hacer eco.

Con respecto a esta edición, para mi este E3 en concreto promete: más que nada por que intentan volver a “levantarlo” tras lo acontendio en los últimos años.

Principalmente todo el mundo centra especial atención a las conferencias de los 3 grandes del hardware consolero:

• Microsoft hará su conferencia hoy día 1 a las 19:30 (hora española).
• Nintendo hará la suya mañana 2 de Junio a las 18:00 (también hora española).
• Sony será el último, 2 horas más tarde de la de nintendo: 20:00 (también hora española).

Y los “fabricantes” de videojuegos:

• Electronic Arts hoy día 1 a las 23:00 (hora española).
• Ubisoft el día 2 a las 02:00 (hora española).
• Konami el día 3 a las 00:00 (LOL, parece elegido a posta para que kogima pueda reirse de nosotros el máximo tiempo posible)

HardGame2 se ha “comprometido a intentar” transmitir via streaming las conferencias en directo, comenzará experimentalmente con la conferencia de Microsoft y si todo va bien continuará con las demás.

Pero en fin,… si fallan siempre se puede acudir a los de siempre: ign, gamespot, g4tv entre otros muchos.

No creo que sea necesario que recuerde los juegos y cambios que se “esperan”. Por cierto… ¿Te he dicho que hoy empieza el E3?

Portal cautivo de FON

Hace poquito comentaba que  acababa de terminar una aplicación de iPhone y porqué la empecé. Hoy la enseñaré: tal y como va su desarrollo y contaré que hace y como se utiliza.

FonHunter es una herramienta para localizar lugares en los que te puedes conectar a WiFi gratis (Por ahora sólo puntos de acceso FON, por lo que será grátis sólo si perteneces a la red FON, si no tendrás que pagar).

Y una vez localizado te permite autentificarte en el sin que tengas que toquetear la página de login (el denominado “Portal cautivo”).

Realmente lo que considero especialmente novedoso de la aplicación está en la licencia libre (que imagino que le calzaré una GPL, pero me gustaría ver si es completamente compatible con colgar la aplicación en el AppStore).

Partiendo de la definición que acabo de dar: “FonHunter es una herramienta para localizar lugares en los que te puedes conectar a WiFi”, se debe de entender que la aplicación está diseñada para NO hacer uso de la conexión a internet para tal tarea.  A esa premisa había que añadir el poder colgar la aplicación en el AppStore para permitir la instalación a los usuarios que no han modificado el teléfono.

La Base de datos de POIs

(POI = punto de interés)

Es decir, desde el primer momento en el que empecé a escribir la aplicación consideré que no se debía de hacer uso de Google Maps u otros servicios (y si hiciera uso de tales servicios debería de ser meramente accesorio).

Comenzando a desarrollar la aplicación, empecé haciendo un listado de POIs (POI = punto de interés) típicos de los GPS. En un principio comencé con un listado ordenado que mostraría los 20 puntos de acceso más cercanos con su correspondiente dirección.

Ese listado se parecía bastante al de la actual revisión:

(Nota mental: Tengo que mejorar el “subtítulo” de cada “celda”)

Sin embargo antes, los logotipos eran logos de Foneras con diferentes colores, representando cada color a una distancia. Actualmente esos logotipos han sido sustituidos por zapatos que apuntan en la dirección cardinal en la que hay que caminar.

Manteniendo los POIs actualizados

Haciendo pruebas reales a pie de calle, percibí el mayor problema que podía tener: el 60% de los puntos de acceso ofrecidos por FON no daban servicio. Lo cual frustraba los “pateos”. En un principio alguien puede pensar “bahh” miras otra vez y ya está”, pero cuando vas has comprobado que 3 sitios no existen la cosa cambia.

Finalmente encontré un listado de POIs mejor que el de http://maps.fon.com concretamente el de francofon.fr en el que te dan la funcionalidad de descartar los puntos de acceso inactivos en las últimas horas (lo que deja el listado español en 3302 nodos sobre los 18047 que consta en el FON_ES.csv). Me ha resultado muy curioso, que según francofon, en España hay 9000 nodos incluidos los desconectados y según los POI de FON son 18000. En fin, no voy a hacer más comentarios al respecto.

Dentro de la dificultad que me supuso adaptarme a “Objective C”, he de decir que las mayores “cafradas” creo que las cometí parseando los ficheros de POIs. Pero finalmente añadí los algoritmos al teléfono para que fuese el propio teléfono el que mantuviera las listas actualizadas.

Tengo que buscar un color menos cantoso

De este modo no habría que acudir al AppStore a por actualizaciones, si no que los propios datos que ofrece uno de los grupos de Foneros generaría toda la información necesaria.

La evolución del Listado de POIs

Realmente la funcionalidad que más facilita la localización de un POI totalmente offline y sin utilizar offlinemaps ni ningún otro truco es esto:

Esta parte de la aplicación hace un “bip” cada vez que el GPS ofrece una nueva lectura (lo cual en ocasiones puede resultar un tormento). También tengo que acordarme de borrar ese maldito + y volver a poner la frasecita en castellano xD

Una “rosa de los vientos” en la que los puntos de acceso de desplazan mientras tu te desplazas y que al mismo tiempo te indica en la dirección que te mueves. Es decir, es “un mapa sin mapa” que te muestra lo que tienes a tu al rededor.

Sinceramente me sorprendió que funcionase, por que la cantidad de veces que transformé angulos en distancias lineales y de vuelta a ángulos no fueron pocas (para sacar distancias, direcciones, movimientos,…).

Aun que actualmente es la solución que estoy aportando al problema, tenía un segundo as en la manga, basado en un fichero alternativo con los “Tiles” de los mapas. De forma que la aplicación calculase el “La foto” correspondiente a las coordenadas actuales y la mostrase en lugar de la rosa de los vientos. Esto lo tengo medio descartado por que no se si sería aceptado por Apple.

Autenticarse en FON

(Cuando se autentifica algo, se demuestra que es autentico. Cuando algo se autentica se comprueba la credencial es válida.)

Otra funcionalidad con la que decidí dotar la aplicación es la de autenticarse en los nodos sin tener que teclear usuario y contraseña, así como un botón que cerrase la sesión (cosa que no existe en el actual portal cautivo de FON).

Esta es sin duda la imagen más fea de la aplicación

Aproveché esta “pantalla” para mostrar una serie de datos:

- la dirección IP por si la “Fonera” no estaba asignando IP correctamente

- la dirección MAC del adaptador inalámbrico del teléfono

- La configuración Edge y su IP (Por si el teléfono está conectado a internet por la red de telefonía móvil), más que nada para evitar mal entendidos.

- Información sobre los intentos de conexión previos o si se ha rechazado el router por no ser una fonera.

El pequeño navegador

La aplicación incorpora un pequeño navegador (un “Safari” incrustado cortesía de Apple). Cuya función es básicamente poder realizar pruebas (o ver la parte personalizable de cada Fonera, mostrando el texto que el dueño de la fonera nos quiere enseñar).

Tengo que poner dibujos al navegador, por que eso de “rewind” y “fast forward” no tiene sentido alguno.

Me tomé la libertad de modificar un trozo del portal cautivo para poder visualizar los vídeos de youtube. Los cuales actualmente apuntan erróneamente a googlevideo.

¿Que cambios tengo previstos?

Principalmente añadir los iconos que faltan, revisar mis actuales traducciones así como revisar un poco el interfaz de usuario. Quizá en el próximo post publique el diseño definitivo y las características también definitivas.

También es posible que próximamente cuelgue una versión de prueba (todavía sin liberar los fuentes), para conocer opiniones.

Sobre la publicación en el AppStore: Tras enviar un par de mensajes a Martin Varsavsky, los cuales ignoró ampliamente (hubiera preferido un “No” que un silencio sepulcral), creo que debería de empezar a considerar que esta aplicación no se publicará allí o al menos no por esa vía.

Si enlazamos todos esos conceptos queda un único desenlace posible: Una aplicación para iPhone para encontrar conectividad con FON en la calle. Una idea que realmente me rondaba la cabeza desde el momento en el que me di de alta en FON.

Pero hoy no os voy a enseñar la aplicación si no a contaros “el por que”, es decir, lo que había antes (o mejor dicho, lo que hay hoy).

Punto de partida: “Estudiando alternativas”

¿Como puede haber en el AppStore aplicaciones que scanean redes si a simple vista no forman parte del API?

Sencillamente se han saltado los controles del AppStore, haciendo ingeniería inversa a aplicaciones útiles como entre muchas otras WifiTrak o iFonWiFi (Así como todas las aplicaciones de Vincent Alex que te autentican en FON por 0,79€ ) nos encontramos con referencias al framework privado Apple80211.

Y teniendo en cuenta que acceder a un framework como este implica no poder publicar aplicaciones en el AppStore demuestra que se han colado.

¿Tienen futuro aplicaciones como WifiTrak o iFonWiFi?

Como usuario diré que esas aplicaciones dan mayor valor al teléfono y si fuese decisión mía no las retiraría del AppStore. Sin embargo Apple en un alarde de “algo” (sustituir algo por algún tipo de referencia a gusto del lector) ha retirado dicho binario en las últimas betas del Firmware 3.0 tal y como comentan en la antigua web del antiguo programa stumbler. En su lugar ha aparecido lo que podría ser el nuevo API de interconexión entre iPhones (para jugar en red y esas cosas).

Por lo que reitero: En un principio, nada reemplazará la posibilidad de scanear o conectarse a redes a no ser que alguien “reinvente” el binario “Apple80211″.

Quizá yo hasta tarde un tiempo en saltar al firmware 3.0 debido a esto

¿Y sobre los Puntos de Interés (a.k.a. POIs) del GPS?

En iPhone existen diferentes aplicaciones relativas a localizar POIs y 1 relativa a FON llamada WiFon que cuesta 1,59€ (a demás de un visor de http://maps.fon.com llamado Fon Maps ).

WiFon es la aplicación más parecida a lo que yo intentaba programar: Una forma de localizar lugares en los que conectarse a internet. Pero a diferencia de WiFon, mi aplicación debía de facilitar tal tarea sin tener conexión a internet.

Para ello me topé con los siguientes problemas:

• En el firmware 2.x no se dispone de mapas offline si no tienes el iphone jailbreakeado.
• No puedes integrar la aplicación de mapas dentro de tu aplicación si no tienes conexión a internet.
• El listado de puntos de acceso de http://maps.fon.com contiene puntos de acceso que ya no existen (en españa el 60% o más ya no existen).

¿Y al respecto de las licencias?

Actualmente, las aplicaciones mencionadas menos Stumbler, son privativas. Y lo que creo que es “su hijo” Stumbler Plus es también cerrado. Creo que podría liberar yo la primera aplicación libre para localizar puntos de acceso FON y logearse en ellos respetando la normativa de Apple.(Es decir, dejando que el teléfono se conecte o no a los nodos).

Lo cual permitiría tener software funcional en el firmware 3.0 y al mismo tiempo dar nuevas funcionalidades que más tarde os enseñaré.

¿Y el AppStore?

La verdad es que desearía colgar mi aplicación en el AppStore, pero no desearía costear los gastos de una aplicación de la que nunca tendré el menor beneficio. Pero si sería genial colgar ahí mi primera aplicación y que la gente se beneficiase de su uso.

¿A alguien se le ocurre alguna solución a esto último?

Continuará….

Últimamente estoy comenzando a conocer los productos de Apple, algo que comencé cuando con ciertas dificultades compré un iPhone.

Yo soy de esas personas que a su manera, cuando algo le gusta, tiene que ver la forma de la rosca de sus tornillos y como esto no podía ser menos decidí ver como se programaba para este aparato. A continuación me gustaría contaros la experiencia.

No pretendo publicar una “receta”, tan común en internet, aun que se pudiera parecer e igualmente, la exactitud o completa corrección no entran del objetivo de este texto, si no algo que pudiera leer alguien al que le pudiera interesar el tema y quiere tener unas nociones básicas de su mecánica y quizá a animar a conocerlo en mayor detalle o incluso animar al lector a inscribirse en el programa oficial de desarrollo.

Igualmente, si lees este texto y encuentras errores (que seguramente contendrá), no dudes en hacérmelo saber y poco a poco lo iré perfeccionando.

Alternativas

En un principio existen 2 caminos:

- El camino oscuro, utilizando software privativo, como es el caso de xcode.
- El camino luminoso, utilizando software libre (toolchain).

Como ya había utilizado toolchain para hacer pequeños pinitos del wrt54g, del comtrend 536+ y del NSLU2 me decidí por probar el “bando de los malos” (el del software cerrado). Esta opción, pese a que acabo de nombrarla como “el camino oscuro” es oscuro por su karma, no por su luz o color . Y a todo esto se sumaron mis ganas por probar OSX un poco más lejos de verlo “en un escaparate”.

Igualmente también existen caminos intermedios como utilizar xcode para compilar con Toolchain (que imagino que es lo que hará la mayoría de los mortales que programan aplicaciones de consola).

Instalando el SDK

Una de las primeras cosas que me disgustó del desarrollo para iPhone, es que este SDK oficial sólo está disponible para el sistema operativo de Apple, por lo que o lo instalas para OSX o no lo instalas .

Partiendo de tener instalado OSX, sólo necesitaremos obtener el SDK de iPhone para empezar a programar. El firmware actual es el 2.2.1 y el firmware beta es el 3.0 beta 5 y ambos tienen SDKs diferentes siendo el primero gratuito y costando 100$ el acceso al segundo (y siguientes betas).

Para obtener el SDK gratuito de la versión 2.2.1 utilizaremos la misma cuenta que seguramente tendremos en iTunes y en el iphone dev center podemos descargar el instalador del sdk 2.2.1 9m2621a.

Una vez instalado el sdk, podemos arrancar xcode, que generalmente se encontrará en /Developer/Applications/Xcode.app

Escogiendo una plantilla

En Xcode, los proyectos se inician en base a una serie de plantillas predefinidas. Estas serían las opciones que nos da:

Estas plantillas incluirán líneas de código y recursos, siendo si no me equivoco “Window-Based Application” la más ligera.

En un principio me sorprende que no exista una forma de crear “aplicaciones de consola”, pero imagino que Apple, pretende impulsar el uso de la interfaz gráfica. Y por si alguien duda de “Utility Application” tiene un nombre un poco engañoso, pero no es una aplicación de consola si no una plantilla con 2 vistas que se intercambian con un efecto de giro.

Si hubiéramos escogido utilizar ToolChain en lugar de xcode, probablemente si podríamos haber escrito aplicaciones de consola para ejecutar en un terminal, pero recordemos que entre las políticas de Apple está el no poder ejecutar programas dentro de programas. Por lo que tiene sentido que Apple nos esconda esas opciones. A mi me parece algo injusto esconder esa opción, por que una cosa es lo que hagas tu con tu iPhone y otra lo que envíes al AppStore.

En general encontraremos que las plantillas incluyen una serie de ficheros entre los que tendremos los xib (que son diseños del GUI), un main.m, un *AppDelegate.h + *AppDelegate.m que es a más alto nivel donde se controla la aplicación y probablemente un *ViewController.h + *ViewController.m en el que estará el código que gestionarán las diferentes “vistas” incluidas en la plantilla.

Compilando la plantilla

Compilar la aplicación, es tan sencillo como hacer click en Build o Build and Go, para lanzarlo en el iPhone o en el Simulador de iPhone incluido en el SDK.

Cabe destacar, que las plantillas nos permiten escoger diferentes “targets”, escogiendo: Firmware, Debug/Release, Simulador/iPhoneOS. Siendo Firmware el firmware en el que esperamos que funcione la aplicación, Debug/Release las diferentes formas de compilar nuestro código (que imagino que en las plantillas en un principio serán la misma o casi) y Simulador/iPhoneOS.

Dentro de estas opciones, escoger Simulador/iPhoneOS diferenciará si se ejecuta en el Simulador o si la aplicación se copiará a un iPhone para hacer debug desde la propia máquina.

Lanzando tu aplicación en un iPhone

Creo que en esta parte es donde encontré la mayor “espina”. Una “espina” ideológica más que técnica. No pretendo que quien lea este texto acepte “los dogmas” que planteo o los de Apple, si no que tenga consciencia de que dicha discrepancia existe y que probablemente en otros teléfonos como los diferentes “Google Phones” no exista o sea diferente.

Para poder ejecutarlo en un iPhone, debemos de tener instalado en el ordenador, un certificado digital para firmarla de forma que el teléfono lo acepte como software legítimo. Ese certificado se obtiene de Apple apuntándose como desarrollador y pagando los 100$ que mencioné antes.

En caso de no tener dicho certificado obtendríamos un maravilloso “CodeSign error: Code Signing Identity ‘iPhone Developer’ does not match any code-signing certificate in your keychain.  Once added to the keychain, touch a file or clean the project to continue.“.

Como por ahora no he podido pagar esos 100$ y todavía no tengo ese certificado he tenido que crakear el teléfono. Para ello he tenido que hacer exactamente lo mismo que se haría si quisiera instalar software crakeado (y aun que no entraré en detalles no me refiero sólo a liberar el teléfono o a tener acceso a cydia o installer). Igualmente, también necesitaremos realizar cambios en nuestro proyecto para que sea capaz de enviar la aplicación compilada al iPhone.

Realmente esto me parece bastante molesto, por que he comprado el teléfono, apple me ha dado xcode, tengo mi código fuente,… no hay nada con copyright de otra gente. ¿Por qué Apple se cree con derecho a decidir si yo puedo o no ejecutar MI aplicación en MI teléfono? ¿Por qué me obligan a crackearlo (Jailbreak + MobileInstallation Patch)?

Sinceramente dudo muchísimo que Apple pueda defender en un juicio su “derecho” a impedir que ejecutes tu programa completamente legal sin su firma.

A efectos de lo que Apple espera que hagas o no con el SDK conviene leerse el iPhone SDK Agreement, en el que a mi modo de ver, destaca el apartado 3.2 Use of the SDK y 3.3 Program Requirements for Applications (que vienen siendo 2 folios y medio de las 10 que tiene el documento). Resumiéndolo e interpretándolo en 3 frases saltándome cosas también importantes: “No hagas Aplicaciones que crackeen el teléfono”, “No utilices funciones privadas del API” y “No espíes al usuario”.

Dudo que algún tribunal en alguna parte del mundo considerase válido la totalidad de este acuerdo, especialmente cuando el usuario sólo tenga intención de crear aplicaciones sin maldad alguna, pero si es importante cumplirlo si esperamos poder publicar algo en el AppStore (que si andas algo despistado, te diré que es el sitio oficial donde haces públicas tus aplicaciones).

El Simulador de iPhone

La palabra “Simulador” llama un poco la atención. Es un simulador por que simula, pero no llega a ser un emulador, por que no es capaz de ejecutar aplicaciones nativas del iPhone. Xcode realmente compila una versión especial para procesadores intel que correrá dentro del “Simulador”.

Así “luciría” la plantilla sin hacer nada en el Simulador sobre OSX:

El fondo blanco es la plantilla (concretamente el fichero MainWindow.xib de la plantilla) en la que no hemos incluido nada.

Si editamos ese fichero con el Interface Builder (que arranca haciendo doble click en el desde xcode) podemos añadir elementos a la interfaz sólo con un par de clicks. Por ejemplo, añadiendo un UILabel y haciendo doble click en el podemos cambiarle el texto, lo cual se vería reflejado en la aplicación al compilar:

En un principio la ejecución del Simulador y la ejecución nativa en el teléfono son muy parecidas. Las principales diferencias que he encontrado se encuentra en el cambio de las rutas, la falta de alguna aplicación accesoria en el simulador (como pudiera ser por ejemplo la aplicación de mapas) o el hardware que evidentemente no tiene.

Gestión de memoria

Quizá no he leído la documentación adecuada para entender este comportamiento con claridad. Recordemos que estoy contando mis impresiones. Algo que me ha resultado incómodo a la hora de adaptarme a Objective C es la gestión de memoria, no por que sea bueno o malo, si no por que es diferente. Quizá mi problema pasase por que las “recetas” que he leído tampoco lo aplicaban con claridad o que el comportamiento “esperable” cambiase entre versiones.

En general el concepto es el mismo que en Java, una vez un objeto tiene 0 referencias este puede ser destruido en cualquier momento. Sin embargo en ocasiones he encontrado con que mis maravillosos objetos dejaban de existir al cambiar de contexto. En un principio esto podría evitarse aumentando el número de referencias con [objetoEnCuestion retain] (o reduciéndolas con [objetoEnCuestion release]), pero es algo que todavía veo algo borroso. Quizá por que se pueden crear con 1 referencias pero también con 0 referencias o quizá por el código que incluía la plantilla que estaba utilizando.

No quiero explayarme en exceso en esto, tengo una idea de como podría funcionar, pero no tengo tan claro que funcione realmente así, por lo que prefiero dejarlo con esta somera explicación de mi actual tropiezo del que espero levantarme muy pronto. Para mi es el gran problema de aplicar “recetas”: en ocasiones quedan lagunas de cosas que deberían de ser obvias. Así que si realmente te interesa programar una aplicación para el iPhone o para OSX te recomendaría que leyeras un poco más que esas simples “recetas” para que no tengas las lagunas que hoy tengo yo.

Interacción código-GUI

Dicha interacción se puede hacer de varias formas, los tutoriales de iniciación suelen utilizar el entorno gráfico, para enlazar las funciones que se desencadenan al interactuar con el interfaz y los objetos del código con los objetos del interfaz. De esta forma escogemos elemento a elemento cual “cacho de código” se relaciona con que elemento del interfaz y viceversa.

Otros tutoriales hacen uso de protocolos que casi se podría entender como “un interface”. De forma que un objeto creado en el interface builder o incluso uno creado dinámicamente “delega” su comportamiento en una clase que implementa dicho protocolo, de este modo, todos los eventos que desencadene dicho elemento del GUI deberían de estar implementados en la clase en la que delega.

A demás, como los elementos del interfaz irán colocados dentro de “vistas”, el código correspondiente irá por norma general en el “Controller” de esa vista.

Una única clase puede implementar diferentes protocolos de elementos de diferente naturaleza, pero recordemos que sin llegar a delegar completamente el comportamiento, podríamos escoger dentro de la misma clase que el “Botón A” hace una cosa y el “Botón B” hace otra y del mismo modo un mismo .xib puede llevar varios “Controller” (por ejemplo, podrías tener un listado en un UITableView con un “Controller” propio.

Igualmente, la forma de crear elementos del GUI no tiene por que ser a través del Interface Builder, si no que también podríamos crearlos por código y organizarlos por código en la pantalla, pero seguramente que lo idóneo sea algo intermedio, puesto que XCode viene listo para que tu aplicación incluya localización, de tal forma que ajustes los tamaños en función del idioma (piensa en la típica palabra que en un idioma es enorme y en otro son 3 letras).

Conclusiones

Tras ver como funciona un pequeño proyecto el sabor de boca que me ha quedado es más bien dulce que amargo.

Desventajas:

- La sintaxis de “Objective C” me resulta más o menos:

mi_opinion = [NSString initWithFormat:@"%@ es extraño",objectiveC];

- Me queda por entender bien por que en ocasiones se me liberan algunos objetos al cambiar de contexto y por que otros no se liberan (como comenté en el apartado de gestión de memoria)

mi_opinion = invalid

- Alguien que no es desarrollador autorizado, no puede firmar aplicaciones para un iPhone sin crackear (tenemos incluso que llegar a parchear el MobileInstallation).

- El SDK sólo está disponible para OSX. Lo cual explica que la mayor parte de las aplicaciones de soporte relacionadas con el iPhone funcionen casi siempre en OSX (y no sean multiplataforma).

Ventajas:

- Me ha animado a conocer mejor el sistema operativo de Apple y conocer las alternativas debe de ser algo obligatorio para cualquier informático.

- He tomado una ración individual de “Objective C”. Lo cual me lleva a la conclusión de la anterior ventaja.

- Me ha encantado la integración entre los editores, compilador, debugger y Simulador.

- Al fin he utilizado sqlite para algo mio

- Al fin puedo llevar conmigo un dispositivo que puedo programar a gusto y con gran conectividad.

Y tu ¿habías programado alguna vez para tu teléfono móvil?

Recientemente comentaba que algo me rondaba la cabeza para tener conectividad a internet en la calle con un iPhone. Esa idea no era ni más ni menos que “apuntarme” a FON. Hoy os contaré como es mi experiencia de usuario como nuevo “Fonero”. Comenzando por contar lo que es FON y terminando en como pasé a ser un usuario más.

Empecemos por el principio: ¿Qué es FON?

FON, según su creador Martin Varsavsky, es “WiFi en todas partes” o “Paga la conexión de tu casa y ten internet gratis en todas partes”.

FON coordina los puntos de acceso de los Foneros. De forma que estos puntos de acceso ofrezcan internet gratis a los demás foneros que ofrecen también un punto de acceso y venderá la conexión a los que no ofrecen nada.

De este modo podemos encontrar 3 tipos de usuarios de FON:

• Linus: Ofrecen un punto de acceso y obtienen conectividad en los demás puntos de acceso FON.
• Bill: Igual que los anteriores, pero obtienen el 50% de los ingresos que produzca su conexión.
• Alien: Son los usuarios que no ofrecen nada y por tanto tienen que pagar por uso.

Linus, Bill y Alien

La empresa que mantiene FON, por tanto obtiene los ingresos de 2 partes:

• La venta en la tienda de FON de artículos como su punto de acceso “La Fonera”.
• El uso de los puntos de acceso por parte de usuarios tipo “Alien”.

¿Y donde puedo conectarme?

Una vez llegado a este punto surge esta gran pregunta. En general, a pie de calle, los puntos de acceso FON se llaman FON_nombre, siendo nombre la parte personalizable.

En un principio podría entenderse que es tan sencillo como buscar en http://maps.fon.com/, pero lejos de la realidad, te encuentras con 2 problemas:

• Existen foneros que no dan cobertura en la calle si no en su patio de luces o a sus vecinos cercanos, no están donde indica el mapa o bien hacen algún tipo de trampa (por lo que el punto que ves en el mapa puede no tener cobertura).
• En la calle y sin conexión no tienes acceso a http://maps.fon.com/

Por ahora he conseguido conectarme a varios puntos de acceso (y muy pocos no daban cobertura en la calle).

Mapas de FON

¿Qué tengo que hacer si quiero formar parte de FON?

En un primer lugar, debes de registrarte en la web de FON, lo cual te convertirá directamente en un Alien, puesto que no tienes tu propio punto de acceso.

Y en segundo lugar, para pasar a ser un usuario Bill o Linus (que básicamente están a un click de distancia) sólo debes de registrar un punto de acceso.

Dichos puntos de acceso no son “cualquier punto de acceso”, en un principio sólo era posible utilizando en hardware que ellos mismos vendían: “La Fonera” y actualmente se puede conseguir fácilmente con los puntos de acceso basados en openwrt, dd-wrt, PCs con Linux,…

Entendiendo FON en video:

Si quieres más información sobre FON, a demás de visitar su página web, te recomiendo la siguiente presentación de FON en el SIMO del 2005:

¿Existen alternativas al hardware que vende FON?

La opción más sencilla es adquirir una “Fonera” y configurar su dirección IP, máscara de subred, DNS y puerta de enlace. Si conectas a tu nueva Fonera por el interfaz Wireless verás un portal que te permitirá registrar tu Fonera y añadirla a una cuenta FON. La Fonera no es especialmente cara y las características de la recién lanzada “Fonera 2.0″ no tiene rival en calidad/precio (es un NAS + AP + Uploads a redes sociales de fotos y videos (youtube, facebook, flirk, picasa,…) + Gestor rapidshare + Gestor de megaupload + torrents todo en uno).

Igualmente FON ofrece diferentes Foneras a diferentes precios. A mi modo de ver, todas muy competitivas en relación calidad/precio.

No es mi intención colgar aquí un manual detallado sobre como se instala FON en un router u otro, pero yo no he querido gastar dinero y directamente he cogido mi WRT54GS v1 y le monté el firmware oficial de FON (el cual llevaba sin actualizar desde hace como 2 años). Todo funcionó a la primera, como si hubiera comprado una Fonera.

WRT54GS

Sin embargo me asustaba tener un firmware tan anticuado y pelado, por lo que decidí probar a montarlo sobre dd-wrt debido a que era mi firmware habitual y ya existía una buena documentación al respecto. Me sorprendió que incluso debería de funcionar en los nuevos routers de poca Flash y/o RAM.

Pruebas del éxito:

Status del HotSpot: FON_Mallos23

Portal cautivo de un punto de acceso FON

Y…. quizá próximamente quizá continúe con la localización de HotSpots de FON.

Me gustaría agradecer especialmente el esfuerzo de Ank, cutuko, xakmsx y Duke, que colaboraron enviando enlaces, votaron y comentaron. Sinceramente, me habeis ayudado mucho empujado un poco a mantener el esfuerzo.

A los demás que leían la web y no enviaban noticias también desearía darles las gracias.

Creedme cuando digo que no es un cambio que me guste por que me gustaba la idea de un menéame de videojuegos (sin politizar y sin gente a la que NO les gusten los videojuegos).

Pero en fin, la etapa se cierra y a otra cosa

Recientemente me he apuntado a una de tantas modas: el iPhone. Lo cual ha despertado en mi un mayor interés en las tecnologías inalámbricas más lejos que el uso “en casa”.

Así que hoy voy a contar mi experiencia online con el iPhone a pie de calle.

Comprendiendo la necesidad:

El iPhone dispone de conectividad a redes y un buen conjunto de aplicaciones como para sacarle probecho mucho más lejos del correo electrónico y los mapas o sincronizar las tareas del calendario de google. Y si esto no fuera suficiente también permite obtener aplicaciones de terceros que le añaden nuevas funcionalidades, como pudiera ser descargar agregadores RSS, modificar tu blog offline y sincronizarlo, conectar a messenger, a skype o controlar remotamente tu PC.

Cuando te planteas darle un uso real a esta conectividad debes de plantearte si utilizarás un plan de datos de tu operador de telefonía móvil u otras tecnologías como las redes wifi 11b y 11g.

Yo ya había utilizado wifi antes de tener este teléfono, pero en otra escala. No es lo mismo la aplicación que le des dentro de tu casa o cuando llevas algo tan limitado como una PSP que cuando llevas un iPhone.

Una vez llegado a este punto y con la “nueva necesidad” de conectar en cualquier parte, cualquier usuario de iPhone podría plantearse ¿donde está ese “cualquier parte”? El wardriving es parte de la solución (ya hablaremos de otras soluciones).

¿Qué es Wardriving?

Según Wikipedia: “Se llama wardriving a la búsqueda de redes inalámbricas Wi-Fi desde un vehículo en movimiento. Implica usar un coche o camioneta y un ordenador equipado con Wi-Fi, como un portátil o una PDA, para detectar las redes. Esta actividad es parecida al uso de un escáner para radio.”

Sin embargo en estas circunstancias ya no es necesario cargar con todo ese equipo, puesto que el propio iPhone tendrá toda la funcionalidad que indica esa definición (bueno, el iPhone no incluye coche). Es decir un único iPhone y un par de aplicaciones es posible localizar las redes que necesitaremos para acceder a internet para realizar llamadas VoIP mediante skype, enviar correos electrónicos, …

¿Con qué software localizo esos puntos de acceso?

Preferiblemente evitaremos utilizar la propia aplicación incluida en el teléfono. Aun que en un apuro podría ser una solución, esta aplicación sólo muestra redes con mucha covertura.

Existen muchas aplicaciones en el AppStore con este objetivo. Aun que la gran mayoría son bases de datos (unas online y otras offline) que contienen listados predefinidos con posiciones para el GPS. Pero eso no es lo que buscamos:

Tras probar varias de las aplicaciones que se encuentran en el AppStore me he quedado con WifiTrak (0,79€), WiFiFoFum (2,39€) y para los jailbreakeados: StumblerPlus (Gratis en Cydia). También has de tener en cuenta que existen (o existieron) otras aplicaciones que han sido eliminadas del AppStore por acceder al API privado de Apple como pudiera ser la gratuita WiFind

Cada uno tiene sus ventajas e inconvenientes:

WifiTrak genera un listado de puntos de acceso (tanto abiertos como protegidos) y te da la opción de conectarte o de ignorarlos.

WiFiFoFum no permite conectarse, pero si va guardando un listado de puntos de acceso con sus coordenadas obtenidas del GPS permitiendote ver dichas posiciones en el GPS o enviarlas por correo electrónico. También permite filtrar los puntos de acceso en función de la encriptación, calidad de la señal o precisión del GPS. El gran defecto, está en que WiFiFoFum envía los datos que has recolectado a su servidor para enviarselos a tu teléfono tratados antes de mostratelos en el mapa.

StumblerPlus es el único de los 3 que no funciona de forma automática. Por lo que necesitarás pulsar “scan” manualmente y guardar también manualmente los que consideres oportunos. Entre los puntos de acceso guardados podremos consultar su ubicación en el mapa (pero necesitaremos conexión a internet para ver tal ubicación). Este último me ha resultado curioso, por que diría que han robado y mejorado el código gpl de el ya anticuado iphone-wireless pero sin publicar los fuentes.

En general el problema está en que tendrás que “llegar a casa” o a un punto de acceso para ver las posiciones en un mapa.

¿Como compruebo si el punto de acceso funciona?

La forma más sencila: Simplemente utilízalo. Aun que también puedes probar con aplicaciones de ping, tracert, whois… Pero desde luego, hagas lo que hagas, no hagas nada que no le gustaría que hicieses al dueño del punto de acceso.

Incluso existen algunas aplicaciones en cydia para encapsular TCP sobre DNS y otros artilugios, pero el objetivo de este manual es acceder a los puntos de acceso que se encuentran abiertos voluntariamente. No para forzar nuestra entrada.

¿Algún consejo de seguridad?

Sobre todo uno: Si estás en un punto de acceso sin encriptación, cualquiera puede interceptar cualquier comunicación que hagas. Por lo que sería muy recomendable tener siempre en mente que tráfico encriptado enviarás o recibirás y cual irá en plano. Un usuario y/o contraseña sin encriptar te puede suponer muchos quebraderos de cabeza.

¿Algo en el horizonte?

Si, inicialmente había considerado la opción de hacer una aplicación similar a las 3 comentadas aquí. Pero he visto que el API orientada a scanear redes cambia continuamente (posiblemente de forma deliberada por parte de Apple) e incluso hay un API completamente nueva en la beta actual del firmware 3.0. Por lo que ni estas 3 aplicaciones funcionarán sin actualizaciones en dicho firmware. Por tanto he decidido conformarme con lo que hay y esperar y hacer “el cachito que falta” sin reinventar la rueda.

Con estas aplicaciones ya puedes localizar puntos de acceso, pero no puedes verlos en un mapa o ver la distancia que hay. Por lo que quizá haga una pequeña aplicación que convierta los logs de WiFiFoFum al formato del Bookmarks.plist de la aplicación de mapas.

En un principio se que suena fácil, pero el formato de WiFiFoFum es binario y sería deseable dar una interfaz gráfica para escoger los hotspots.

(También tengo otra idea en mente, pero de eso ya hablaremos más adelante…)