martes, junio 30, 2009

La historia de HOTorNOT

martes, junio 30, 2009 por Martín


Allá por el año 2000 apareció una web llamada HOTorNOT. ¿A quién no le ha llegado alguna vez algún correo con un enlace de alguien? O ¿quién no ha pasado aunque sea unos minutos puntuando chicas y chicos? Recuerdo que allá por esas fechas me llegó uno de esos correos y al ver la web pensé, "puf, vaya chorrada, que perdida de tiempo". Pues esa perdida de tiempo se convirtió sin duda en uno de los sitios webs más populares del mundo, derivando posteriormente a un sitio de citas que convirtió a sus creadores en millonarios.

En fin, visionario que es uno, eh :) En Mixergy, un sitio web sobre startups, Andrew Warmer, su fundador, entrevista a uno de los creadores de HOTorNOT, James Hong. La entrevista dura casi hora y media y en ella hablan prácticamente de todo. Si no se os da demasiado bien el inglés hablado, también está la transcripción en el sitio web.

Os dejo aquí unas notillas de lo que a mi me ha parecido más interesante:


  • Os decía que un sitio para perder el tiempo. Claro, de esos sitios que los programadores pensamos "vaya chorrada, esta parida la hago yo en dos horas". Bueno a ellos les llevó dos días, y consiguieron llegar hasta 7 millones de dólares en ingresos. No está nada mal para una idea chorra.

  • Nunca quisieron dinero para crecer más. Evitaron el capital de riesgo, no porque fuese malo sino porque ellos no lo veían. Ellos simplemente querían algo que generase constantemente dinero sin buscar aspiraciones más altas.

  • Nunca tuvieron más de cinco empleados. James define esa como una de las claves. No tenían burocracia ni grandes infraestructuras que mantener. Todo lo que querían hacer lo sacaban rápidamente.

  • Sus fundadores, vivieron tranquilamente de HOTorNOT durante varios años. Sólo trajeron empleados porque se cansaron del modo de vida, de estar siempre pendientes y pensando en el proyecto.

  • En 2005, 2006, las cosas cambiaron. Las redes sociales comenzaron a aparecer y el futuro en HOTorNOT parecía mucho más incierto. Los costes eran menores así que decidieron volver, hacer el sitio libre y apuntarse a la moda de las redes sociales, aunque la cosa no funcionó.

  • Al pasar el sitio a un modelo de negocio free, buscaron monetizar con anuncios. En esos momentos el entusiasmo decreció. James comenta en la entrevista que perdieron la alegría por el proyecto y que tampoco tenían los conocimientos necesarios para moverse en ese mundo. Además, al hacer libre la web, comenzaron a aparecer los spammers y timadores, buscando estafar a la gente con transferencias de dinero. Un problema bastante grande en este tipo de sitio web. En 2008 buscaron un vendedor y vendieron HOTorNOT.

  • Hablan también de cuando comían allá por el año 2000 con los creadores de YouTube y otras startups conocidas, que coincidían normalmente en la misma cafetería. Todos se conocían y hablaban. A ellos les comentaron la idea de crear un sitio web para compartir videos. Se les ocurrió crearlo pero con un modelo muy poco tradicional para la época, invirtiéndo pero dándole a ellos el 51% de la empresa, ya que no tenían mucho interés en dedicarse a ello. Pero por esa época habían contratado un CEO al que no le gustó la idea de darle ese porcentaje de una compañía a meros empleados... El resto es historia.

  • MySpace, Friendster, YouTube. Mirando en archive.org las primeras versiones de todos esos sitios web, todos tenían el estilo HOTorNOT. Todos intentaron hacer algo similar cuando salieron pero ninguno lo consiguió. Pero sin embargo, todos consiguieron triunfar con ideas diferentes.

  • HOTorNOT se defendió de todos estos gigantes al principio consiguiendo que la prensa hablase de ellos. Si la prensa habla de ti, no tiene tiempo para hablar de tus competidores. Nadie quiere hablar de los segundos, y su idea era innovadora y llamba la atención.

  • Al principio no intentaron ganar dinero hasta que aseguraron el tema de costes. Se buscaron la vida. Por ejemplo los servidores se los pagó RackSpace, a cambio de que ellos les hiciesen publicidad.

  • Lo que más importa es siempre el producto. A la hora de monetizar HOTorNOT no pensaron demasiado en planes de negocios, no hicieron análisis de precios, ni de la competencia, ni cifras a varios años. Simplemente pensaron como se conoce la gente en los bares, y lo imitaron. ¿Cuánto cuestan dos cervezas? 6 dólares. Ese es el precio de subscripción. Lo paga uno y listo. Con el tiempo, los registros mostraban que casi siempre el que pagaba la subscripción era el hombre. Como en muchos casos, las copas en la vida real.

  • La clave de su éxito, la facilidad de uso. HOTorNOT se usa con un click. Todo mascado y sencillo. Hacerle fácil la vida al usuario.



