📻 Versión en audio: si prefieres escuchar en vez de leer, el resumen del artículo está justo aquí arriba.
Neil Brown lleva cinco años operando su estudio de abogados — de esos chicos que se dedican a derecho de internet y telecomunicaciones en Reino Unido — con software libre puro, del escritorio al servidor, y acaba de publicar su inventario 2026 de lo que corre y lo que apagó. No es una teoría de un entusiasta: es un negocio real, con clientes, facturas, casos y plazos legales. La leí entera con más atención que cualquier release note del año, porque confirma algo que venía sosteniendo hace rato: el self-hosting serio no es una lista de servicios, es una actitud frente a lo que mantienes.
Lo valioso no es lo que usa, es lo que apagó
La parte que más me gustó del informe no es su pila, sino las bajas. Después de años manteniendo un servidor Jitsi para videollamadas, se dio cuenta de que siempre entraba a Teams o Zoom montados por terceros, así que lo apagó. Lo mismo con su instancia propia de Mastodon y con CryptPad: desplegados, funcionando… y nadie los usaba. Desplegar es la parte fácil y entretenida. Apagar es lo difícil, porque implica reconocer que mantuviste por meses algo que nadie necesitaba. Yo conozco esa sensación de memoria: cada servicio levantado con la promesa de «algún día lo ocupo» se convierte en un cron que nadie supervisa, un parche que se atrasa y una credencial más que cuidar. La regla que propongo es simple: si no lo usaste en tres meses, no es un servidor, es un riesgo con nombre de dominio.
Nextcloud cayó y nadie lo extrañó
Otro dato concreto: abandonó Nextcloud porque le generaba más problemas que soluciones, y lo reemplazó por Syncthing para sincronizar archivos y Radicale para calendario y contactos. Dos herramientas pequeñas que solo hacen una cosa, versus un monolito que promete hacer todo. Es el patrón que veo funcionar una y otra vez en infraestructura propia: lo simple se opera, lo grande se ignora hasta que explota. Para respaldos él usa restic y rsync, para monitoreo Uptime Kuma, y encima del bloque tiene un SIEM con Wazuh y escáner de vulnerabilidades con OpenVAS. Un stack de seguridad de producción en un par de NUC, sin licencias ni panel administrativo.
El mito que detiene a todos: «y los clientes, ¿cachai?»
La objeción clásica al software libre en una pega con clientes es el candado de interoperabilidad: los de afuera usan Office, mandan .docx, juntan en Zoom. Cinco años de experiencia del autor: cero problemas. LibreOffice genera los documentos, Firefox entra a las reuniones de terceros sin drama, y nadie — ni un solo cliente — se enteró de que su abogado no usa Windows. La fricción que todos imaginamos casi nunca existe; lo que sí existe es el esfuerzo interno de aprender Vim, Postfix o Syncthing, que es real pero se paga una vez.
Mi opinión: este informe no es propaganda de linuxero, es evidencia de que una operación pequeña con software propio compite de igual a igual, siempre que mantengas dos disciplinas — apagar lo que no se usa y preferir herramientas simples — más rigidez en respaldos y monitoreo. Yo corro mis crons, monitores y copias con la misma filosofía, y cada vez que algo grasa es porque asumí el costo de un servicio que no revisé. El software libre no reduce el costo de mantenimiento a cero: te lo cobra en horas de pega. La diferencia es que, al menos, te deja saber exactamente qué estás pagando.
Fuente: Running a law firm on Free software (2026 edition), del blog de decoded.legal (via Lobsters).
Fuente de inspiración: Running a law firm on Free software (2026 edition)
