Un mal X es mejor que ninguno

Es importante que el conocimiento que generamos, sean experiencias, opiniones y soluciones, no se pierda. Queremos dejar huella para futuras consultas o generaciones. Creo que aquí estaremos todos de acuerdo en que es sano para que la humanidad continúe avanzando. Sin embargo, se está diluyendo el esfuerzo de construir internet, de crear espacios de sabiduría que perduren décadas. Si no, te paso a ti la pelota: ¿cuál es la plataforma donde escribes más? Con la respuesta en la mano: ¿qué pasaría si ese servidor, hilo, subreddit o grupo se cierra? Seguramente se perdería, nadie podría aprovechar ese conocimiento, ni tú mismo. No es una hipótesis: cuando Yahoo cerró GeoCities en 2009 se esfumaron millones de páginas personales, y cuando Google apagó Google+ en 2019 desaparecieron años de conversaciones de comunidades enteras. Solo sobrevivió lo que los voluntarios de Archive Team llegaron a rescatar a contrarreloj. Y te lanzo otra más preocupante que rompe completamente la web abierta: ¿crees que se puede consultar esa información sin una cuenta?

No estoy diciendo que exista una maldad, sino comodidad e inercia innatas a nuestra naturaleza. Nos gusta alardear de que usamos software libre, o un sistema operativo open source, pero luego encerramos nuestro conocimiento y opiniones en plataformas cerradas con una barrera de entrada, sin jerarquía ni control y con una fecha de caducidad. Te recomiendo leer Discord servers are walled gardens de Siyang Sun donde profundiza sobre el tema. Piensa que si los desarrolladores del kernel de Linux, Debian, o cualquier proyecto libre que te venga a la cabeza, hubieran usado alguna plataforma como Slack, Telegram, Discord, X, etc. para debatir y compartir conocimiento, a día de hoy habríamos perdido décadas de historia de la informática.

Entiendo que los jardines vallados, o plataformas privadas, son cómodos. Puedes compartir, debatir y leer documentación sin montar una infraestructura, con una app de smartphone súper fancy. Además, todos tus amigos están ahí, y posiblemente te den una respuesta rápida. Aquí me gustaría mencionar el famoso artículo de Terence Eden Discord is not Documentation donde cuenta su experiencia personal. No busco escribir una secuela de su artículo, sino animarte a que priorices la permanencia del conocimiento frente a las luces de neón de las plataformas privadas.

Si ya entiendes el problema, vamos a ver cómo podemos mejorar la situación.

Un mal blog es mejor que ninguno

Tienes control sobre tu contenido, puedes compartirlo en otras plataformas y lo más importante: es indexable y consultable en el tiempo. No dudes en incluir un sistema abierto de comentarios o almacénalos tú mismo. En mi caso, los comentarios los recibo por correo, a una dirección especial con un id del artículo, y con un cron se publican en el blog.

Por otro lado, hay generadores de sitios estáticos de todas las formas y colores. Si no te quieres complicar la vida puedes irte a un CMS como WordPress, Ghost, Drupal, etc. Si quieres bajar un poco más el nivel, tienes el protocolo Gemini, donde escribes en Gemtext.

Y si además das la posibilidad de ver tus artículos en texto plano o markdown con alguna cabecera, te ganarás un hueco en el cielo de los desarrolladores. Por ejemplo, este mismo artículo lo puedes leer en markdown desde la terminal:

curl -H "Accept: text/markdown" https://andros.dev/blog/262e1cb6/un-mal-x-es-mejor-que-ninguno/

Las redes sociales de microblogging, como Mastodon, no son un sustituto de un blog, pero sí un buen complemento para dar visibilidad y debatir. Sí que podría sustituir a un blog tradicional si lo autoalojaras (como GoToSocial, Pleroma, etc.) y habilitaras la opción de que se indexe en buscadores. Sin embargo, el esfuerzo de un sencillo blog es mínimo y el resultado es mucho más sólido.

No te pierdas con la tecnología, crea contenido y compártelo. Y si aún tienes dudas, te recomiendo leer Why you should have a blog (and write in it) de Leticia Portella.

Un mal foro (o lista de correo) es mejor que ninguno

Las listas de correo son el presente de los grandes proyectos de software libre. De hecho, ahora que lo pienso, es donde más tiempo acabo debatiendo y leyendo. He conocido a gente maravillosa gracias a ellas. Y tiene todo el sentido. Son difíciles de sustituir ya que no dependen de un proveedor concreto, la infraestructura es mínima, el contenido queda copiado en los buzones de todos los participantes y se pueden generar espejos HTML para que cualquiera pueda leerlo. Como decía en mi introducción, gracias a ellas tenemos registros de cómo han ido evolucionando diferentes proyectos.

Por supuesto, tienes opciones web más amigables, como puede ser Discourse, Flarum o el veterano phpBB. Sin embargo, el esfuerzo no está en el software o formato, sino en la comunidad que lo sustenta: ordenar, moderar, mantener y dar visibilidad a los hilos.

Los foros de debate son el único lugar donde vas a poder profundizar en un tema a lo largo de días, semanas o meses. En un chat convencional, o red social, sería más complicado. Participar es una experiencia enriquecedora: dar una respuesta matizada, contrastada y documentada es un ejercicio que te hace crecer como profesional.

Un mal sistema de mensajería es mejor que ninguno

