Como dormir sin perder la forma

La ficción de la actividad continua

Muchos sistemas de conocimiento se construyen como si fueran a permanecer activos para siempre. Como si fuesen a seguir recibiendo actualizaciones. Como si sus plataformas fueran a seguir funcionando, sus archivos fueran a seguir siendo accesibles, sus catálogos fueran a seguir siendo consultables, sus responsables fueran a seguir estando disponibles y sus comunidades fueran a seguir participando eternamente.

Esta suposición puede llegar a ser razonable en instituciones con presupuestos, personal, soporte técnico, continuidad legal, copias de seguridad, políticas y memoria administrativa estables. Pero muchos archivos, bases de datos, repositorios y proyectos de memoria comunitaria no funcionan bajo esas condiciones. Sobreviven a través de interrupciones.

Un archivo pequeño puede depender de voluntarios. Una base de datos local puede depender de un software que nadie es capaz de actualizar. Un proyecto de documentación lingüística puede depender de un investigador, un disco duro y una frágil cadena de permisos. Un repositorio comunitario puede estar ligado a una subvención que dure dieciocho meses. Una colección digital puede existir dentro de una institución que ya no tiene el personal, el dinero o la voluntad para mantenerla. En todos estos casos, la idea de preservación no se limita a cómo mantener los materiales a salvo; se extiende a cómo persistir cuando la propia actividad no puede garantizarse.

Es aquí donde la biomímesis —la práctica de aprender de las formas, procesos y sistemas biológicos para diseñar tecnologías, materiales o soluciones humanas— puede resultar útil, siempre que se la aplique con rigor. No se trata de adornar el trabajo intelectual con imágenes tomadas de la naturaleza, ni de afirmar que un archivo es un bosque, una base de datos un ecosistema o la memoria un banco de semillas. Estas comparaciones pueden ser atractivas y, a la vez, terriblemente vacías. El enfoque más útil es mucho más específico: observar los mecanismos ecológicos que permiten a los sistemas vivos persistir, reducir su actividad, recuperarse, reorganizarse o transmitirse en condiciones inestables, y luego preguntarse qué problemas de diseño ponen de manifiesto en las infraestructuras culturales y técnicas humanas.

Las plantas reviviscentes abordan uno de esos problemas con una precisión inusual: la inactividad no siempre implica colapso.

Cuando la inactividad no es la muerte

Las plantas reviviscentes son famosas porque parecen muertas y luego se recuperan cuando vuelven a tener agua. El nombre es dramático, y también engañoso. Estas plantas no resucitan. Sobreviven a un proceso de deshidratación extrema en tejidos vegetativos que para la mayoría de las demás plantas resultarían fatales. Muchas especies vegetales hacen frente a las condiciones adversas mediante semillas, esporas, bulbos, rizomas u otras estructuras especializadas. Las plantas reviviscentes hacen algo más extraño: hojas y brotes que parecen secos, rizados, quebradizos y sin vida son capaces de reanudar su actividad metabólica una vez se rehidratan.

Su supervivencia no depende del crecimiento ininterrumpido, sino de una reducción controlada. Durante el periodo de desecación, la planta no se limita a esperar pasivamente. Se reorganiza para lidiar con esa interrupción. Las estructuras celulares se protegen, las membranas se estabilizan, el daño oxidativo se limita y la fotosíntesis se reduce de forma que se evita que la actividad normal se vuelva autodestructiva. La aparente quietud no implica ausencia. Es un estado altamente organizado, en el que la planta se ocupa de proteger las condiciones necesarias para su actividad futura.

La inactividad puede significar colapso, pero no siempre. En el caso de las plantas reviviscentes, la suspensión de la actividad no supone un fallo en los procesos vitales. Se trata de una forma de sobrevivir a condiciones en las que dichos procesos no pueden continuar con normalidad. La planta tiene un modo "sequía": un estado en el que su función ordinaria se reduce para que su función futura siga siendo posible.

