Crear aplicaciones mola. Crear plataformas mola más.

scroll

El próximo sábado 24 de marzo de 2012, a las 18:15h, daré una charla en el Codemotion Madrid sobre como crear un ecosistema que atraiga a los desarrolladores.

Cuando empecé a trabajar para Atlassian, una de mis mayores motivaciones para aceptar la oferta fue intentar comprender, desde dentro, por qué las compañías de software extranjeras conseguían ganar cientos de millones de dólares creando productos y nosotros no.

Desde entonces, he aprendido algunas cosas. La mayoría obvias, pero algunas no tanto. Como el hecho de que crear una aplicación muchas veces no es el objetivo final, sino el inicial. Y que, si quieres que tu aplicación escale funcionalmente, deberás convertirla en una plataforma en la que puedan desarrollar terceros, tarde o temprano.

Charla de David Bonilla en Codemotion 2012

En España, si ya es difícil encontrar compañías que desarrollen aplicaciones en vez de servicios, es prácticamente imposible encontrar alguna que haya intentado construir una plataforma. Incluso las más grandes.

¿Sabéis cual es la principal diferencia entre Tuenti y Facebook? Pues, desde el punto de vista de un programador, que al visitar la página de desarrolladores de la red social americana te encuentras un mundo por explorar y, en su competidora española, un muro contra el que estrellarte.

Dicen que Tuenti está buscando muchos programadores. Me lo creo. Van a necesitar unos 5 millones de técnicos para poder competir con toda la Comunidad de desarrollo que hay alrededor de Facebook. O eso… o convertir su aplicación en una plataforma.

También he encontrado otro problema: que muchas de las pocas compañías que lo intentan, creen que construir una plataforma es exponer parte de funcionalidad con una API REST y eso sólo es el principio.

Para crear una verdadera plataforma hay que construir un ecosistema que atraiga a los desarrolladores y les motive a programar para ti. Un ecosistema que les permita aprender, trabajar con comodidad y, por supuesto, obtener un rendimiento de su trabajo.

No fluff, just stuff

No nos confundamos: crear una plataforma como Dios manda mola, pero cuesta un pastizal. No todas las aplicaciones son susceptibles de convertirse en plataformas ni todas las compañías querrán y/o podrán afrontar la inversión necesaria.

Por eso, en la charla iré más allá de la teoría y expondré casos prácticos internacionales y nacionales. Desde gigantes como Telefónica hasta iniciativas como el Invoicefu los valientes de ASPgems.

Si estáis interesados en conocer todo lo que he aprendido sobre como crear una plataforma (de éxito), os espero el [highlight]sábado 24 de marzo, a las 18:15h[/highlight], en la Escuela Universitaria de Informática de la Universidad Politécnica de Madrid.