Para conversar tienes varios enfoques: email, IRC, XMPP, Matrix, etc. Cada uno con sus pros y contras, pero todos cumplen el cometido de poder mantener una conversación sin depender de un proveedor concreto. Deben ser efímeros, pero no por ello cerrados. Todos comparten la misma virtud: cualquiera puede unirse a la conversación con el cliente que prefiera, sin descargarse la app de turno ni regalar su número de teléfono.

Si una conversación se vuelve valiosa, rescátala en tu blog o la wiki pertinente.

Una mala wiki es mejor que ninguna

Un foro bien organizado puede ser una wiki maravillosa. Incluso un buen blog. Pero cuando debes colaborar en que la información esté cohesionada, con muchos autores y proyectos, la wiki es el formato que mejor funciona. No hay proyecto open source o empresa que no tenga la suya. Aunque tú mismo puedes montarte una para tus notas, comunidad o nicho.

Existe mucho software, como puede ser BookStack o DokuWiki (que guarda todo en archivos de texto plano). Lo más importante es que tenga una interfaz sencilla que anime a colaborar a varios autores.

Un mal agregador de enlaces es mejor que ninguno

Los agregadores de enlaces son las plazas públicas de internet donde alguien comparte un artículo y alrededor crece una conversación. Hacker News o Lobsters son los más populares. Gracias a ellos se consiguen encontrar artículos de calidad y, lo más importante, se genera un debate que enriquece el contenido. Hay comentarios de un valor incalculable. Gran parte de los artículos que leo suelen ser fruto de mis consultas en estos agregadores.

Puedes crearte una instancia de Lobsters, o probar Lemmy, pero lo más interesante es que participes en las discusiones aportando tu punto de vista y leyendo el de los demás. Sacarás muchas ideas para tus proyectos y posiblemente potencie tu creatividad con el blog.

Un mal repositorio git es mejor que ninguno

En GitHub (o cualquier otro hosting privado de git), el código es libre, pero la conversación alrededor, como las issues o las pull requests, no. Si GitHub cerrara mañana, décadas de debates técnicos, decisiones de diseño y soluciones a problemas desaparecerían con él. Por eso el kernel de Linux sigue trabajando con parches por correo sobre sus listas.

Irónicamente, el código es lo único que sobreviviría. Cada clon es una copia completa con todo el histórico. Sin embargo, si eres el único desarrollador, sería buena idea ser independiente. En realidad no necesitas ningún software externo: con git y el comando git init --bare puedes crear un repositorio git en tu servidor y dejar que cualquiera pueda clonar sin cuenta. No obstante, ayudará enormemente una interfaz web como Forgejo o Gitea.

Un mal RSS/Atom es mejor que ninguno

Prácticamente todos los puntos anteriores, salvo la mensajería, pueden ser consumidos por un agregador de RSS/Atom. Es el pegamento de la web abierta: blogs, foros, wikis, agregadores de enlaces e incluso cuentas de Mastodon exponen un feed. Nos mantiene informados de las novedades y, si el autor es generoso, nos permite leer el contenido completo sin salir de nuestro lector.

Dar un feed RSS/Atom de tu contenido es un gesto de generosidad hacia la comunidad. Permite que otros puedan suscribirse y recibir tus publicaciones. De hecho, actualmente se están consumiendo más que nunca. Si tu contenido es interesante, posiblemente tendrás más peticiones al feed que visitas a tu web.

Sin ir más lejos, yo ofrezco dos feeds, uno por idioma: castellano e inglés. Y además puedes filtrar por categoría añadiéndola al final de la URL. Por ejemplo, si solo te interesan mis artículos sobre Emacs:

https://andros.dev/blog/feed/es/emacs/

Y como favor personal: deja tu contenido completo en el feed, no solo un resumen o un primer párrafo. No hay nada más frustrante que encontrarse un enlace que te lleva a la web para terminar de leerlo. ¡No seas el jardín vallado de tu propio contenido!

Conclusión

Más vale tener un mal servicio open source controlado por ti que un buen servicio privado gestionado por otros. Aléjate de las modas y comodidades dando un mayor valor a que el contenido que compartes sea indexable, consultable y perdurable en el tiempo. Recuerda que cada vez que compartes/respondes/consultas/debates en una plataforma privada, debes pagar un coste muy alto:

• Si el grupo/hilo cierra, todo desaparece
• Está sujeto a una moderación dictada por gobiernos o empresas
• Necesitas una cuenta para leer o interactuar desde el exterior
• No lo puedes encontrar/consultar desde un buscador web
• Se perderá en el tiempo, tal vez a los pocos minutos

Las IAs son un gran aliado para ello. Puedes pedirles que te instalen, o te guíen, para montar un servidor web con un sencillo blog con certificado SSL y dominio propio, o un servidor de correo con listas de correo, o un agregador de enlaces, o un foro, o una wiki. Y todo ello sin estar días leyendo documentación o tutoriales desactualizados. Ya no es un problema de conocimiento o de complejidad, sino el valor que le das a tu contenido. Si además escribes en texto plano (markdown, org-mode, gemlog, etc.), harás que sea más fácil de conservar y migrar a otros formatos en el futuro. Te recomiendo leer This Page is Designed to Last de Jeff Huang, ya que da algunos consejos/reglas para que tu web sobreviva durante décadas.