No está nada mal para una "chorrada"!!! Yo voy a ver si se me ocurre alguna, que ya va siendo hora :)

jueves, junio 25, 2009

Software Libre distinto de Software sin Compromiso

jueves, junio 25, 2009 por Martín


¿Quién no conoce a estas alturas la frase "Software Libre distinto de Software Gratis"? No creo que sea necesario explicarla. Pero a cuento de un hilo en una lista de un proyecto Open Source (que tampoco quiero mencionar, porque no importa demasiado y porque es algo que se ve en muchas partes), pues llevo varios días pensando en lo frecuente que es el ver como en las comunidades de Software Libre se utiliza el hecho de tratarse de software abierto para excusar otros problemas.

Es especialmente frecuente el ver aparecer este tipo de excusa cuando las críticas arrencian, cuando los usuarios reclaman funcionalidades que sería difícil implementar, cuando carecemos de los recursos necesarios para hacer dichas funcionalidades, o cuando simplemente no nos apetece gastar nuestro tiempo en eso. ¿Por qué afirmo esto? Pues porque lo he visto en infinidad de ocasiones, y voy más allá, porque tengo que confesar que he utilizado dichas excusas en muchas ocasiones.

Cuando estaba en pleno desarrollo de jLibrary, era común el que llegase gente pidiendo cosas que podrían hacerse. Y la verdad es que siendo un equipo pequeño, no te queda más remedio que filtrar. A veces te llegaban sugerencias fenomenales, pero es que no te quedaba más remedio que cerrar la conversación con un "es un proyecto de Software Libre, puedes contribuir". Que conste que más de una vez funcionó, pero la mayor parte de las veces, la petición queda ahí, en una simple petición, y nunca recibías ningún parche.

Y no creáis que no me daba rabia el tener que sacar la excusilla de marras. Al contrario, me daba muchísima. Cuantas veces tengo pensado, ojalá tuviese aquí diez commiters totalmente motivados o un buen presupuesto para implementaros todo lo que pedís. Pero por desgracia, ni los tenía, ni parece que tuve la capacidad de convicción para atraerlos. Pero entonces, ¿por qué esa rabia? Pues porque para mi el Software Libre, por mucho que tengas esa excusa tan a mano y tan socorrida, no está exento de responsabilidad.

Cuando creas un proyecto abierto en Internet, eso tiene una responsabilidad enorme. O quizás soy yo que simplemente me lo tomo muy a pecho. Pero para mi, al abrir un proyecto le estás pidiendo a la gente que lo pruebe. Estás creando una comunidad. Una comunidad de personas que ponen su confianza en ti y en tu producto, aunque sea sólo para invertir treinta minutos en descargárselo, instalarlo, y probarlo. Si pasan de esa fase, incluso puede que lo comiencen a usar, y esos minutos pasan a ser horas, días, semanas, meses o años de confianza en tu software.

Y tú, como creador del software, necesitas de esa comunidad y su confianza. Porque al final lo que quieres es que tu producto lo usen más y más personas. Y después, con suerte, te harás famoso, podrás vivir de ello o vendrán y te comprarán por varios millones de euros, como ya ha pasado con muchas empresas. Pero sin confianza ni compromiso, nada de nada.

Pero hay gente que piensa que como es Software Libre, pues ya está, lo usas si quieres y punto, y si quieres mejorarlo pues no te quejes tanto y ponte a ayudar. Este argumento, tiene alguna base cuando utilizas un proyecto que lo mantienen cuatro gatos, sin ningún tipo de apoyo, pues como era el nuestro, y que a fin de cuentas es gente dedicando su tiempo libre a hacer algo que a otros les reporta un beneficio económico. Y digo alguna base, porque a fin de cuentas el creador siempre tiene sus motivos para crear el software e iniciar ese compromiso con sus usuarios.

