En estos días se está desarrollando la conferencia de O´Reilly "Emerging Technologies" y en algunos de sus paneles se pueden ver como la expo de la gente de Ludicorp (Flickr) que pueden exponer la experiencia real con estrategias que no todos quieren "abrazar".
Una de estas presentaciones que deberían ser obligatorias es casualmente esta de "WebServices como estrategia para Startups: Opening Up and Letting Go" que muestra como la liberación de una API realmente poderosa y sin tantas limitaciones como algunas que hay dando vueltas en el mercado le sirvió a Flickr para llegar a ser lo que es hoy en día.
¿Porqué debería ser obligatoria esta charla? Porque entender una estrategia de apertura como la creación de una API y liberarla para verla "crecer" tomando vida propia implica internalizar conceptos como licenciamientos no-tradicionales; confianza en la "sabiduría coelctiva" (tan de moda ahora con libros como Wisdom of Crowds) y sobre todo un conocimiento real y estratégico del poder de las comunidades online y como estas pueden ayudar a una empresa de tecnología a crecer mucho más rápido y sólidamente.
Traduje algunos de los puntos más interesantes de esta exposición tomados de la transcripción en Inglés y los reproduzco a continuación.
Datos sueltos:
* 250,000 API requests, peaks at 100/sec
* 3,000,000 pageviews a day
* Nosotros usamos las APIS para desarrollo interno.
------
Lo bueno:
* Confianza: ¿Confias tus datos en el servicio de un tercero? ¿Porque poner mis fotos cuando podría tenerlas en mi propio servidor y saber que estan seguras? la API es un reaseguro para los usuarios de que no vamos a ser malos
*Logramos funcionalidades que no podríamos haber desarrollado nosotros
*Boca-a-boca. Los alpha-geeks son a los que la gente le pregunta que hacer con sus fotos digitales y ellos los dirigen a Flickr
* Disciplina: nos obliga a planear más alla de lo que nosotros podriamos lograr.
* Disparamos la creatividad: cuando la gente puede contribuir en un proceso, tienen mayor sentido de "propiedad" y entran a desarrollar
--
Lo malo:
* Perdemos control sobre la velocidad de los acontencimiento
* Tenemos que pelear con los bugs de otros; con mayores costos de soporte.
* Algunos son vagos y hacen que sus APIS realicen 500 llamadas por segundo.
* Problemas potenciales de privacidad y copyright
* Riesgo empresarial: Algunas funciones que estamos planeando o desarrollando de golpe aparecen más rápido de lo que querríamos
-----
Expone: Stewart Butterfield (blog), President, Ludicorp
Fuente: Cory Doctorow
Nota: Si por mi fuera hay un par de APIs de sites en español que me encantaria tener, qeu se yo.. me imagino una combinacion de APIS de mercadelia por ejemplo con una de Livra con una de feedness alguna de un buscador.. etc.etm ;)
