(Probablemente te interese leer un post más reciente).

mapa mental

Nota introductorias:

- Voy a ir reescribiendo las preguntas para completarlas, mejorar la redacción, etc.

- Muchos de los detalles no tienen por qué ser necesariamente así y de hecho muchos sean pequeñas pruebas que puede que se mantengan o no.

- Los comentarios son más que bienvenidos.

¿Qué es?

Una economía social. La moneda social se llama “fav”.

¿Para qué sirve?

Como Internet, no es algo concreto, sino que posibilita multitud de aplicaciones alrededor. Sin embargo, no son aplicaciones directas (¿para qué sirve Internet?), sino a través de otras aplicaciones y servicios que se van a generar o adaptar.

Tanto en Internet como a nivel local existen infinidad de grupos que se ayudan entre si, intercambios de idiomas, habilidades, consejos y asesoramientos, traducciones e incluso de intercambios de aparcamientos y cuidado de mascotas, pero cada uno suele generar su propia comunidad y suelen requerir ofrecer y recibir servicios muy similares o con ciertas limitaciones. Con una moneda social como se plantea se abren muchísimas posibilidades y está abierto a utilizarse desde cualquier web o aplicación externa. Además, se pretende crear una red de pequeñas aplicaciones web a su alrededor (de las llamadas 2.0), que van a interconectarse entre si (mediante APIs y/o redirecciones), pero que además van a ser software libre (GNU Affero GPL) y utilizar OpenID para fomentar la mejora y aparición constante de nuevas aplicaciones web.

¿Cuál es su estado de desarrollo?

Está acabando de definirse, pero ya se pueden ver algunos prototipos funcionales de aplicaciones. Como éstas son sencillas y sin información privada de los usuarios, se están realizando las pruebas mientras se sigue mejorando el código. Hay que tener en cuenta que todavía no se ha dedicado tiempo a aspectos básicos como el diseño, usabilidad o correcta visualización en todos los navegadores. Tampoco existe API autenticada todavía. Por ahora se está utilizando la API para consultas (con ActiveResource en Rails) y redirecciones para escrituras (como hace Paypal).

¿Que aplicaciones hay alrededor? ¿alrededor de qué?

El núcleo de fav2fav únicamente gestiona las transferencias de “favs”. Pretende ser de y estar gestionado por la comunidad.

Si bien el núcleo está abierto a cualquier aplicación (como Paypal), desde fav2fav se están creando aplicaciones y servicios simples y libres de forma paralela. Por ahora pueden considerarse como prototipos, carentes todavía de aspectos básicos como un diseño cuidado.

Por otra parte, fav2fav.net permite enviar peticiones y comentarlas. Su funcionamiento es similar al de blogs o foros, con la particularidad de que bajo cada comentario aparece un enlace desde donde se puede “agradecer” la ayuda prestada, que redirecciona al usuario para confirmar el agradecimiento en el núcleo y redirige de vuelta. Cada cierto tiempo ActiveResource en Rails lee el feed XML de nuevas transferencias y genera un comentario automático informativo en el mismo hilo de comentarios de fav2fav.net, manteniendo a los usuarios informados desde la propia aplicación local.

No se pretende centralizar todas las peticiones en fav2fav.net, sino que cada usuario pueda tener su lista de peticiones (o varias) donde prefiera, en fav2fav.net o en otra página (que utilice el mismo código o no, que sea general o específica sobre un tema), en su propio blog (ya que un pequeño plugin en Wordpress conseguiría la misma funcionalidad), etc.

fhelp.net mantiene un listado de usuarios que están conectados y disponibles en este momento para ayudar a otros por mensajería instantánea, voip o videoconferencia. Cada usuario etiqueta sus habilidades ofrecidas (conocimientos técnicos, asesorar, hablar en su lengua materna con alguien que quiera practicar o aprender el idioma, etc.) La idea es utilizar un protocolo abierto como jabber, que además permitiría mejorar la integración, pero para simplificar por ahora se están utilizando “cajas negras” de tokbox.com, que embeben un objeto flash que permite hablar y verse por webcam.

(Actualizado a 3/12/07: La idea del proveedor de perfil del siguiente párrafo puede que no tenga sentido, o quizás sí. Estoy leyendo acerca de microformatos, OAuth, del propio OpenID y otros temas básicos que debería conocer. Si conoces el tema o te interesa, me vendría muy bien hablar con alguien).