Pero sin embargo, ¿qué argumentos se puede tener cuando tienes capital de sobra?, ¿o cuando te han comprado?, ¿o cuando eres una gran compañía? Por ejemplo, digamos que te compra una compañía que acaba de recibir varios millones de euros en inversión, tus usuarios te piden que redirijas un poco el proyecto para solucionar determinados problemas, y ¿tu respuesta es pedirle a los usuarios que en vez de protestar ayuden? Mal vamos. Más bien habría que pedirle a quien te ha comprado que ponga recursos para que el proyecto salga para adelante.

Os soy franco, para mi el argumento de "es software libre, puedes ayudar" no es válido cuando el proyecto pasa una determinada raya, la raya de la inversión, la raya del mega-éxito, o cuando simplemente están sustentados por compañías enormes. Proyectos como Alfresco, Spring, JBoss, Glassfish, MySQL, ... Señores, en muchas de estas compañías, ni te aceptarán los parches en caso de que los tengas, pues porque quizás no tengan tiempo, o porque sean parches que hagan conflicto con otros clientes, etc. (en una empresa en la que trabajé nos pasó algo de esto con Hibernate). Ellos han elegido el camino del Software Libre, y el Software Libre, ni es gratis, ni está exento de la responsabilidad hacia sus usuarios.

Un porcentaje de estos usuarios, seguramente alto, serán gorrones que no aportan nada, ni hacen contratos de mantenimiento, ni van a cursos oficiales, ni tienen sus certificaciones, pero.... son tus usuarios. Tú has escogido el modelo de negocio. Para bien o para mal. Y si los usuarios protestan normalmente es que el río agua lleva.

Perdón por el rant, pero es que el topicazo de "es libre, menos protestar y más ayuda" lo llevo fatal. Hasta cuando soy yo el que lo tiene que decir.

Imagen via schoschie@flickr

martes, junio 23, 2009

UBS y Citi deshaciéndose de parte sus departamentos de IT

martes, junio 23, 2009 por Martín

Hoy me he encontrado con un par de noticias muy interesantes, dan para mucho que hablar. Reportaban en Finextra que Citi está intentando vender su plataforma IT a alguna multinacional India. Mencionan Tata Consultancy Services y Wipro como posibles compradores. También referenciaban a UBS como otro gran banco que se está intentando deshacer de sus plataformas de IT, más concretamente de sus centros de Polonia y la India.

Si consiguen vender sus departamentos, serán unos genios. Porque a ver quien se cree que sus plataformas las pueden vender a otras firmas. Bueno, tampoco hay que ser talibanes del software, todos sabemos lo buenos que los vendedores pueden llegar a ser, y si nos dicen que la plataforma de trading del Citi va a funcionar sin problemas en el Banco Etxeverria, pues seguro que habrá algún directivo que hasta se lo crea.

En fin, a mi estas noticias me hacen reflexionar. Pensar lo abajo que estamos en la escalera de decisión y lo poquita cosa que puede ser un programador para un super-banco como este. Y es que el ahorro de costes en IT parece que no tiene fin. Empiezas con tu cubículo en Suiza, el banco ahorra costes y te subcontratan a una empresa Suiza, el banco ahorra costes y te subcontratan a un centro de producción en Polonia, el banco ahorra más costes y te venden a una empresa de subcontratas India.

De hecho es una pasada todo lo que han crecido estas empresas de subcontratación como Wipro. Resulta sorprendente que sean estas compañías las que estén pujando por el software de estos gigantes bancarios...

Nada, unas reflexiones a golpe de Martes.

domingo, junio 21, 2009

Los superprofesionales del software

domingo, junio 21, 2009 por Martín

Domingo después de una dura semana de trabajo. Repasando mis feeds pendientes por leer me encuentro con este post de Javier Garzás sobre los superprofesionales del software.

Responsabilidad, conciencia, honestidad, resistencia, imparcialidad, perspectiva y pragmatismo. Excepcional lista. No puedo estar más de acuerdo.

Es difícil escoger sobre uno de estos puntos. Creo que todos son realmente importantes, y la falta de alguno de ellos puede desencadenar muchos problemas. Lo que sí que estoy seguro es que el de resistencia bajo presión es el más difícil de dominar.

viernes, junio 12, 2009

