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 ;)
Bueno, cuando yo lo propuse para Livra nadie se enganchó mucho con la idea.
Claro que hace 4/5 años ni Amazon ni Google tenían Web Services, por lo que no era tan “cool” como ahora.
Es como que quien hace software ofrezca un SDK para extender su producto. O sos open source, o incluís un lenguaje propio de programación (como es VBA para muchas aplicaciones, ABAP para SAP, etc.), o exponés un set de APIs. Hoy ya es un “must” ofrecer a los usuarios/clientes una herramienta para customizar/extender el producto.
En el caso de un web site, además se convierte en una herramienta de marketing viral.
si.. en realidad eso es lo bueno, si tenes la capacidad de tener algo de lo tuyo (sea soft, datos, bases, etc) tenes una herramienta de marketing genial en tus manos… con todas las ventajas que estos de ludicorp mencionan y por experiencia propia