GoRead, software libre que no podrás instalar fácilmente en tu servidor

GoRead

GoRead

He probado durante unas semanas GoRead, un nuevo lector de feeds libre. En este post intento recoger algunas ideas en torno a esta herramienta en concreto, y en torno a la panorámica general de los lectores de feeds en la era post-Google Reader.

¿Cuál es la promesa de GoRead?

El objetivo de GoRead es replicar, al máximo, la experiencia de lectura que ofreciera Google Reader. La interfaz, de hecho, está fuertemente inspirada en éste. Añaden la disponibilidad de aplicaciones nativas para tablets y móviles.

GoRead tiene la ventaja de que es software libre, y la desventaja de que está programado para correr sobre Google App Engine, con lo cual difícilmente te lo vas a llevar a tu propio servidor y ejecutarlo donde tú quieras. Antes tendrás que cambiar presumo que no pocas cosas en el código para que corra sobre otra infraestructura que no sea la de Google. De entrada, para registrarte en el software, necesitas forzosamente una cuenta de Google.

GoRead ofrece una alternativa a correr tu propia instancia de la aplicación en tu propia cuenta de Google App Engine, que es usar la versión como servicio que ellos mismos dan, a cambio de 3 euros al mes. El clásico modelo de software libre popularizado por WordPress.com con versión as a service.

A favor

El software va rápido. Como no debería sorprender a nadie, la infraestructura de Google App Engine está fuera de sospechas a estas alturas en cuanto a su rendimiento.

Han copiado los atajos de teclado del viejo Google Reader. Tras años usando TinyTinyRSS tengo otros atajos interiorizados, y os podéis imaginar que al principio me la pasé tecleando atajos que no llevaban a ninguna parte, pero en apenas una mañana de uso ya había despertado en mi cabeza el viejo recuerdo de cómo y dónde hacer lo que quería hacer.

Es un proyecto con sólo unos meses de vida, así que es posible que evolucionen a buen ritmo y mejoren sus principales deficiencias (que las tienen, y son remarcables).

En contra

Las aplicaciones (al menos las de Android) son pobres: la de tablet no aprovecha para nada la pantalla y se comporta exactamente como la del móvil, que a su vez es muy parecida (y no mejora en nada) a la aplicación libre para Android de TT-RSS. En realidad, tanto en móvil como en tablet terminé usando la versión web del lector en lugar de la aplicación nativa, lo cual era bastante doloroso porque la web no se adapta nada de nada al dispositivo, y la interacción con el menú de feeds en la pantalla táctil resultó ser bastante tortuosa.

La interfaz no está pulida: haces scroll y pierdes la parte superior de la web que permite cambiar rápidamente de feed y cosas así. Está claro que eso lo pueden arreglar rápido, pero ojo, que estamos hablando de un servicio de pago y no han tenido en cuenta aspectos básicos de usabilidad. Valga reflejar, además, que la evolución en los 30 días que duró mi periodo de prueba fue inexistente: fallos nimios que estaban ahí el día 1, continuaban ahí el día 30.

Otro gran detalle a no olvidar es que estamos hablando de un servicio de pago con software libre en modo «mirarás y mirarás pero no lo tocarás», ya que al estar programado para funcionar sobre Google App Engine las posibilidades de llevarte la aplicación y ponerla a funcionar en un servidor de tu elección es bastante compleja (si es que existe en absoluto), y desde luego no es nada trivial. Es código libre, pero no te va a permitir ejecutarlo en tus propio servidor así sin más.

Conclusiones: necesita mejorar

Se trata de una herramienta que está algo verde. Es un software libre que no podrás instalar fácilmente donde tú quieras. Funciona bien, la interfaz web para tu desktop no está mal, pero necesita mejoras, y la interfaz para móvil y las aplicaciones para tablet y móvil son claramente deficientes. Al ser un proyecto reciente, nos queda la duda respecto de la velocidad a la que van a evolucionar. Sin embargo, en los 30 días que duró la prueba no se percibió ni la más mínima evolución, lo cual es mal síntoma.

De momento, TinyTinyRSS es una alternativa mucho mejor, y si le sumas que para este software ya existen plugins para guardar enlaces en SemanticScuttle y en Wallabag, sencillamente no hay ningún género de dudas en cuál solución usar.

Mozilla se rinde con Persona

Persona

Persona

Una mala noticia, como es la de que Mozilla va a convertir a Persona en un proyecto comunitario, abandonando el desarrollo proactivo del mismo (GHacks).