Jobsket sale al público. Sube tu currículum ya!

viernes, junio 12, 2009 por Martín


Toca auto promoción. Ayer hicimos público el anuncio de que Jobsket está disponible públicamente para todo el mundo. Hasta ahora estábamos en una beta que requería registro, pero eso se ha acabado y a partir de ahora todo el mundo podrá acceder. Muchísimas gracias a todos los que habéis participado en la fase de pruebas.

De Jobsket ya he escrito en otras ocasiones. Así que no me voy a extender mucho más. Podéis leer y suscribiros a nuestro blog para tener más información.

De lo que nunca he hablado hasta ahora es del pequeño widget que desde unos meses está en la parte derecha de mi blog.



Este widget os lo damos desde Jobsket cada vez que subís vuestro currículum. Y no me diréis que no está mucho más chulo para promocionaros que el típico enlace en html :) Pues nada, que no tenéis más que subir vuestro currículum a Jobsket, y pinchar en "Compartir CV". Jobsket os da el código y lo podéis pegar en vuestra página web. Así además podréis ver cuanta gente está interesada en vuestro CV y muy pronto también quienes lo han visto!

Anda, que no lo promociono bien, ¡eh! Bueno eso, pues que si tenéis un CV es una buena forma de promocionarse, y de ayudarnos a nostros a promocionarnos claro :)

martes, junio 09, 2009

Sobre hackers, servidores virtuales y suicidios

martes, junio 09, 2009 por Martín

De rebote, estos últimos días en el equipo de Jobsket nos hemos visto en medio de una situación tan rocambolesca como trágica. Tiene que ver con el servidor que utilizamos para desarrollo en Jobsket, y menos mal que se ha quedado en eso.

Os cuento, cuando empezamos con Jobsket, estábamos utilizando un servidor virtual que yo tenía contratado en los Estados Unidos. El precio era un poco alto y el tiempo de acceso también así que decidimos movernos a un centro de datos en UK para estar aquí en Europa. Todo esto que os voy a contar afecta sólo a nuestro servidor de desarrollo ya que el servidor de producción lo tenemos en otro lugar.

Como queríamos algo baratillo y funcional, ya que simplemente utilizamos esta máquina como integración, para los tests y eso, nos decidimos por VAServ que venían precedidos de muy buena fama en sitios como WebHostingTalk. Vaya por delante que la gente de VAServ siempre ha respondido prontamente y con eficacia.

Bueno, pues hace dos días recibimos un correo que comenzaba así:

"As many of you are aware, we were hacked today around 7pm GMT and portion of our service has been cut off (mostly US and portion of UK servers)."


Habían sido hackeados. Después de cambiar la contraseña, y de sentirme aliviado porque la tarjeta de crédito que había usado ya no está activa, pues me puse a investigar un poco sobre lo que había pasado. Aparentemente los hackers no se limitaron a robar datos, sino que han destruido buena parte de los datos que había en los diferentes servidores, con la gravedad que esto conlleva ya que este proveedor barato era enormemente popular con miles de clientes. Buena fé de esto da el hilo principal en WebHostingTalk sobre el tema que ahora mismo alcanza ya las 115 páginas.

En fin, la gente de VAServ lleva trabajando día y noche para solucionar el problema. Nosotros no teníamos nada demasiado importante ahí, salvo el sistema de integración continua que nos daría bastante trabajo de recuperar la configuración de las diferentes build, pero por suerte no hemos sido afectados por el ataque. Sí que lo han sido otros muchos a tenor de lo comentado en el foro, que tenían negocios más importantes.

Pero ahora viene lo grave. El ataque se debió al sistema de gestión que utiliza esta gente, HyperVM, un producto de la compañía LxLabs, una firma india fundada por K T Ligesh. Ayer, TheRegister reportaba el ataque que como podéis ver no nos ha afectado sólo a nosotros, sino que ha podido haber más de 100.000 sitios web afectados por el problema.

Pues bien, hace nada y según parece debido a la falta de interés de LxLabs se hizo pública la lista de vulnerabilidades de su producto, que incluye 24 bugs bastante graves. Como reportan en HostingFu el producto no era una maravilla, pero parece que lo peor ha sido la falta de interés.

