14 de junio de 2026 · [[El Abismo de Máquina/Ecos|¿qué es un eco?]] # Eco (serie 1/3): Vídeo - Qué hace que el software sea un "lugar" > [!entradilla] > Interface Studies explica cuándo el software deja de ser una cosa que consultas y se convierte en un sitio donde entras, y por qué casi todo lo que usamos hoy ha perdido esa cualidad. > [!tip]- De dónde viene esto y por qué lo publico > > Esto abre una pequeña serie. Tres vídeos del mismo autor, Interface Studies (Saleh Kayyali), que en el fondo cuentan una sola historia en tres capítulos: cómo la interfaz ha ido pasando de ser un lugar donde entrabas, a una búsqueda, y al final a un prompt. Cada salto gana velocidad y pierde algo. Los publico en ese orden porque es el camino que recorre la propia tecnología, y porque cada vídeo termina señalando el tema del siguiente. > > Este primero va de cuándo el software se siente como un sitio y no como una cosa. El autor parte de las enciclopedias en CD-ROM de los 90, esas que abrías y la pantalla se convertía en una habitación con cajones, un telescopio y un microscopio, y se pregunta por qué casi nada de lo que usamos hoy nos deja esa sensación. Su respuesta: el navegador, los design systems, los feeds y ahora la IA generativa han ido aplanando el espacio hasta que el software dejó de ser algo que habitar para ser algo que consultar. > > Lo traigo porque es la mejor explicación que he visto de algo que se intuye pero cuesta nombrar. Como dice él, la cuestión es "cuándo el software empieza a sentirse como un sitio en vez de como una cosa". Y deja una idea que se queda dando vueltas: el carácter de lugar puede propiciarse, pero no fabricarse. Aviso de que es un pelín más hardcore de lo habitual por aquí; si te interesa cómo la IA está cambiando el software y cómo la herramienta que eliges cambia tu forma de pensar, los tres te van a gustar. > > El vídeo original, de Interface Studies en YouTube: [What Makes Software a "Place"](https://www.youtube.com/watch?v=tBE2ZYx7MWw) > [!abstract]- Resumen esquemático > > 1. Tesis > > - Concepto de "lugar" (place): cuándo el software se siente como un sitio donde entras, no como una cosa que usas o consultas. > - Usamos lenguaje espacial para el software de forma automática: "estar en" Slack o en X, un foro que se siente distinto tras un rediseño. > - Base académica: Harrison y Dourish, "Re-Place-ing Space" (CSCW, 1996). Espacio = disposición geométrica; lugar = un espacio que ha adquirido significado social y de comportamiento a través del uso. > - Principio que el paper repite tres veces: el espacio es la oportunidad, el lugar es la realidad ya entendida. > - El carácter de lugar puede propiciarse pero no fabricarse: el diseñador crea las condiciones (disposición, continuidad en el tiempo), pero ese carácter emerge del retorno, el ritual y el uso. > - El vídeo extiende la idea del software colaborativo (el del paper) al software de autor de un solo usuario, donde las condiciones las crea el diseño editorial, no el uso comunitario. > - Ejemplo madre: la enciclopedia multimedia en CD-ROM (DK Eyewitness, finales de los 90). La pantalla era una habitación (un observatorio, un estudio con cajones, una biblioteca), no un menú. El mundo cabía en el disco; el disco era finito y era tuyo. > > 2. Las cuatro propiedades de un lugar (caso fácil: los videojuegos) > > - Minecraft, Stardew Valley, Animal Crossing, EverQuest, Disco Elysium: inconfundiblemente lugares, con poca relación con el realismo gráfico o la sofisticación técnica. > - Disposición espacial estable: las salas y las distancias importan; recuerdas dónde están las cosas porque siguen ahí al volver. > - Identidad reconocible: una captura de un juego no es intercambiable con otra; cada mundo se ve y suena como él mismo, no como todo lo hecho con el mismo motor. > - Bordes: incluso los mundos grandes se sienten limitados; estás dentro de algo con límites, no flotando en un flujo infinito. > - Affordances ligadas a la ubicación: lo que puedes hacer aquí es distinto de lo que puedes hacer allí (una aldea no es una cueva, ni un taller, ni una pantalla de menú). > - Los juegos conservan las cuatro porque hay incentivo económico: el mundo es el producto; el diseño y el negocio empujan en la misma dirección. Fuera de los juegos, casi nunca. > > 3. Una complicación: los lugares por accidente > > - Algún software se vuelve lugar sin haberse diseñado como tal. Ejemplo clásico: Hacker News, interfaz mínima, sin metáfora ni habitaciones, y aun así un lugar para quien vuelve a diario. > - Lo mismo valió para foros longevos, para Twitter hace una década y para X hoy para algunos. > - Ese carácter de lugar es real pero frágil: depende de la continuidad de la comunidad y de que la interfaz no rompa los hábitos que se forman dentro. > - Cuando Twitter, Reddit y Facebook viraron a feeds algorítmicos, mucha gente sintió que el lugar desaparecía casi de golpe. > - Dos orígenes del carácter de lugar: por estructura de autor (enciclopedia, videojuego) y por uso social (foro). El primero sobrevive incluso en soledad; el segundo depende casi por completo de la gente que hay dentro. > - El resto del vídeo va del primero, porque es el que ha abandonado el software comercial y el que habría que recuperar a propósito. > > 4. Por qué la mayoría del software perdió su carácter de lugar > > - El navegador aplanó el marco: al volverse la web la superficie principal de entrega, las aplicaciones dejaron de controlar su entorno exterior (pestañas, barra de direcciones, historial, botón atrás, scroll). > - Los design systems aplanaron el interior: Material Design, las Human Interface Guidelines de Apple, Bootstrap, Tailwind. Resolvieron problemas reales de accesibilidad, responsive y velocidad, pero empujaron a converger en la misma gramática visual. > - El responsive alejó las interfaces de las disposiciones espaciales fijas, porque todo tenía que funcionar en cualquier tamaño de pantalla. > - Los feeds sustituyeron a las páginas: en vez de volver a ubicaciones estables, vuelves a un flujo que se regenera en cada visita; la estructura ya no promete que nada siga donde estaba. > - Las interfaces generativas: la respuesta a una pregunta de referencia, que antes era una página que alguien había dispuesto, ahora la genera un modelo a demanda. Llega más rápido y más cómoda, pero desaparece algo. La página tenía un layout; la respuesta del modelo tiene una burbuja de chat. > - Lo que se pierde no es información, es disposición. El carácter de lugar depende de la disposición: en la enciclopedia el conocimiento quedaba pegado a una ubicación (el cajón de los fósiles, la sala del telescopio, la pantalla del planeta que gira). > - Efecto acumulado del navegador, los design systems, los feeds y la generación: el software pasa de presentarse como algo que habitar a algo que consultar. > > 5. Excepciones: software que aún se siente como un lugar > > - PostHog: rehízo su web de marketing (septiembre de 2025) para comportarse como un sistema operativo (ventanas que encajan, varias apps internas). Su propiedad más fuerte es el marco propio: rechaza la plantilla estándar de scroll y pie de página y se hace reconocible de un vistazo; la home es un escritorio por el que te mueves, no una página que scrolleas. > - Not Boring Software (estudio de Andy Allen, Seattle): utilidades cotidianas (tiempo, calculadora, cámara). Cada app es un mundo pequeño y autocontenido con su propia física, sus sonidos, sus hápticos y su identidad visual. No parece una utilidad que implementa una función, parece una habitación en la que has entrado. > - The Elements y Shakespeare's Sonnets: la continuación más directa del CD-ROM. En The Elements cada elemento rota como muestra 3D en su panel; la tabla periódica es un objeto físico que recorres, no un gráfico que consultas. En Sonnets, los 154 poemas se recitan a cámara con notas sincronizadas línea a línea. Cumplen las cuatro propiedades; prueban que la forma sobrevive al cambio de medio cuando alguien se compromete. > - Tradición relacionada: las "Explorable Explanations" de Bret Victor (ensayo de 2011): el ordenador debería ayudar a aprender dejándonos manipular ideas, no solo leer. De ahí los ensayos interactivos web de gente como Bartosz Ciechanowski. Suelen ser scrolls, no salas, así que no son lugares en sentido pleno, pero conservan lo importante: entender puede emerger de la disposición y la interacción, no solo de recuperar. > > 6. Cierre > > - La vieja enciclopedia era limitada técnicamente (baja resolución, vídeos diminutos, cabía en un disco), pero alguien la dispuso con el cuidado suficiente para que décadas después aún se sienta como un sitio. No es nostalgia ni texturas skeuomórficas ni exceso multimedia: es continuidad, disposición, memoria y la sensación de que el software tiene interior. > - Gran parte del software moderno ya no quiere ser habitado: quiere ser fluido, consultable, responsive, universal. A veces eso da mejores herramientas, pero se pierde algo cuando toda interfaz se vuelve intercambiable, toda página un feed y toda respuesta algo generado al vuelo sin posición estable. > - El carácter de lugar puede propiciarse pero no fabricarse (Harrison y Dourish, hace tres décadas). Depende de dos condiciones: que alguien se responsabilice de disponer el entorno (su layout, su marco, sus bordes y sus ubicaciones) y que se le permita mantener esa disposición el tiempo suficiente para que el usuario construya memoria dentro. > - Es raro hoy porque las condiciones para que ocurra son raras. Hasta que eso cambie, la mayoría del software no será un lugar. # Vídeo original: What Makes Software a "Place"  Fuente: [What Makes Software a "Place"](https://www.youtube.com/watch?v=tBE2ZYx7MWw) --- ## Bonus > [!tip]+ En esta serie > - [[Eco-The-Hidden-Cost-of-Instant-Answers|El coste oculto de las respuestas instantáneas]] - Capítulo 2. El salto de navegar a buscar, y los hallazgos por casualidad que perdimos en el camino. > - [[Eco-When-the-Interface-Flattens-Into-a-Prompt|Cuando la interfaz se reduce a un prompt]] - Capítulo 3. El final del recorrido: todo colapsa en una caja de texto, y lo que eso le hace a nuestra cabeza. > [!tip]+ Para profundizar en Internet > - [Re-place-ing Space: The Roles of Place and Space in Collaborative Systems](https://dl.acm.org/doi/10.1145/240080.240193) · Harrison y Dourish (1996) - El paper sobre el que se apoya todo el vídeo. De aquí salen la distinción entre espacio y lugar y la idea de que el carácter de lugar se propicia pero no se fabrica. > - [How can we develop transformative tools for thought?](https://numinous.productions/ttft/) · Andy Matuschak y Michael Nielsen - Llevan la idea de "software con interior" al presente: cómo serían herramientas que de verdad amplían el pensamiento en vez de solo consultarlo. Largo y exigente, pero merece la pena. > - [ciechanow.ski](https://ciechanow.ski/) · Bartosz Ciechanowski - El ejemplo vivo de lo que el vídeo echa de menos: ensayos que entiendes manipulándolos, no leyéndolos. Abre cualquiera y se ve solo.