Me cansa desarrollar para Facebook

Hace casi un año un amigo y yo nos pusimos las pilas y empezamos a desarrollar algunas aplicaciones tontas para Facebook haciendo uso de sus APIs. Lo que empezó como un “vamos a probar suerte” acabó saliendo bien y conseguimos que una de ellas alcanzara más de 3 millones de usuarios y 7 millones de visitas, lo que se convirtió en una paga extra muy cómoda.

Por esto considero que desarrollar aplicaciones para Facebook es una experiencia recomendable, pero como todo, tiene sus pros y sus contras. Es una suerte que esta red social te permita acercarte a sus usuarios, no se me ocurre de que otra manera podríamos haber alcanzado esas cifras. Otra de las ventajas es que cuenta con una comunidad detrás que te puede echar una mano en un momento de crisis. Además es gratis para el desarrollador publicar sus aplicaciones, no tiene que pasar por un proceso de revisión como el de Apple.

Desde mi punto de vista la principal desventaja es el continuo cambio en las APIs, que se produce prácticamente sin previo aviso a no ser que estés muy pendiente de las novedades, y los problemas que esto conlleva. Existen o existían un montón de maneras de programar usando sus herramientas: FQL (pseudo SQL para consultas a sus BDs), FBJS (una especie de Javascript con limitaciones y renombrado de funciones), FBML (etiquetas propias diferentes a las de HTML), XFBML, PHP SDK, etc. Todos estos métodos venían explicados en un Wiki, en el que era fácil encontrar funciones en desuso o “deprecated”, notas indicando que existían bugs y enlaces a parches que aparecían en los foros. Es un marrón descubrir por azar o tras recibir un mensaje de un usuario que falla parte de tu aplicación porque ya no se permite llevar a cabo determinada acción o porque una de las funciones que utilizabas ha dejado de existir (“We will notify users via messaging in profile boxes and in the Help Center that the “Boxes” tab, boxes on profiles and Pages, and application info sections will be going away.”).

Desde que empezamos hemos visto nuevos sistemas de publicación en tablones, limitación del número de imágenes publicadas por cada entrada, eliminación de los “Profile Boxes” (¿a costa de qué?, eran imprescindibles para la aplicación que desarrollamos), cambios en el sistema de permisos de usuario, cambios en las políticas de anuncio y así una lista, que supone estar adaptando tu código para que siga funcionando.

También tuvimos algún que otro percance con la gente de “Platform Policy Team”, que trás unas cuantas denuncias a la aplicación de usuarios descontentos (¿no es normal que se queje más de uno al mes si tienes millones?) nos pusieron unos plazos bien ajustados (horas) para realizar cambios y ajustarnos a su política, bajo amenaza de baneo.

Ahora a llegado el Graph API, con novedosas y sencillas consultas por URL y una nueva librería PHP, por lo que estamos adaptando de nuevo. He leído que no todas las funciones del antiguo API están portadas a este, lo que me ha quemado un poco más.

¿No deberían organizarse un poco y dejar más plazo entre cambio y cambio para que el resto los asimilemos?¿No es preferible que no saquen nuevos sistemas hasta que no estén terminados y depurados?

Creo que a más de uno no nos importaría que nos cobraran un poco cada mes si a cambio tuvieran más cuidado al hacer las cosas.