Y ahora viene el final triste de la historia. El dueño de LxLabs, Ligesh, fue encontrado hoy ahorcado y se sospecha de suicidio. En el Times de India hablan de la pérdida de un contrato importante. Su madre y su hermana se habían suicidado hace cinco años, algo que también había afectado a Ligesh. Y parece que esto pudo ser la gota que colmó el vaso.

Una historia muy triste en la que nos hemos visto por en medio muy de refilón. Descanse en paz.

lunes, junio 08, 2009

Charlas de Google I/O online

lunes, junio 08, 2009 por Martín

Nota rápida por si a alguien le interesa. Muchas de las charlas de la conferencia Google I/O están ya disponibles para verlas desde la red.

Algunas tienen nombres prometedores como The myth of the Genius Programmer o Even Faster Websites. Hay un montón sobre AppEngine, algunas sobre Google Wave, y nada GWT, Google Friend, Androit y todas estas cosas.

Ya contaréis si alguna en especial vale la pena.

viernes, junio 05, 2009

Alegrarse al encontrar errores

viernes, junio 05, 2009 por Martín


No sé vosotros pero yo casi siempre me alegro de los errores que voy encontrando. Bueno, venga, estoy mintiendo. No es algo tan sencillo como, uy mira un error, que alegría. Al menos en mi interior sucede lo siguiente:

  • Primero: Cabreo. Lo reconozco, yo soy testarudo, y no me gusta equivocarme. Tampoco me gusta que se equivoque la gente con la que trabajo. Soy bastante exigente en eso. Así que mi primera reacción es cabreo, conmigo o con los demás.
  • Segundo: Alivio. Alivio por haber encontrado ese error. Si no encuentras errores, no es posible solucionarlos. Cuantos más errores encuentres, mejor será tu producto. Había alguien, no recuerdo el nombre que decía algo así como: "¿Quieres triunfar? Entonces, dobla tu tasa de fallos".
  • Por último alegría. Alegría por haber encontrado el error y haber hecho una solución. Alegría por haber creado una prueba que reproduzca el error, y haber sido capaz de reproducirlo y solucinarlo. Alegría porque ese error no volverá a suceder.


Por cierto, recupero este post en pingdom con 10 bugs que tuvieron consecuencias graves. Seguramente los autores de los programas se habrían alegrado bastante de haber encontrado los errores a tiempo.

Todo esto me vino a la cabeza a raiz de un artículo que leí hace poco, donde comentaban lo siguiente:

At a major software corporation, the CEO regularly holds parties to give out a valued award, shaped as a full-size life preserver, to individuals who have created "learning opportunities" by introducing a problem into the design. Of course, the CEO acknowledges that the problem wasn't introduced intentionally. But, because it made it into the design, the organization learned important lessons they can use going forward. Receiving the life preserver award from the CEO has become a high honor within the company.


Hombre, tampoco se trata de hacer fiestas, claro. Eso solo pueden permitírselo las major corporations. Pero bueno, quizás si sería para celebrarlo si de pronto tu servicio se cae, y descubres que no es demasiado escalable, pero todo se debe a que la gente está accediendo y comprando como loca porque tu campaña de marketing ha sido muy exitosa como comenta el artículo. Descubres el error, pero por una buena razón.

Mi aproximación ante un error siempre es la misma. Analizar el error, tratar de crear un test ya sea unitario, de integración o funcional que lo reproduzca. Solucionar el error. Muy al estilo de TDD pero para bugs.

Pero bueno, cotilleando un poco, ¿Vosotros como reaccionáis a los errores?

jueves, junio 04, 2009

Mañana, segundo iniciador galicia

jueves, junio 04, 2009 por Martín

Mañana se celebra a las 18:00 en el salón de actos de Caixa Galicia en Santiago de Compostela el segundo evento Iniciador de Galicia.

En esta ocasión el ponente es Raúl Ordoñez, responsable de negocio y comunicación de bitacoras.com. Copio de la web de iniciador:

Raúl hará un breve repaso de la historia de Bitácoras y su adaptación a la web social a través de un formato que combina blogs, comunidad y agregación de contenidos. También hablará del modelo de negocio de la empresa y de la supervivencia y éxito de una startup en internet con pocos recursos y “teletrabajando”. Como curiosidad, destacar que dos de las cinco personas que forma el equipo de Bitácoras viven en Galicia.


Habrá cañas y canapés en el pub Ambigú, cortesía de BidoBido. Yo me pasaré por ahí, así que si alguien va, pues ya nos veremos.

