Ha pasado un año desde que Google compró Jaiku, y hace tan pocos días que se migró a los servidores del grande, con lo que parece que se empieza a mover ficha y no fue una compra del todo inútil. Las dos críticas más grandes que tenía Jaiku se basaban en la lentitud del servicio y que sólo se podía acceder por invitaciones, con la consecuencia de los pocos usuarios que habitaban aquello. 

¿Por qué Google compró Jaiku y no Twitter? Echando un vistazo rápido, Jaiku no tenía (ni tiene)  un mínimo porcentaje interesante con el que ser comparado. Sin embargo, en Tech IT Easy, un blog que me encontré por casualidad, nos cuentan algo interesante:

For all the bloggers still wondering why Google bought Jaiku (oh well) instead of Twitter, the reason is that Jaiku has far superior software platform. Google doesn’t buy products or brands, Google buys technology. Blogger and Picasa are the few products Google has bought. Writely, Urchin and others were bought because of their tech. Jaiku’s platform is a combination of Atom and XMPP/Jabber, which are both, in my opinion, the technologies to watch out for. That’s where the potential is.

Como poco comparto la opinión casi en su totalidad, si no fuera por alguna que otra oferta que ha hecho recientemente, como la de Digg, en la que no creo que buscara realmente tecnología (aunque más bien era un experimento). Si no fuera por Picasa y algún otro, diría que siempre fueron inteligentes al hacer shopping. Sería cuanto menos gracioso que compraran a Twitter por tecnología ;-)

Volvemos al tema… en su momento probé Jaiku, y me dio la terrible sensación de que estaba demasiado sobrecargado. No noté lentitud en ese instante (o no la recuerdo), y lo de las invitaciones me parecía un mal menor, por aquello de que acababa de abrir. Aún así, y sin pertenecer a Google, le di mi voto de confianza en que se adaptaría poco a poco y podría abrirse camino (por aquel entonces, no había chorrocientas alternativas).

En cuanto me enteré de que revivía por la migración a los servidores de Google, me di otro paseo. Algunas nuevas características, sí, pero no deja de ser sobrecargado. ¿Microblogging? No, no es microblogging, no es un Twitter. Es más, lo veo más como un FriendFeed + microblogging + un diseño más decente.

Aquí nos volvemos a plantear el mismo problema: tanto Twitter como FriendFeed tienen una sólida comunidad detrás. Quizá combinar los dos servicios sea una brillante idea y que (yo) no lo veo como tal. Incluso puede que me equivoque con la entrada. Pero lo que es ahora, yo no sustituiría mi Twitter con Jaiku. Diría que tampoco mi FriendFeed, pero ni siquiera lo uso.

Eso sí, mi voto sigue ahí, más cuando han corregido sus dos grandes y criticados fallos, y pertenece a una empresa que sabe llevar demasiado bien proyectos 2.0. Todo depende de lo bien que se integre Jaiku con los demás servicios de Google… porque se me están ocurriendo unas ideas para Gmail y Google Calendar muy buenos. O como contaban por ahí (no sé si a lo futurista o es que ya lo hace la aplicación), marcar un número de teléfono en el móvil, llamar y ver el último mensaje de estado. Útil, ¿no?

Décima entrega, qué cansino, ¿verdad? Pues aquí estamos otra vez. Y repletitos de cambios, oigan… Vamos a empezar por el principio, por eso de seguir con las redundancias.

Lo más importante que tengo entre manos: los estudios. Hoy fue un día importante, a unos once días de los exámenes de septiembre, para tomar una de las decisiones más importantes al respecto. Y no ha sido fácil, que he tenido que ir pasando por varias personas para llegar a un acuerdo común.

¿Y cuál es ese acuerdo? El que desde el principio me propuso mi tutora y jefe de estudios: “déjate de tonterías, sácate 3º limpio y repites 4º, con sólo 4º”. Con 17 años, a hacer 4º de ESO, y a seguir con las conversaciones del tipo:

- ¡Anda! ¿Y qué curso haces? ¿Bachiller ya dejado atrás casi, eh?
- No, si estoy en la ESO.

A estas alturas, como que poco o nada me importa eso. Por unas causas o por otras, mayormente vaguería con parte de enfermedad un curso entero, me he tenido que comer el marrón. Me lo he ganado a pulso, lo tengo muy bien merecido y esto hará que deje de hacer más gilipolleces con los estudios.

Tengo que asentarme, coño, que ya tengo una edad. A veces parezco un niño, sin establecer las prioridades, me dejo llevar por lo que no debo. Va siendo hora de poner las cosas claras, coger al toro por los cuernos y empezar a ser un poco más responsable, algo que tenía que haber hecho hace años. Mejor tarde que nunca, o eso dicen.

Volviendo al tema… la decisión, por si el lector aún no la había intuído, es dejar de tener demasiado optimismo y pensar en la realidad actual: no es posible sacarse 13 asignaturas en dos meses. Menos cuando no has tenido momento de descanso de por medio, hay más cosas que hacer y no es un lugar donde precisamente exijan poco o tengan algún tipo de comprensión (lógico, servidor ya tiene su fama).

Por lo que en efecto, me toca quitarme todas las de 3º, donde no veo ningún problema, n-i-n-g-u-n-o, en sacármelas. Tengo todo hecho, la mayoría estudiado y el listón no está muy alto. Además, con las de 4º, cuyos trabajos también he hecho en su gran mayoría, los presentaré y me examinaré igualmente; supongo que lo valorarán.

