Ruido blanco

Como comentaba hace unas semanas TwitterFon parece que ha dejado de ser GPL, lo que parece confirmarse en esta entrada del desarrollador en su blog, que parece que quiere hacer una versión Pro de pago.

Pero por suerte, cualquier codigo publicado bajo la GPL no puede “cerrarse” retroactivamente, así que he decidido publicar la última versión del código de la que disponía. Como extra he decidio también añadir el parche que proporcioné al desarrollador en su día y crear una rama con mi código de reverse geocoding integrado.

Obviamente mi elección para compartir el código era GitHub, pero antes de hacerlo me he decidido a hacer una búsqueda rápida a ver si alguien tenía revisiones más modernas o más antiguas que la revisión que yo tuve la suerte de descargar del repositorio (maldita la hora que decidí descargarlo con el cliente de Subversion en vez de utilizar git-svn), y para mi sorpresa he encontrado que en el mismo GitHub había una persona que tiene una copia de todo el repositorio hasta más o menos Enero de este año (una pena que no siguiera actualizandolo). Así que ha sido forkear, clonar en local, copiar mi versión encima, y reenviar. No es la mejor historia del código, pero al menos está una de las revisiones más recientes del código (revisión 1726, del 15 de Marzo).

Personalmente no me voy a dedicar a mantenerlo, aunque quizá le haga el par de cambios que le propuse al desarrollador hace unos meses, pero si alguién tiene interés, sería un gran punto de partida para el infinitésimo cliente de Twitter en la App Store (o quizá modificarlo para que sea utilizable en identi.ca y otros sitios basados en Laconica).

PD: No se lo digaís al desarrollador del TwitterFon oficial, pero si algún día decide aplicarle el parche que le envié (y que debe tener en el correo), me da la impresión que su código quedaría manchado de GPL y tendría que al menos liberar esa versión ¿no creéis?

PD: Por si alguien quiere ayudar, las propuestas que le hice al desarrollador era permitir utilizar el texto de la localización (sobre todo la versión textual que se consigue con el reverse geocoding) como texto del tweet en sí; y la segunda era que en vez de recoger todos los tweets hasta el último conocido por Twitterfon se detuviera en el primer tweet del usuario (suponiendo que ha leído todos hasta el punto en el qué envió algo por última vez).

Ver entradas relacionadas

• Una chica, un banco y otra chica
• This was a triumph
• Un programador dixit
• ¿La Jungla 4? ¿Jungla de Cristal 4? ¿Vive Libre o Muere Difícil?
• Xcode y los archivos hmap

Ni Windows Update, ni Actualización de Software, ni Sparkle, ni memeces. La forma más rápida de que tus usuarios adopten tu nueva versión es el App Store: las actualizaciones aparecen en su dispositivo, en su iTunes, no se pueden librar nunca.

Los gráficos a continuación creo que muestran que las nuevas versiones de las aplicaciones en el App Store son adoptadas a una velocidad bastante aceptable por sus usuarios.

France Radio se comenzó a vender el 29 de Enero, y su primera actualización apareció el 9 de Febrero (siempre sucede, un 1.0.1 rápido después de un 1.0.0). Mucho más tarde, el 18 de Marzo aparecía la última actualización.

Para la primera actualización el share de la nueva versión superó al de la antigua únicamente dos días después, y tres días más tarde (cinco desde la aparición de la actualización) el número de aplicaciones en la nueva versión era mayor que el número de aplicaciones en la antigua versión justo antes de sacar la actualización.

Para la segunda actualización el proceso es similar, aunque más largo, posiblemente debido al mayor volumen de aplicaciones en circulación. Cuatro días después de aparecer la actualización, la nueva versión superaba a la antigua, y doce días después el número de aplicaciones en la nueva versión superaba el número de aplicaciones antes de aparecer la actualización.

Un par de detalles: los números que puedo obtener no son exactos, en los días en que una actualización aparece Apple no proporciona números separados para cada versión. Para realizar el gráfico considero que el día que aparece las primeras unidades actualizados todas las unidades vendidas son de la nueva versión. Curiosamente aparece un remanente de aplicaciones en la primera versión (y seguramente aparecerá un remanente de aplicaciones en la segunda versión) que no se puede saber si es porque la gente elimina la aplicación del iTunes o simplemente evita que se actualice (la primera opción es extraña en el caso de aplicación pagada).

Ventajas: En el caso de aparecer un problema grave (o un fallo de seguridad) es muy probable que en poco tiempo (casi) todo el mundo tenga la nueva versión con las correcciones (aunque hay que tener también en cuenta el tiempo que se tarda en programar la corrección y el tiempo que Apple puede tomarse revisando tu aplicación).

Inconvenientes: No hay forma de descargar una versión anterior. Esto es bastante importante cuando este Verano aparezca la versión 3.0 del iPhoneOS. Incluso para aplicaciones sencillas como las nuestras hay que hacer algunos cambios para que funcionen en la versión 3.0 (algunos de ellos no estoy seguro de que sea bugs por parte de Apple, pero bueno), y que no parece que se puedan hacer compatibles con la versión anterior. Así que la decisión está en dejar tirada a un montón de gente (por ejemplo porque tiene un iPod touch y no puede actualizarse, o porque una de las aplicaciones esenciales que utiliza falla en la versión 3.0) o olvidarse de los “early adopters”. Otra opción es sacar un “France Radio 3.0” específico para la versión 3.0 del iPhoneOS, pero creo que Apple debería buscar una solución aceptable.

Ver entradas relacionadas

• Usar la revisión de Subversion como número de versión en Xcode
• El Windows Vista de verdad
• Realidad - Última Version = Mejoras para la nueva versión
• Más spam, por favor
• Mario Bros. (Versión marimba)

Según la Wikipedia:

Geocoding es el proceso de encontrar las coordenadas geográficas asociadas … desde otros datos geográficos, como una dirección, o un código postal …

Geocoding inverso es lo opuesto: encontrar la localización textual asociada como una dirección partiendo de las coordenadas geográficas.

Core Location está disponible tanto en el iPhone como el iPod touch (en este último utilizando datos de router WiFi cercanos), pero, obviamente, únicamente proporciona al desarrollador las coordenadas númericas aproximadas del dispositivo.

Si bien es cierto que el usuario es más que posible que sepa donde está (o quizá no, depende del usuario), es mucho más agradable presentarle en pantalla “Cupertino, United States” que “N 37.331689 - W 122.030731″.

Para realizar esa tarea he programado una pequeña biblioteca orientada para ser utilizada en el iPhoneOS (sin necesidad de conexión a Internet) y un script para generar la base de datos necesaria. El proyecto es open source y está alojado en GitHub. Utilizar y forkear como gustéis.

Más explicaciones tras el salto.

Leer el resto de esta entrada »

Ver entradas relacionadas

• Code want to be free
• Probando el cliente de Wordpress para el iPod touch
• Dear American friend
• RNE Radio: ¡Felices reyes a todos!
• Servicios web con Python y .Net (2)