miércoles, junio 03, 2009

La historia de Linkedin

miércoles, junio 03, 2009 por Martín


En CNNMoney.com publican una entrevista a Reid Hoffman, el creador de Linkedin. La entrevista es muy interesante.

Reid de 41 años quería emprender y tras acabar su carrera en Standford, tenía algunas ideas, así que se aproximó a los inversores. Lo primero que le preguntaron fue "¿Tienes experiencia lanzando software?" Ante el no de la respuesta, le dieron un consejo "Sal a fuera y busca un trabajo".

Tras trabajar en Apple como desarrollador y en Fujitsu como manager de producto, en 1997 creó su primera compañía, Socialnet. De esta experiencia Reid cuenta que aprendió mucho. Era una empresa orientada al dating, pero que quería hacer demasiado: buscar compañeros de piso, gente para jugar al golf, ... Consiguió capital de riesgo, pero no funcionó. La lección que aprendió es que no llega con tener una idea, porque esta puede fallar. Ellos pensaban en asociarse con periódicos, pero no funcionó, y después no pudieron escalar. Hay que pensar en como llegar a millones de usuarios.

Tras su época en Socialnet, se une a Peter Thiel y Max Levchin y entra en Paypal como vicepresidente en cargo del desarrollo de negocio. Paypal es un éxito. Después de Paypal, Reid decide reinvertir sus ganancias en un proyecto nuevo, Linkedin. Esto es en el 2003, y Reid sigue un modelo en Linkedin que no todo el mundo puede permitirse. Con su dinero, financia el proyecto, centrándose en crear un producto que llegue a las masas.

No es hasta el 2005 cuando empiezan a crear fuentes para monetizar Linkedin. Comenzaron con anuncios de trabajo, siguieron con las funcionalidades para contactar otros usuarios y expandir tu red de contacto, y por último añadieron los anuncios. Todas estas funcionalidades vinieron a raiz de tener un sitio web con millones de usuarios.

Los comienzos de Linkedin fueron los mismos que cualquier otra empresa. Para empezar, y porque tenían miedo de que el sistema no fuese estable, comenzaron sólo con 113 usuarios, amigos de las 13 personas que estaban en la compañía. Una vez el sistema estaba funcionando, se hicieron la pregunta: "¿Cómo llegamos a un millón de usuarios?". Fácil, ¿no? :)

Según comentan en la entrevista, Linkedin es una empresa con unas cuentas envidiables y dinero en el banco. El año pasado consiguieron más de 80 millones de dólares en inversiones, y tienen algo más de 300 empleados (aunque también echaron al 10% de su plantilla).

Bueno, no sé a vosotros pero a mi la entrevista me ha gustado. Yo, mientras, me quedo pensando como llegar al millón de usuarios.

lunes, junio 01, 2009

Facebook ya prueba su sistema de micropagos virtuales

lunes, junio 01, 2009 por Martín


Esto va a ser enorme. Leo en Finextra que Facebook ha empezado ya a probar su sistema de micropagos virtuales. Es decir, que a partir de ahora podrás comprarte un queso de Arzúa virtual por tus 10 céntimos para regalárselo a algún amigo. O crear un juego para ver quién bebe más cubatas y cobrar 20 céntimos por instalarlo.

No hace falta ser un genio para ver la cantidad de dinero que se va a generar de esto. Y cuanto más chorra sea la aplicación mejor. En fin, parece ser que esto va a funcionar comprando créditos con tarjeta de crédito. Cada crédito valdría 10 céntimos y se podrían utilizar para pagar en Facebook. Facebook se lleva un porcentaje de cada transacción. Con 200 millones de usuarios y 54 mil aplicaciones, yo creo que hasta con sólo coger 0.1 céntimos de cada 10 la cantidad de dinero que harían sería enorme.

Por otra parte, comentan que esto puede ser bastante beneficioso para los comerciantes, ya que al comprar por créditos se evitan las comisiones de las tarjetas de crédito (estas ya han aplicado la comisión antes). Y claro, al igual que ha pasado con Facebook Connect, es muy probable que muchos sitios web externos comiencen a aceptar pagos por Facebook.

Habrá que estar muy atentos a todo esto, porque el que quiera dar un pelotazo tiene aquí una buena oportunidad. Sólo hay que pensar en algo bastante chorra :)