Para los sistemas de gestión de conocimiento, este fenómeno biológico constituye una provocación interesante. Un proyecto puede dejar de publicar, una base de datos puede dejar de recibir actualizaciones, un repositorio puede perder personal, un catálogo puede quedar fuera de línea o un archivo puede desaparecer de la vista pública durante un tiempo. Desde fuera, todo esto puede parecer un fracaso (y a veces lo es). La pregunta más importante, sin embargo, es si se han preservado las condiciones para el retorno. ¿Se pueden seguir abriendo los archivos? ¿Se pueden seguir interpretando los metadatos? ¿Se puede seguir entendiendo la estructura? ¿Puede el sistema ser migrado, reconstruido o reactivado por alguien distinto de la persona que lo creó originalmente?

Esa es la diferencia entre latencia y abandono. El abandono es una ruptura en la que las condiciones de retorno se difuminan, están dañadas o se pierden. La latencia, por el contrario, es un estado de actividad reducida que preserva cuidadosamente la posibilidad de regreso.

El diseño de la interrupción

La mayoría de los discursos sobre preservación priorizan la continuidad, el acceso, el mantenimiento y la visibilidad. Estos aspectos son ciertamente importantes, pero pueden resultar engañosos si se tratan como normas universales. Un repositorio que está siempre en línea, siempre actualizado, siempre atendido y siempre con mantenimiento técnico pertenece a un entorno institucional específico (y poco habitual). Depende de financiación, mano de obra, electricidad, servidores, políticas, acuerdos legales, compromiso organizacional y tiempo. Cuando se dispone de semejantes recursos, la actividad continua puede parecer natural. Cuando faltan, se convierte en una ilusión.

Los sistemas de gestión del conocimiento suelen operar en ciclos. Pueden estar activos durante un período de trabajo de campo, una etapa de financiación, una movilización comunitaria, un curso político, un taller, una exposición, un proyecto de investigación o un momento de atención institucional. Luego pueden entrar en un estado de total inactividad. Tal silencio puede durar meses, o años. Durante ese tiempo, el sistema puede dejar de recibir nuevos materiales o de prestar servicio a los usuarios a través de su interfaz original. Su presencia pública puede reducirse o desaparecer. Sin embargo, eso no significa que el sistema esté muerto. Significa que su fase activa ha terminado y que la calidad de su inactividad es ahora crucial.

Un sistema de conocimiento inactivo no debe quedar necesariamente abandonado. Debe conservar suficiente organización interna como para poder ser recuperado. Sus archivos deben ser exportables. Sus formatos deben ser duraderos o, al menos, estar documentados. Sus metadatos deben seguir siendo legibles. Las estructuras de su sistema de carpetas deben tener sentido más allá de la mente del creador original. Sus dependencias deben ser explícitas. Su custodia debe ser identificable. Sus contraseñas, licencias, plataformas, complementos, scripts y obligaciones institucionales no deben quedar ocultas en la eterna niebla de la memoria privada.

La interfaz puede entrar en modo de suspensión. Pero las condiciones de recuperación no deberían hacerlo.

Por eso, la suspensión debe diseñarse antes de que se produzca una potencial interrupción. Una vez que un proyecto ha perdido personal, financiación, acceso o control técnico, puede ser demasiado tarde para reconstruir el mapa de lo que existía. El momento de preparar la suspensión no es tras el colapso, sino durante la actividad. Debe darse mientras el sistema todavía cuenta con personal, atención y conocimiento operativo. Es entonces cuando se puede documentar qué es el sistema, qué contiene, cómo funciona, de qué depende y cómo se podría recuperar posteriormente.

En este sentido, la preservación no se ocupa solo de mantener las cosas activas. También se asegura de que esas cosas puedan entrar en modo de suspensión sin volverse ininteligibles. 

¿Qué debería sobrevivir a la pausa?

Reflexionar sobre el proceso de suspensión cambia la perspectiva del diseño. Mueve la atención de las interfaces pulidas a aquellas estructuras, ciertamente menos llamativas, que hacen posible la recuperación. Una plataforma atractiva puede fracasar estrepitosamente si su contenido no se puede exportar, su base de datos es incomprensible, sus metadatos están enjaulados en campos propietarios o su lógica reside únicamente en la mente de un desarrollador. Por el contrario, un proyecto modesto y visualmente poco impresionante puede sobrevivir a una interrupción si sus archivos son estables, sus descripciones son claras, su estructura está documentada y sus dependencias son mínimas.