profile.fav2fav.net pretende ser un proveedor de perfil o de datos de usuario. OpenSocial de Google va a permitir una mayor interoperabilidad entre redes sociales, pero aún así no parece una solución sencilla, distribuida y donde los datos pertenezcan a los usuarios (al menos para una red de pequeñas aplicaciones como planteamos). En esta línea, la aplicación “profile” es otro experimento dentro del experimento de fav2fav ;) En el núcleo se dispone del campo “profile_url” (que copia toda web, aunque en un futuro se podría delegar en la url del usuario como hace OpenID), donde establecemos nuestro proveedor de perfil. Por defecto se utiliza la web profile.fav2fav.net. Los datos almacenados consisten en un conjunto de listas de pares clave valor. Por ejemplo, fhelp.net crea la lista “offered_skills”, permitiendo así reutilizar los datos desde otras aplicaciones, al mismo tiempo que son propiedad del usuario. Ver el post Distributed profile data on lists para algo más de información.

Existen multitude de posibilidades a abordar en nuevas aplicaciones, como por ejemplo una aplicación que permita sumarse a peticiones de otros. Yo podría pedir un plugin concreto para wordpress y agradecer con varios favs al que lo programe. A su vez, a otras personas a las que les interesase lo mismo podrían sumarse a la petición, reuniendo así una cantidad de favs mucho mayor.

¿Cuáles son los objetivos y motivación?

1. Facilitar intercambios y ayudas entre personas.

2. Dinamizar la mejora y evolución de la web mediante pequeñas aplicaciones y servicios web simples y libres (GNU Affero GPL). Sin embargo, su uso no se limita a esta red de aplicaciones. De hecho, se pretende extender su uso a blogs, foros o cualquier web que quiera participar, mediante APIs y/o redirecciones.

3. Fomentar la autenticación distribuida mediante OpenID (aunque siempre se pueden buscar alternativas), que simplifica la vida al usuario y además facilita la interconexión entre diferentes aplicaciones.

4. Experimentar

- transparencia: toda la información en cuanto a transferencias, de quien a quien van los favs, es pública (aunque puede que no se especifique el motivo), por lo que aparecerán aplicaciones web específicas de estadísticas e indicadores (como por ejemplo la riqueza generada, cuya definición podrá ir refinándose para evitar casos “pseudofraudulentos” como el pasarse contínuamente “favs” entre dos usuarios). Los datos podrán ser accedidos en HTML, XML y de los vuelcos periódicos de las bases de datos (al no haber información confidencial).

- thank_if. La forma de realizar acuerdos entre dos personas suele ser difícil, hay que tener confianza de que la otra parte va a cumplir su palabra y cuando no ocurre, tener un mecanismo (legal u otro) para reclamar. Estos mecanismos suelen ser complejos y poco productivos o costosos. Desde fav2fav proponemos otro experimento, el “thank_if”. Al hecho de realizar una transferencia de favs de le llama “agradecer” (o “thank” en inglés), intentando transmitir la idea de que el que realiza el servicio es el que realmente ayuda al otro. En cambio, “thank_if” es un agradecimiento especial, es un acuerdo con un mecanismo de control implícito. Cuando yo “agradezco si” 2 favs, estos se restan de mi cuenta automáticamente, pero aún no se suman en la cuenta del receptor. Cuando el receptor de favs realice su parte del acuerdo, confirmaré que así ha sido y le llegarán a su cuenta esos 2 favs. Por tanto, como no le he dado los favs por adelantado, está obligado a cumplir su parte del acuerdo si quiere tener los favs. Por otra parte, el receptor de favs se garantiza que no le voy a engañar, porque una vez que cumpla su parte del trato yo no ganaría nada negándolo (no voy a recuperar los favs, a no ser que el receptor reconozca que no puede cumplir su parte y me los devuelva). Por tanto, alguien puede dedicarse a fastidiar, pero ya no ganaría nada con ello. Al contrario, recibiría comentarios y críticas que disminuirian la confianza del resto de usuarios.

- Las reglas de esta economía social tratan de ser lo más simples y genéricas posibles. Por ejemplo, los movimientos de favores son públicos y lo dificil para un usuario es encubrirlo. Sin embargo, las descripciones de los agradecimientos o transferencias son opcionales, porque aunque pretendieran ser obligatorios no podría controlarse su veracidad. Por tanto, toda regla intenta ser simple y universal.