Por lo demás, no hay nada nuevo. Es agosto, pocas almas hay por Madrid y todo está demasiado muerto. Tampoco puedo ir a ningún sitio, todo está cerrado, ni hay eventos, ni nada de nada. Así que está siendo un verano monótono, si no fuera por algún que otro detalle que me ha hecho feliz estos últimos días.

En cuanto a programación, hoy no subí nada de nada en el SVN de Jisko (por razones obvias), pero en cuanto termine los exámenes tendré al menos semana y media para dedicarme a hacer cosas pendientes, como los grupos y algunos detalles más, a la vez que empezaré a mover la cosa. Además, estoy empezando a mirar que el box (trolls: no es que me de cuenta ahora, si no que me han entrado las ganas de currar) podría ser algo bastante mejor, con sus usuarios, con métodos de organización de archivos, limitación de bandwidth (reduciendo la velocidad por X MB descargados)… un invento para pasar el rato y mejorar mi PHP… que no todo es dinero.

Cierro esta entrada auto-deseándome suerte y esperando que todo salga como está previsto, sin más sobresaltos. Necesito tranquilidad…

Ayer Héctor me comentaba de madrugada otro de los proyectos en los que andaba metido. Y aunque no suelo tener demasiado tiempo para estar con el ojo encima, lo que he podido leer me ha resultado muy interesante.

FavPal vendría a ser un “PayPal + OpenID de favores”. Con este proyecto, se pretende mantener un nivel de colaboración mutuo entre una o varias comunidades a través de una especie de “moneda”; de ahí lo de PayPal, pero sin comisiones, aunque sí una diferencia de divisas.

El perfecto ejemplo que me enseñó fue Cucumis, un sitio web de traductores en el que se juega con esa moneda (como si fuera karma). En el registro, consigues unos puntos iniciales y puedes pedir ayuda para traducciones. En el momento en el que se te acabe, tendrás que ayudar para conseguir más puntos. Si no tienes ni idea de traducir, ahí se queda la cosa, con lo que no abusarían del servicio.

Todo es cuestión de adaptar tu software a la API, o instalar un plugin (si lo hay) en el caso de un CMS. Con ello, obtendremos conexión con el servidor principal para verificar un usuario y contraseña que anteriormente se ha dado de alta en FavPal. Si el acceso es exitoso, devuelve la ID, el número de favs y la contraseña encriptada.

Por ejemplo, en un foro planteamos una cuestión, esperando a que los miembros te respondan. Después de mucho esperar, finalmente alguien nos ilumina con su respuesta. Qué menos que agradecérselo con algún que otro “fav”, así que le doy al botón de “thank you” y le doy la oportunidad de que su buena acción la recicle para utilizarla en sus propios proyectos (o, en el caso del foro, sus propias cuestiones). Y esos mismos puntos, teóricamente, valdrían para otra comunidad.

Otra aplicación que nos encontramos es la de thks.org, una integración de FavPal en Twitter. Desde ahí, podremos dar las gracias a quien nos haya ayudado, e incluso dar una explicación de porqué le das ese fav. 

Aún así, le pregunté que me parecía poco ético el tener que exigir monedas cuando lo que actualmente se hace es ayuda voluntaria en la mayoría de los casos, con lo que se convertiría en una monetización, y lo voluntario dejaría de serlo. Sin embargo, me contesta que en la mayoría de los sitios no se necesitan moneda, por lo que me ha dejado un poco patidifuso.

¿Ventajas?

• Ofrece beneficios no tangibles a tu ayuda no tan voluntaria. Aunque esto parezca negativo, yo lo veo como un punto positivo, siempre que se cumpla lo que Héctor me dijo y he citado hace un momento. Es una forma equilibrada de colaborar y recibir algo a cambio, de la forma más transparente posible.
• Interconexión entre la comunidad, fomentando la ayuda entre todos y ayudando a que nuevos proyectos (o no tan nuevos) salgan adelante más rápidamente gracias a la ayuda distribuida. Hoy por ti, mañana por mí.
• Un posible agregado a la Web 3.0 que me gustaría, de la que tengo que escribir en una próxima entrada. Así que me callo o me quedo sin material :-)

Inconvenientes:

• La buena fe está ahí, pero no siempre es así. Siguiendo el anterior esquema, si alguien registra una cuenta en FavPal, recibirá unos puntos iniciales. Si se le acaban, no podrá pedir ayuda. ¿Y si creo otra cuenta? ¿Y otra, y otra? ¿Y me voto a mí mismo? Supongo que es un gran fallo, o bien por parte de FavPal (comprensible, está en beta y aún queda por desarrollarse) o bien por parte mía, que no me he enterado de nada (probable).
• Que se convierta en algo generalizado para cualquier cosa, o se perdería esa sensación tan agradable de llegar a un sitio y poder percibir ayuda gratuita. Evitaría desagradecidos, desde luego, pero sería pagar justos por pecadores.
• Más que inconveniente, es una etapa lógica de cualquier proyecto. Acaba de empezar, y en su web oficial sólo hay un formulario de login, aunque Héctor ya explica que precisamente es lo que menos se utilizaría, tan sólo la API como tal. Lo que sí echo en falta es documentación, y más clara, que probablemente eliminaría de la lista los inconvenientes que he planteado.

Existe más información en esta y otras entradas de su propio blog. Me suena haber oído algo similar con otro nombre por ahí, pero en cualquier caso, es una bocanada de aire fresco a lo que se presenta habitualmente.