El concepto de permacomputing empieza a salir de los círculos académicos y los foros de hackers para instalarse en debates serios sobre el futuro del software. La idea es simple en su enunciado y radical en sus consecuencias: aplicar las éticas de la permacultura —cuidar la tierra, cuidar las personas, redistribuir lo justo— al diseño, construcción y mantenimiento de sistemas computacionales. El sitio oficial permacomputing.net publica diez principios que guían esta práctica, y en 2026 el debate ha ganado relevancia frente al crecimiento explosivo del consumo energético de la inteligencia artificial y de los desechos electrónicos.

Para quien escribe código, configura infraestructura o decide qué dispositivo comprar, permacomputing no es una doctrina prescriptiva sino un marco para hacerse mejores preguntas. ¿Necesito desplegar este modelo en GPUs nuevas o un modelo más pequeño basta? ¿Tiene sentido reescribir esta app en Electron y triplicar el consumo de RAM? ¿Vale la pena renovar la flota de laptops cada tres años cuando la mayoría sigue funcionando? Las respuestas no están escritas, pero los principios ayudan a formularlas.

Qué es permacomputing

El término permacomputing fue acuñado en 2020 por el programador finlandés Ville-Matias "viznut" Heikkilä, conocido en la escena demoscene por sus experimentos con computación en condiciones extremas (programas que generan música compleja con apenas unas líneas de C). Su ensayo original proponía repensar la informática desde una perspectiva post-crecimiento, asumiendo que los recursos materiales para fabricar chips, baterías y data centers son finitos.

El movimiento se inspira directamente en la permacultura, una corriente de diseño agrícola y ecológico nacida en Australia en 1978 con los trabajos de Bill Mollison y David Holmgren. Permacultura no es solo agricultura orgánica: es un sistema de diseño que observa los ciclos naturales y crea soluciones de bajo consumo, alta resiliencia y mínima intervención. Permacomputing toma ese mismo espíritu y lo traduce al hardware, los sistemas operativos, los protocolos y las prácticas de desarrollo.

La comunidad —que mantiene un working group activo y publica documentación abierta— deja claro que permacomputing no es prescriptivo. No te dice qué lenguaje usar ni qué editor abrir. Lo que ofrece son lentes para mirar tu propia práctica y preguntarte si lo que estás construyendo aporta valor proporcional al costo socioambiental que implica.

Contexto: de la permacultura a los servidores solares

Antes de entrar en los principios conviene situar el movimiento dentro de una genealogía. Hay precedentes claros que prepararon el terreno:

Low-tech Magazine (Kris De Decker, 2007) — una revista digital que desde 2018 corre sobre un servidor alimentado por paneles solares. Cuando no hay sol, el sitio se cae. Esa "limitación" es el punto.- The Small Web y el 250kb Club — iniciativas que celebran sitios web livianos, sin trackers ni frameworks pesados.- 100R / Hundred Rabbits — el colectivo de Devine Lu Linvega y Rekka Bellum, que vive en un velero y desarrolla herramientas (Uxn, Orca, Left) optimizadas para correr con energía limitada.- Solarpunk — el movimiento estético-político que imagina futuros tecnológicos en armonía con la biósfera.

Permacomputing recoge ideas de todas estas tradiciones y las organiza alrededor de diez principios concretos. El sitio permacomputing.net documenta cada uno con ejemplos, lecturas adicionales y estrategias de aplicación tanto para personas técnicas como para usuarios casuales.
Servidores de bajo consumo: la práctica que inspira a permacomputing.

Los 10 principios, en español

A continuación una traducción comentada de los diez principios. La versión completa con todos los matices vive en permacomputing.net/principles:

1. Cuidar la vida

Toda decisión técnica debe ponderar su impacto sobre los seres vivos —humanos y no humanos— y sobre los ecosistemas. Es el principio raíz, equivalente al "Earth Care" de la permacultura.

2. Cuidar todo el hardware (especialmente los chips)

Los microchips son los componentes más caros de fabricar en términos energéticos y materiales: requieren litros de agua ultrapura, gases raros, energía intensiva y son prácticamente imposibles de reciclar. Maximizar la vida útil de cada dispositivo es un acto político.

3. Mantenerlo pequeño

El bloat es enemigo. Un binario más liviano no solo carga más rápido: cabe en hardware viejo, consume menos memoria, pesa menos en la red. Hay un linaje claro entre suckless, plan9 y este principio.

4. Esperar lo mejor, prepararse para lo peor