Sobre Persona he hablado aquí brevemente, y para entender bien qué es y cuál es/era su promesa recomiendo leer el post que dedicamos a este asunto en el blog de Cartograf.

Desde el principio sabíamos que el reto era muy complicado, pero esta noticia no hace sino confirmar que Persona no ha despegado. Esto deja a los sistemas de identidad digital privados como Google Plus o Facebook Connect aún más solos, aún con más control del mercado.

Más aún, quienes somos usuarios de Thunderbird ya sabemos la que se viene encima de Persona. El gestor de correo lleva una década estancado, y desde 2007 está en el mismo status que ahora poseerá Persona.

A priori no parece un futuro nada halagüeño el del sistema de identidad distruido desarrollado por Mozilla.

Actualización (un rato después de publicar): Rubén (Nukeador) nos trae un enlace al anuncio en el blog del proyecto de identidad de Mozilla. A ver si es verdad que no se rinden, me encantará estar equivocado.

Modernos, pero no jóvenes

«Tienes la barba, las gafas de diseño, los vaqueros ajustados, la camiseta vintage y el último tablet, cubierto de pegatinas, pulcramente guardado dentro de una falsa bolsa de mensajero. Pero para un adolescente, pareces tan sólo otro señor mayor.»

Dave Pell, que no habla de hipsters que ya no tienen 20 años aunque lo pareca (es perfectamente aplicable) sino de empresas de Internet.

Conferencia sobre Drupal

Conferencia sobre Drupal

Conferencia sobre Drupal

Hace un par de semanas participé como ponente en T3chFest, encuentro organizado en la Universidad Carlos III de Madrid y ni avisé por adelantado en este blog ni dejé el link a las diapositivas. Ambas cosas voy a intentar arreglar hoy.

Avisar a toro pasado está un poco feo pero mejor esto que nada. En su día saqué un post breve en Cartograf sobre este asunto y posteriormente dejé mi presentación (preparada con impress.js) accesible directamente desde el navegador.

Podéis ver las diapositivas desde aquí mismo, la charla se titula Drupal: qué, por qué, cómo, y sobre todo cuándo utilizarlo.

Bocados de Actualidad (182º)

Ha costado mucho, dos meses, acudir por primera vez a esta cita de los domingos. Entre la última ronda de Bocados (diciembre de 2013) y ésta se ha presentado el nuevo proyecto de Ley de propiedad intelectual que pretende introducir el llamado «Canon AEDE» (mal llamado tasa Google). La ronda centésima octuagésima segunda se ha hecho de rogar, pero aquí la tenemos, y nos llega al ritmo de Horisont, que estuvieron paseando su rock y sus melenas escandinavas por Madrid hace sólo unos días.

Aquí van los enlaces:

Primer bloque, sobre la ley de propiedad intelectual (sólo algunos, leí mucho sobre este tema):

  • Post en el blog de Menéame, uno de los sitios potencialmente afectados.
  • Enrique Dans y el canon de la SGAE igualito al propuesto canon AEDE.
  • ¿Afectaría la nueva LPI a redes descentralizadas y distribuidas tipo Pump.io? Un buen hilo en los foros de este blog.
  • Genbeta y si tienes un blog también te afecta.

Segundo bloque, más general en la línea de siempre:

  • Diario Turing y cómo es la experiencia de autopublicarse en Amazon.
  • Un paseo por los avisos de cookies de diferentes webs, qué dicen, cuándo están cargando cookies. Por Bianka Hajdu.
  • Agustín Benito acerca del espíritu de la innovación en el software libre, al hilo de la adopción de systemd por parte de algunas grandes distribuciones de GNU/Linux que aún no lo habían adoptado (como Debian, y en consecuencia sus derivados como Ubuntu).
  • Por qué las empresas energéticas no experimentan tanto como las de Internet, en GigaOM.
  • Julio Alonso y los medios dominantes del mañana en Estados Unidos.
  • En Flowing Data recogen un vídeo que cuenta la historia de cómo se desarrolló R.
  • Todo acerca de implementar servicios RESTful con Drupal 8, en Drupalize.me. También sobre Drupal, cómo disfrutar algunas ventajas de Drupal 8 en tu actual Drupal 7, en el blog de Cartograf.
  • Aitorciki acerca de Python 3 y su no-adopción por parte de los desarrolladores.
  • Cory Doctorow sobre DRM, fallos en el mundo digital, y fallar lo mejor posible.
  • Inside Intercom y por qué es muy complicado añadir nuevas funcionalidades a software que ya tiene usuarios.
  • Schneier y el desigual reparto de la riqueza como un problema de seguridad. Sobre desigualdad, la Harvard Business School se pregunta si el aumento de productividad provoca un aumento de la desigualdad (no de la pobreza, pero sí de la desigualdad).
  • En Cartograf liberamos un plugin para WordPress que sirve para cumplir la ley de cookies española.
  • Matt Mullenweg en su blog recoge cuatro libertades enunciadas antes que las de Stallman, no van sobre software, y son igualmente importantes.
  • Ricardo Galli y «arde Twitter», sobre esa necesidad de muchos periodistas por inventarse titulares facilones.
  • En bici por Madrid reclama el carril bus para las bicis.
  • Learning by shipping y por qué un primer fracaso al presentar un producto no es (casi nunca) definitivo.
  • El blog salmón y loterías asociadas a los tickets de compra para combatir la corrupción.
  • Manel Guerra y pagando dos veces, hilo de Facebook y WhatsApp.
  • Aaron Swartz y cómo conseguir un trabajo como el mío, una oda a la ética hacker.