Para los que no podáis venir, prometo actualizar el artículo para que incluya la presentación, video y todo material que pueda conseguir ¡Nos vemos en el Codemotion!

  • Yo te pediría que no actualizaras el artículo, sino que directamente pusieras uno nuevo.
    Porque si actualizas, el google reader me lo tendrá marcado como leído y no lo veré.
    Siempre puedes actualizar con un enlace al nuevo artículo.

    Sí, suena algo egoísta, pero imagino que más de uno accederá con lector de RSS y no directamente a la web.

    En cualquier caso, la decisión evidentemente es tuya 😉

    • No había caído en el tema del RSS… seguiré tu consejo ¡Gracias por el feedback! ^_^

  • Fjflores

    Estoy con Víctor.
    Te sigo además de twitter por RSS y para este tipo de cosas se agradecería artículo nuevo.
    De todas formas gracias por difundir todo lo que haces, para muchos eres una inspiración.
    Un saludo.
    F. J. Flores

    • Como le he dicho a Victor, crearé un artículo nuevo y lo enlazaré desde este. Así, todos contentos ^_^

      Debería revisar más a menudo las estadísticas de feedburner para ver cuantos suscriptores tengo… vale ya lo he hecho: 635, que no se si es mucho, poco o todo lo contrario.

      Un abrazo.

  • Buenas David;

    Tremendamente interesante y de plena actualidad. Ya no sólo por Atlassian, que es un ejemplo de plataforma muy concreta. Curiosamente hace un par de días, sin saber que escribirías el artículo tuiteé uno que ví en http://www.inc.com que traducido al español decía: No construyas producto. Contruye plataformas.

    Me llamó la atención precisamente por la relación con Atlassian y porque me parecía una idea tremendamente atractiva.

    Y vas tú y lanzas el reto. Pues nada, a esperar con ganas tu charla. Allí nos veremos.

    Un saludo a todos.

    p.s. El enlace que habla de este mismo tema es: http://www.inc.com/phil-simon/why-your-company-should-build-platform.html

    • Bueno la charla lleva propuesta meses, antes de que saliera el artículo, es EVIDENTE que Inc. no ha hecho más que copiarme… 😛

      Llevo taladrando con el tema de las plataformas a @jerolba:twitter desde HACE AÑOS, pero el maldito no me hizo caso hasta que leyó otro artículo, creo recordar que en su caso en GigaOM.Gracias por venir a la charla Guillermo, intentaré que sea amena.

  • Anónimo

    Muy interesante, de hecho es justo una de mis idea para crear un modelo de negocio sobre OpenXava:
    http://openxava.org/es/blog/add-ons-marketplace

    • Me has dejado ojiplático con tu iniciativa. Kudos para usted, abuelo Javier ^_^

      Si consigues, sandboxear OpenXava y CAMBIAS ESE LOGO QUE HACE DAÑO A LA VISTA -creo que no había visto algo tan malo desde el ItsNat de @jmarranz:twitter 
      – habrás dado un salto cuántico.

      Si me dices que te voy a ver en el Codemotion ¡Me das una alegría Javier!

      • Joer, veo en el twitter via Discuss una mención mia en algún lugar de La Mancha del Internet y resulta que es el Bonilla poniéndome a parir sobre mi mal gusto y mis mediocres habilidades en el diseño gráfico…

        Y que razón tiene XD

        Mira David, antes me decía a mi mismo, “tómate un rato y cambialo, tómate un rato y cambialo”, ahora que mis proyectos son puro placer, me temo que ese logo se va a quedar ahí toda la vida porque el placer que me produce cambiarlo ES CERO comparado con las mil y una cosas que se me ocurren hacer en mi escassssssiiiiiiito tiempo libre.

        No se si recomendar lo mismo a Javier, no, no me hagas caso, haz caso a Bonilla que los colorines por desgracia venden, al menos a corto plazo (a largo plazo las cosas suelen ponerse en su sitio).

        Por cierto Paniza el Liferay está siendo malo contigo (y conmigo también todos los días) y tienes mal los links del menú de la guía rápida.

        http://openxava.org/web/guest/quick-start/1c

        • Anónimo

          Ya he arreglado de los links. Gracias José Mª por avisarme

      • Anónimo

        Tienes razón David. Al final tendré que rascarme el bolsillo y contratar a un diseñador para el logo. Ya veremos… 

  • Hola David,
    Por qué tienes esa tendencia  dar tus charlas en ligares/a horas impracticables?
    El tema y el enfoque son muy interesantes. Como complemento, aquí os ofrezco algunas ideas sobre las APIs como modelo de negocio y desde el puno de vista del marketing:
    http://innovationmarketing.wordpress.com/2011/06/26/no-vendas-tu-software-publica-tu-api-1/
    Un abrazo,
    Antonio.

    • Que te puedo decir Antonio… voy donde me llaman y donde me dejan ^_^ Eso si, estoy contigo en una cosa: creo que hay un exceso de eventos celebrados en universidades periféricas y eso desluce mucho.

      Respecto al tema, lástima que no vengas porque intentaré explicar que una plataforma no es una API REST ni mucho menos… eso sólo es el principio 😉

  • Jose Luis Mondelo

    Allí estaremos. Tus charlas nunca defraudan y esta tiene buena pinta

    • Sólo por gestionar expectativas: no pienso volver a desnudarme, lo de la Apache Barcamp fue una excepción Jose Luis…

  • Habiendo trabajado en Hyves (la red social Holandesa), y teniendo ellos interes en que se usara como plataforma, con eso no atraes a desarrolladores internacionales, sobre todo cuando tu competidor es facebook. Y tenian un API clarito, compatible con OpenSocial y un par de bibliotecas en diferentes lenguajes.

    Por eso has elegido un mal ejemplo, aunque estoy de acuerdo con el concepto de crear plataformas en vez de productos.

    • Aha… AHA, pero eso es porque no has visto mi presentación donde explico que, sólo con tener una API o incluso un sandbox no garantizas el éxito de tu plataforma, sino que necesitas “algo más”. 

      Y ese algo más… se verá en el Codemotion 😉

      La próxima vez que vaya a Amsterdam no podemos dejar de tomarnos unas cervezas, aunque tengas que venir a las oficinas de Atlassian a secuestrarme.

      • Bueno, en el caso de tener un competidor directo con mucha mas traccion que tu, me parece que ese “algo mas” es muy dificil.
        En otros casos, veo cabida a los “Developer Advocates” para dar ese algo mas (cosa que ellos hacian organizando Hackatons y demas)
        Y si, avisame cuando vengas que voy a secuestrarte 🙂

  • Enrique Amodeo

    ¡ Muy interesante tema para tu charla ! Asistiré con interés a ella (¿18:15h en el track 2?). Yo he tenido algunas experiencias con esto de las plataformas, todas ellas muy fallidas, pero me sirvieron de lección.
    En general creo que el problema aquí es que sólo se miran los resultados a corto plazo, no hay pensamiento estratégico. Además hay una fuerte aversión al riesgo. Así es imposible hacer una plataforma.

  • Daniel López

    Yo creo que uno de los handicaps “culturales” para hacer una plataforma es que una de las ideas básicas al crear una plataforma es crear una situación win-win (proveedor de plataforma, desarrollador de productos/contenidos), y si encima haces una win-win-win con el usuario ya ni te cuento.

    Y desgraciadamente, en mi caso me he encontrado siempre con mucha aversión a crear este tipo de relaciones y si mucha actitud “!voy a trabajar yo para que estos se saquen la pasta!, ¡ja!”

    Ahora “mismito” leía yo en un foro de un juego una discusión donde la gente se quejaba por que otros podían pagar por comprar cosas que los primeros conseguían en el juego gratis, pero echando horas. Y les parecía terriblemente mal que los otros pudieran conseguirlo de otra forma. ¡Menuda desfachatez! Y eso que los que pagan son los que mantienen el juego para que los otros puedan jugar “gratis” y lo que se compra no afecta a los otros jugadores…. en fin. Es la fábula del escorpión y la rana… En plata: p*** envidia cochina.

    Ojala aprendamos a superar eso, nos irá mucho mejor.

  • Genial, no tenía muy claro por qué track pasarme a esa hora y creo que ya me he decidido. Nos vemos mañana 😉

  • Un gustazo

    Bonilla,

    Buenísimo su artículo. Espero con impaciencia el siguiente de la codemotion.

    Saludos

  • Muy interesante! Espero ver más sobre esto! Un saludo! ^^

  • Josvazg

    Al final me perdí el codemotion. Espero a que pongas el enlace al video de la presentación.

    ¿Van a poner videos de las otras presentaciones también?

    • La verdad es que, mi charla no se grabó ni se retrasmitió, así que no hay video. Lo siento 🙁

      • Josvazg

        ¿Vas a colgar algún post con la presentación y un resumen?

  • Pingback: FeedHenry on VMware’s Cloud Foundry : mobile app development in the Cloud « hop2croft's software development Blog()

  • Logongas

    Hola David,estuve en tu conferencia
    de codemotion y la presentación estuvo impecable, pero eché en
    falta que hubiera sido más técnica.

    Mas o menos todos sabemos exponer un
    API (Ej : mediante REST) pero ¿como empezamos para hacer una
    plataforma? ¿Es como hacer un sistema de pluggins para una app?.

    Gracias.

    • Pfff… tuve bastante feedback en el que me dijeron que me había pasado bastante con la parte técnica de los plugins ¡Nunca llueve a gusto de todos! ^_^

      ¿Cómo montar una plataforma? Si te lees la documentación técnica de Atlassian -si, vas a tener que leer MUCHO- puedes verlo explicado paso a paso, pero te hago un pequeño resumen:

      1. Tiene que crear plugin points en tu aplicación, determinadas cosas que se podrán extender: menús, widgets, etc.

      2. Diseña un sistema para cargar los plugins que alimenten esos plugin points de forma dinámica y asegurando que no vas a fastidiar al resto de plugins o a la aplicación en si misma. En el caso de Atlassian, metiendo OSGi por todos lados que te garantiza un classloading independiente para cada plugin.

      Un saludo.

      • Logongas

        Gracias David me miraré la documentación.
        Ahora una pregunta sobre Attlassian:He mirado la licencia para proyectos Open Source,pero veo que esa licencia me permite bajarme JIRA, pero ¿es posible que en vez de bajarme JIRA e instalarlo que estuviera en los servidores de Atlassian?

  • Fantástica presentación la del Codemotion, pero… Cómo osas meterte con 37 Signals y GitHub?

    * Los primeros liberaron Ruby on Rails, que me ha permitido aprender más sobre programación Ruby y programación en general que lo que podría sacar de 100 conferencias patrocinadas por quien sea.
    * Los segundos hostean gratuitamente el 99% de los proyectos opensource que uso a diario, y me facilitan un montón leer su código, descargármelos, e incluso contribuir mejoras.
    Cómo no les vamos a amar!

    • Ojo, yo no me metí ni con 37 Signals ni con GitHub los puse como ejemplos de compañías que reciben nuestro Hamor… muchas veces, sin haberlo justificado.

      Respecto a los de 37 signals, si liberaron el framework, pero “poco”… lee la historia de Rails en la Wikipedia y mira lo que hace Davie Heinemeir con el logo y la marca de Rails: http://en.wikipedia.org/wiki/Ruby_on_rails

      Ojo, ole los webs de 37 signals… pero es que hay 2 MILLONES de compañías que han contribuido más al mundo OpenSource -por ejemplo, y aunque te parezca increíble… Oracle– y no les amamos.

      Respecto a GitHub… Sourceforge y mil antes hicieron lo mismo que ellos… que no hacen más que utilizar el modelo freemium para conseguir clientes. Y de que manera. Eso de vender “paquetes” de 20 licencias y que tengas que comprar 2 porque en tu compañía haya 22 programadores y tengas que pagar lo mismo que si tienes 40… https://enterprise.github.com/pricing

      Insisto, SON DOS EMPRESONES… pero intentar justificar nuestro hamor hacia ellos en comparación con otras… no se sostiene por ningún lado Daniel ^_^