- Perfil y datos personales en un “proveedor de perfil”, como ya se ha comentado anteriormente.

- Van a haber grupos de usuarios que podrán tener cuenta propia, pero bajo ciertas condiciones para garantizar la transparencia de movimientos de favs. Por ejemplo, los grupos de usuarios podrán recibir y enviar favs pero en principio no ser parte de otros grupos ni logearse en el sistema, sino que los integrantes del grupo podrán operar también por su grupo. Por ahora esto no está implementado, tampoco es necesario todavía, aunque sí existen los usuarios “fav2favorg” y “fav2favnet” que en un futuro darán lugar a las grupos de usuarios de las respectivas páginas.

¿Quién está implicado en este proyecto?

Ahora mismo estoy sólo yo, trabajando a tiempo completo en esta idea. Cabe decir que no se apenas programación web (y ya ni hablar de diseño o usabilidad ;) y que estoy buscando gente que quiera unirse al proyecto o simplemente colaborar puntualmente.

¿filantrópico?

Detras de fav2fav, del núcleo fav2fav.org, no hay ningún interés económico y pretende ser abierto y de todos.

¿Por qué lo estás haciendo, Héctor? ¿qué ganas? (pregunta más frecuente de lo que me habría imaginado ;)

- Satisfación personal por ayudar a mejorar la colaboración social, por experimientar con economías transparentes y sociales, por dinamizar el desarrollo web con aplicaciones web libres (que la llamada web 2.0 anda algo escasa), por fomentar una autenticación distribuida y simplificar la vida al internauta (OpenID), por ayudar a otros proyectos de software libre o al OLPC, etc. Los usuarios empezamos sin favs, así que hemos de empezar ayudando a alguien o haciendo algo de interes general como colaborar con proyectos de software libre, traducir artículos y subtítulos, etc..

- Pequeñas ayudas mías pueden ser realmente valiosas para alguien y viceversa. Si se gestionara bien cada uno de nosotros podría recibir mucha ayuda sobre cualquier tema que le interese, además de juntarnos en grupos para colaborar en acciones y proyectos concretos.

- Algunas de las aplicaciones web que se generen alrededor de fav2fav podrían generar ingresos económicos. Realmente la única diferencia con una web tradicional, que no publican su código ni ofrecen tantas facilidades y datos de usuarios, es que se fomenta la colaboración y aparición de nuevos sitios derivados. En la mayoría de casos los clones, mejoras y particularizaciones repercutirán positivamente en las iniciales (mayor publicidad y comunidad).

¿Por qué se está utilizando Ruby on Rails?

Porque simplifica y agiliza el desarrollo web, gracias al lenguaje Ruby y a las convenciones asumidas por Rails. De este modo, cada aplicación pretende ser muy simple de entender y modificar, facilitando la mejora y creación de sitios derivados por parte de terceros.

En determinadas aplicaciones o cuellos de botella no habría problema en utilizar otros lenguajes (o simplemente si alguien prefiere o cree más apropiado otro lenguaje). Precisamente una de las ventajas de la web modular y libre que se propone es el dinamismo que daría lugar a una constante mejora de las aplicaciones, tanto de las funcionalidades como de la implementación interna.

¿Donde está el código?

- fav2fav.net - repositorio

- profile.fav2fav.net - repositorio

- fhelp.net - repositorio

Por última vez, aviso a los desarrolladores: espero que al ser aplicaciones simples e independientes sea relativamente legible, pero reconozco que he resuelto muchos temas sin saber y por tanto puede ser aberrante para algunos. Las librerias comunes a todas las aplicaciones comienzan por “fav2fav_” y se encuentran en lib, views/shared y public/stylesheets Quiero extraer la funcionalidad a un plugin que permita crear fácilmente otras pequeñas aplicaciones, teniendo una estructura, gestión de usuarios por OpenID, comunicación con el resto de aplicaciones (ActiveResource) e interfaz básica ya creada (lo que hacen las librerias anteriores). También voy a intentar aplicarme en mejorar la calidad del código existente y hacer más tests, aunque agradeceria cualquier aportación por pequeña que sea. Gracias!