Llevo varios días diseñando el API de la nueva versión de lagaleriadigital.com, que por cierto pronto cambiará de nombre por uno más internacional.

Es la primera vez que tengo que hacer eso, diseñar un API, hasta ahora el desarrollo se hacía de una forma más o menos tradicional, intentando separar presentación de datos y de controladores, evolucionando el código según era necesario. Unas veces se ha conseguido al utilizar un framework como CodeIgniter, otras a mano, pero para poder conseguir una escalabilidad mejor era necesario tener totalmente separado presentación de datos de gestión de los mismos.

Estoy diseñando el API utilizando REST (http://es.wikipedia.org/wiki/Representational_State_Transfer) como base para la comunicación entre cliente y servidor, o entre servidores claro, porque la intención es hacer una API sencilla y ligera.

Lo que no tengo tan claro es si el diseño de un API es compatible con la gestión de desarrollo mediante Scrum. Yo entiendo que sí, porque se puede desarrollar el API a base de sprints, a base de historias, etc. pero como la filosofía de desarrollo ágil indica que no es necesario hacer unas especificaciones super detalladas … pues eso, que tengo dudas filosofales

Una de las ventajas de tener el API es que, cuando lo necesitemos, podremos dedicar un servidor a procesar las peticiones que vengan desde otros servidores de front-end. Otra ventaja es que haciéndolo así preparamos la infraestructura para poder utilizar AJAX para nuestro producto, ya que el navegador, mediante JavaScript, podrá realizar llamadas al API y procesar la respuesta sin necesidad de recargar la página. Una más, podremos reescribir una parte (API, FrontEnd, Base de datos) con más libertad, si vemos que reescribiendo el API con Ruby ganamos prestaciones, o queremos añadir un frontend para iPhone, al tenerlo todo separado es más sencillo hacerlo.