Diseñar sistemas resilientes a interrupciones, fallas de red, cortes de energía o colapso parcial. No por catastrofismo, sino porque la fragilidad ya es la realidad de millones de personas con conexiones inestables y hardware limitado.

5. Mantenerlo flexible

Sistemas que se adaptan a contextos diversos en lugar de imponer un único entorno "óptimo".

6. Construir sobre tierra firme

Apoyarse en estándares abiertos, formatos durables, dependencias estables. Evitar construir sobre arenas movedizas (APIs propietarias que mañana cambian, frameworks que se reescriben cada dos años).

7. Amplificar la conciencia

La computación puede fortalecer ecosistemas mediante proyectos de citizen science: medición de calidad del aire, biodiversidad, contaminación. Datos abiertos para tomar mejores decisiones colectivas.

8. Exponer todo (sin cajas negras)

Transparencia en arquitectura, código y procesos. El usuario debería poder entender qué hace su software y por qué.

9. Responder a los cambios

Adaptarse en lugar de imponer. Permacomputing prefiere sistemas evolutivos a soluciones rígidas.

10. Todo tiene su lugar (y a veces lo correcto es no hacer)

Antes de añadir tecnología, preguntarse si realmente hace falta. El principio "Not Doing" reconoce que la mejor solución muchas veces es no construir nada nuevo.

💡 Tip: Antes de aceptar un ticket que pide "agregar IA" a una feature existente, pasalo por el filtro del principio 10. ¿Se resuelve mejor con un select bien hecho? ¿Ya existe la funcionalidad y basta documentarla?

Datos y cifras: por qué importa ahora

Los números detrás de la urgencia de permacomputing son contundentes:

62 millones de toneladas de basura electrónica generadas en 2022 según el UN Global E-Waste Monitor —el equivalente al peso de unos 1.500 buques cargueros— y se proyectan 82 millones para 2030.- Entre 1% y 2% del consumo eléctrico mundial proviene de los data centers, una cifra que la Agencia Internacional de Energía estima podría duplicarse para 2030 por la demanda de IA.- Producir un solo chip moderno consume miles de litros de agua ultrapura y emite gases con potencial de calentamiento global miles de veces superior al CO₂.- Apenas el 22% del e-waste mundial se recicla formalmente. El resto termina en vertederos del Sur Global, contaminando suelos y aguas.- Una laptop promedio emite alrededor de 300 kg de CO₂ en su fabricación —más que un vuelo Buenos Aires–Madrid en clase económica.

Estos números explican por qué hablar de "computación sostenible" sin revisar el modelo de fabricación y descarte es una conversación incompleta.

Impacto en la práctica de desarrollo

Aplicar permacomputing al día a día como developer no requiere mudarse a un velero. Hay decisiones cotidianas con impacto real:

Stack técnico

Preferir lenguajes y runtimes eficientes cuando el caso lo permite. No todo necesita correr sobre Node + Electron + 80 dependencias. Una CLI en Go, una app TUI en Rust, un script en Python sencillo: muchas veces alcanza.

Infraestructura

Elegir proveedores con energía renovable verificable. Un servidor en una región con grid limpio (Quebec, Islandia, partes de Brasil con hidroeléctrica) tiene una huella significativamente menor que el mismo workload en una región dominada por carbón.

Hardware

Refurbished antes que nuevo. Reparar antes que reemplazar. Iniciativas como Framework Laptop o iFixit demuestran que es posible diseñar hardware reparable y seguir siendo competitivo.

Software

Empacar binarios optimizados, no incluir dependencias innecesarias, soportar arquitecturas viejas cuando sea barato hacerlo. Aceptar que tu código va a correr en un equipo con 4GB de RAM en algún lugar del mundo.

# Auditar el peso real de tu app antes de shipear
du -sh dist/
# 245M  dist/  ← ¿es necesario?

# Bundle analyzer para webpack/vite
npx vite-bundle-visualizer

# Para imágenes Docker, dive permite explorar capa por capa
dive my-image:latest

Enter fullscreen mode Exit fullscreen mode

⚠️ Ojo: "small" no significa "primitivo". Permacomputing no romantiza la pobreza tecnológica. La idea es construir lo mínimo necesario para resolver el problema con elegancia, no privarse de herramientas útiles por dogmatismo.
La cultura de la reparación: permacomputing avant la lettre en LATAM.

Permacomputing en clave LATAM

América Latina tiene una relación particular con muchos de estos principios porque, en gran medida, ya los practica por necesidad. La cultura de la reparación —del taller que arregla un Nokia 3310 al técnico que mantiene servidores Pentium 4 corriendo en el ministerio— es permacomputing avant la lettre.