Sin más, os dejo con The Unseen en directo, de los suecos Horisont con quienes disfrutamos esta semana en directo.

Esto es todo por ahora. Hay más enlaces en los marcadores de Cartograf (aquí, el feed RSS) y alguna cosa también comparto en Twitter. Pueden también leer este blog directamente en su correo, suscribiéndose desde la barra lateral.

Como de costumbre, enlaces o idea tangenciales son bienvenidos en comentarios, y además están los foros para debatir mucho mejor que en cualquier «timeline». Buen domingo :)

Aunque pagues por ello, todavía eres el producto

Apps

Apps

Una de cifras rápidas.

  • El servicio de WhatsApp cuesta unos 80 céntimos al año. Pero, por hacer las cuentas rápidas, voy a suponer que el coste es un 25% más y redondearlo a 1 euro al año.
  • Se estima que WhatsApp tiene 450 millones de usuarios. Pero, por hacer las cuentas rápidas, voy a suponer que sean un 10% más y sean 500 millones de usuarios.
  • Facebook pagó ayer 13 mil millones de euros por WhatsApp (Xataka), que en el pasado dijo (golpes en el pecho mediante), que jamás pondrían publicidad. (El contenido de ese enlace a la web de WhatsApp podría cambiar pronto, sospecho.)
  • Si la valoración de WhatsApp obedeciese al valor de las cuotas por servicio que pagan sus usuarios, harían falta más de 20 años (otra cuenta rápida tirando por lo bajo) para recaudar esa cantidad de dinero aún en el caso de que todos los usuarios decidieran pagar (y a nadie se le escapa la polémica que generó la medida de cobrar el servicio, ni que el reciente ascenso de Telegram está más vinculado a la gratuidad que a lo libre y lo seguro).

Así, la única conclusión posible es que incluso en los servicios de pago, el verdadero producto siguen siendo los usuarios y sus datos. Es hora de revisitar eso de si no pagas por ello no eres el usuario sino el producto.

Lo cierto es que tus datos son siempre el producto. (yo, tú, él, nosotros, vosotros, …) eres siempre el producto.

La revolución industrial de nuestro tiempo la hacen los datos de los usuarios, como dijimos hace ya un largo lustro, en 2008: tu vida privada es el producto.

Si está en la nube, no es tuyo

Cómo tener tu propio servidor de correo electrónico con tu propio dominio, parte 1, en Ars Technica:

¿Por qué batallar con dragones de tiempos pasados para tener tu propia solución de e-mail?

Te explicaré por qué, porque si está en la nube, no es tuyo.

Un tema interesante, por una parte, es probable que ninguna compañía garantice la integridad (segudidad, entiéndanme) de tu correo electrónico tanto como Google. No sólo porque posee enormes expertos en seguridad, sino porque incluso un gran experto tendría problemas manteniendo el servicio de un único servidor en caso de un ataque.

Por supuesto, la cuestión viene a raiz del precio en la autonomía que tenemos (si en GMail cambian la interfaz, pues a tragar). Y por supuesto, después de que Snowden el año pasado hiciera mainstream lo que por aquí veníamos avisando años, la cuestión es: ¿puedes confiar descuidadamente en cualquiera de esos proveedores de correo gratuito «en la nube»?

Bola extra: no es tu perfil en Facebook, es el perfil de Facebook sobre ti.

Este blog usa cookies para su funcionamiento.    Más información
Privacidad