El tejido protegido de un sistema de gestión de conocimiento no es un elemento único. Puede ser una exportación en texto plano, un archivo CSV, una estructura de directorios estable, un inventario en PDF, un manifiesto de suma de verificación, un diccionario de datos, un archivo README, una declaración de derechos, una lista de responsables o una simple explicación de cómo se organizó la colección. También puede incluir decisiones que rara vez se documentan: por qué se utilizaron ciertas categorías, por qué se rechazaron otras, qué significan los términos locales, qué restricciones se aplicaron, qué no debe hacerse público y qué necesitan saber los futuros responsables antes de manejar el material.

Estos elementos pueden parecer secundarios cuando un proyecto está en funcionamiento. Durante los periodos de actividad, la atención suele centrarse en la capa visible: el sitio web, la interfaz de búsqueda, el catálogo público, la página de la exposición, el mapa interactivo, la interfaz de la base de datos... Pero cuando la actividad cesa, la capa visible suele ser la primera en fallar. Lo que importa entonces es si la organización subyacente sigue siendo legible.

La inactividad, por lo tanto, no es una idea romántica. Es una condición técnica e institucional. Empuja a cuestionar si un proyecto se ha preparado lo suficiente para una actividad reducida sin renunciar a su futuro. O si se ha logrado que el silencio sea viable.

Latencia en lugar de acceso permanente

Estos ejemplos también ponen en duda una fantasía habitual relacionada con la preservación: la idea de que el acceso siempre debe ser inmediato, continuo y público.

El acceso permanente sigue siendo un objetivo importante cuando existen las condiciones necesarias para respaldarlo. Pero en contextos frágiles, suele convertirse en una falsa promesa inalcanzable. Algunos sistemas no pueden garantizar que un sitio siempre estará en línea, que una base de datos siempre va a responder, que la institución responsable se mantendrá estable o que las personas que comprenden el proyecto siempre estarán disponibles.

Lo que sí pueden preservar es la latencia. Latencia no es lo mismo que acceso. Un sistema latente puede estar inactivo, desconectado, sin mantenimiento o temporalmente inaccesible. Pero no se ha disuelto hasta volverse ilegible. Sus materiales, descripciones, relaciones y rutas de recuperación permanecen lo suficientemente intactos para su uso futuro. No está presente constantemente, pero no ha sido borrado.

Esto es mucho menos espectacular que el acceso permanente, Pero, para muchos sistemas frágiles, resulta mucho más honesto. La cuestión de la preservación se vuelve, en este caso, más precisa: ¿cómo evitamos que la invisibilidad temporal se convierta en permanente? Esta pregunta se vuelve particularmente relevante para los archivos independientes, los materiales de lenguas en peligro de extinción, los proyectos de documentación comunitaria, las pequeñas colecciones de investigación y los recursos ecológicos locales — registros electrónicos e infraestructuras de memoria que, por lo general, carecen de una protección institucional estable.

Para estos sistemas, el objetivo no siempre puede ser un servicio ininterrumpido. A veces, el objetivo realista es un silencio recuperable.

Lo que la planta no resuelve

La comparación biomimética desarrollada en estos párrafos ciertamente tiene límites, y esos límites importan. Una planta no es un archivo. El tejido desecado no son metadatos. La rehidratación no es una recuperación institucional. Los mecanismos ecológicos no proporcionan soluciones prefabricadas para infraestructuras culturales, técnicas o políticas. La naturaleza no nos da plantillas, y tratarla como un manual de diseño puede resultar sumamente ingenuo.

El valor de la planta reviviscente no reside en que nos dé una respuesta, sino en que nos plantea un problema mejorado. En este caso, diferencia la inactividad de la muerte. Demuestra que la supervivencia en condiciones hostiles puede depender de la reducción de las funciones habituales, protegiendo al mismo tiempo las estructuras que posibilitan la actividad futura. Sugiere que la interrupción no siempre es un accidente que se deba negar, sino una condición para la que se debe diseñar de antemano.

Para los sistemas de gestión de conocimiento, la pregunta no siempre es cómo mantenerse activos. A veces, la pregunta más difícil es cómo volverse inactivos sin desvanecerse. Un proyecto puede pausarse sin morir. Una colección puede dejar de estar disponible sin ser destruida. Un repositorio puede permanecer inactivo, siempre que sus condiciones de recuperación no se hayan perdido.

La continuidad no necesariamente implica estar siempre despierto. A veces, la preservación comienza por saber cómo descansar sin perder la forma.