Algunos puntos donde la región está naturalmente alineada con el movimiento:

Reuso de hardware — laptops corporativas usadas que llegan al mercado secundario después de ciclos de 3-5 años en empresas. En Argentina, Chile, México y Colombia hay un mercado robusto de equipos refurbished.- Conexiones inestables — apps que funcionan offline-first, PWAs livianas y código que tolera latencia son parte del kit básico de cualquier developer regional.- Cortes de energía — UPS, generadores, salvado automático cada minuto. La resiliencia no es teoría.- Frugalidad técnica — no hay presupuesto para reemplazar todo cada año, así que mantener viejo es la norma.

Donde permacomputing puede aportar más a la región es en darle marco conceptual y dignidad a prácticas que muchas veces se ven como signos de subdesarrollo, cuando en realidad son ventajas competitivas para construir software resiliente.

Diagrama: permacultura como raíz

graph TD
    A["Permacultura (1978)"] --> B["Earth Care"]
    A --> C["People Care"]
    A --> D["Fair Share"]
    B --> E["Permacomputing"]
    C --> E
    D --> E
    E --> F["10 principios"]
    F --> G["Cuidar el hardware"]
    F --> H["Mantenerlo pequeno"]
    F --> I["Resiliencia"]
    F --> J["No hacer"]

Enter fullscreen mode Exit fullscreen mode

Qué sigue para el movimiento

Permacomputing está en una etapa de consolidación. La working group publica artículos, organiza encuentros y mantiene el sitio principal. Hay una comunidad activa en el fediverso (Mastodon) bajo el hashtag #permacomputing, conferencias relacionadas como handmade.network y HOPE, y una creciente literatura académica sobre "computación sustentable" que dialoga con estas ideas.

El próximo desafío del movimiento es escalar sin perder coherencia. Que un principio inspire una práctica concreta —y verificable— es mucho más útil que diez principios bonitos sin tracción. Iniciativas como bandwidth budgets en sitios estáticos, calculadoras de huella de carbono para websites (websitecarbon.com) y certificaciones de software verde empiezan a operacionalizar estos valores.

💭 Clave: Permacomputing no es anti-tecnología. Es anti-desperdicio. La pregunta no es "¿menos computación?" sino "¿qué computación, para quién y por cuánto tiempo?".

📖 Resumen en Telegram: Ver resumen

Preguntas frecuentes

¿Permacomputing es lo mismo que green computing?

No exactamente. Green computing suele enfocarse en eficiencia energética dentro del paradigma actual. Permacomputing cuestiona el paradigma mismo: el modelo de crecimiento perpetuo, la obsolescencia programada y la dependencia de hardware nuevo.

¿Tengo que dejar de usar Kubernetes?

No. Permacomputing no prohíbe tecnologías, propone preguntarse si son la herramienta adecuada para cada caso. Si tu workload realmente justifica orquestación distribuida, adelante. Si lo usás para un blog estático que recibe 100 visitas al día, quizá un VPS de cinco dólares al mes alcanza.

¿Quién mantiene permacomputing.net?

Una working group informal compuesta por desarrolladores, artistas, investigadores y activistas. Es un proyecto comunitario sin financiamiento corporativo.

¿Existen herramientas concretas alineadas con estos principios?

Sí. Algunos ejemplos: el navegador Dillo, el sistema operativo 9front, los lenguajes Uxn y Orca de Hundred Rabbits, distribuciones Linux livianas como Alpine y Void, y el ecosistema suckless (dwm, st, surf).

¿Cómo empiezo a aplicar permacomputing en mi trabajo?

Auditá. Medí el peso de tus apps, el consumo de tu pipeline de CI/CD, el ciclo de vida del hardware que decidís comprar. Sin datos no hay diagnóstico, y sin diagnóstico no hay cambio.

¿Es viable para una startup que necesita escalar rápido?

Depende del nicho. Para muchas startups B2B con tracción incipiente, ir lean en stack y hardware reduce burn rate y alarga la pista. Permacomputing y unit economics se llevan mejor de lo que parece.

Referencias

permacomputing.net/principles — los 10 principios oficiales con explicaciones extendidas y estrategias de aplicación.- solar.lowtechmagazine.com — la revista que corre sobre un servidor solar y se cae cuando no hay sol suficiente.- wiki.xxiivv.com — la página de Devine Lu Linvega (Hundred Rabbits) sobre permacomputing y herramientas asociadas.

📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.