La eficiencia también es una decisión de diseño
En un momento en que la tecnología celebra la ambición sin límites, un desarrollador propone recuperar la disciplina de los orígenes: que el software vuelva a caber en 1,44 MB, la capacidad de un disquete de los años noventa. La iniciativa 'Fits on a Floppy', nacida del manifiesto de Matt Sephton, no es nostalgia por el soporte físico, sino una invitación a preguntarse si el peso creciente de las aplicaciones responde a una necesidad real o a una acumulación que nadie se atrevió a cuestionar. En la historia del diseño, los límites han sido siempre maestros más exigentes que la abundancia.
- El software moderno ha normalizado un crecimiento silencioso: aplicaciones simples que llegan cargadas de librerías, dependencias y capas de código que el usuario nunca ve ni pidió.
- La iniciativa 'Fits on a Floppy' irrumpe como una provocación deliberada, fijando en 1,44 MB el techo de descarga para cualquier aplicación que quiera llevar su insignia.
- El manifiesto de Matt Sephton no busca detener la evolución tecnológica, sino forzar una pregunta incómoda: ¿está creciendo este software por necesidad o por acumulación que nadie revisó?
- La propuesta encuentra su terreno más fértil en utilidades pequeñas y herramientas de función única, donde el argumento del tamaño mínimo es más difícil de rebatir.
- El movimiento aterriza como recordatorio de que la eficiencia es una decisión de diseño, y que el tamaño de una aplicación revela algo fundamental sobre cómo fue concebida.
El software se ha vuelto pesado sin que casi nadie lo haya decidido conscientemente. Descargamos herramientas que prometen una sola función y llegan acompañadas de capas invisibles de código, librerías compartidas y dependencias que facilitan el desarrollo pero engordan el resultado. Es tan habitual que ya no lo cuestionamos.
En ese contexto, la iniciativa 'Fits on a Floppy' suena anacrónica a propósito. Nació del manifiesto del desarrollador Matt Sephton y establece una regla tan simple como provocadora: cualquier aplicación que quiera llevar su insignia debe ocupar menos de 1,44 MB en descarga, exactamente la capacidad de un disquete de 3,5 pulgadas de los años noventa. No es nostalgia por el soporte físico. Es una apuesta por recuperar la disciplina que imponía trabajar dentro de límites muy estrechos.
Hubo un tiempo en que hacer software significaba renunciar constantemente a lo no esencial. Luego los equipos ganaron capacidad, las descargas dejaron de ser una aventura y el tamaño de una aplicación dejó de ser una preocupación. Ahí se abrió una puerta que nadie ha cerrado desde entonces. El crecimiento no fue accidental: vino de motores de ejecución, sistemas de actualización automática y componentes pensados para sostener múltiples versiones de un mismo producto.
El valor real de la propuesta de Sephton está en usar la restricción como herramienta de diseño. Si una aplicación nace para resolver una tarea concreta, el manifiesto pide que descargue rápido, arranque sin espera, consuma pocos recursos y evite dependencias innecesarias. Cuanto menos equipaje carga una herramienta, más fácil es entender qué hace y cuánto cuesta mantenerla.
Esa disciplina tiene más posibilidades de prosperar en utilidades pequeñas y herramientas de función única que en navegadores, editores de vídeo o servicios con inteligencia artificial integrada. Muchas aplicaciones modernas integran cuentas, sincronizan datos y funcionan en varios sistemas: ese peso puede estar justificado. Pero en muchos otros casos, la pregunta real no será si caben en un disquete, sino si están creciendo por necesidad o por acumulación que nadie se atrevió a revisar.
La gracia del disquete está precisamente en que ya no parece razonable. Por eso obliga a mirar el software desde otro lugar. 'Fits on a Floppy' no pretende detener la evolución de las herramientas modernas, sino recordarnos que la eficiencia también es una decisión de diseño, y que el tamaño de una aplicación dice algo fundamental sobre cómo fue pensada.
El software se ha vuelto pesado. Lo notamos cada vez que descargamos una aplicación simple que tarda minutos en llegar, cada vez que abrimos una herramienta que promete una sola función pero viene acompañada de capas invisibles de código, cada vez que un servicio nos pide espacio, recursos y conexión constante a cambio de comodidad. Es tan normal que casi no lo cuestionamos. Pero en 2026, mientras la conversación tecnológica gira obsesivamente alrededor de la inteligencia artificial y sistemas cada vez más ambiciosos, hay quien propone algo que suena anacrónico: que el software vuelva a caber en un disquete.
La iniciativa se llama Fits on a Floppy. Nació de un manifiesto del desarrollador Matt Sephton, y su regla es tan simple como provocadora: una aplicación que quiera llevar su insignia debe ocupar menos de 1,44 MB en descarga, exactamente la capacidad de un disquete de 3,5 pulgadas de los años noventa. El manifiesto lo dice sin rodeos: el software ha perdido el rumbo. Pero no se trata de nostalgia por el soporte físico. Se trata de recuperar la disciplina que imponía trabajar dentro de límites muy estrechos.
Hubo un tiempo en que hacer software significaba renunciar constantemente. Si algo no era estrictamente necesario, no entraba. La memoria era cara, el almacenamiento limitado, la paciencia del usuario visible. Luego los equipos ganaron capacidad. Las descargas dejaron de ser una aventura. El tamaño de una aplicación dejó de ser una preocupación. Y ahí se abrió una puerta que nadie ha cerrado desde entonces.
El crecimiento no fue accidental. Buena parte vino de cosas que el usuario nunca ve: librerías compartidas, motores de ejecución, sistemas de actualización automática, componentes diseñados para sostener múltiples versiones del mismo producto, dependencias que permiten avanzar más rápido sin resolver cada problema desde cero. Esa forma de construir tiene sentido en muchos casos, especialmente cuando un producto debe funcionar en varios sistemas. Pero cambia la escala de todo.
Ahí está el valor real de la propuesta de Sephton. Fits on a Floppy no pretende que todo el software quepa en 1,44 MB. Pretende que una restricción artificial puede servir para ordenar prioridades. Si una aplicación nace para resolver una tarea concreta, el manifiesto pide que descargue rápido, arranque sin espera, consuma pocos recursos, sea nativa y evite dependencias innecesarias. La lógica de fondo es clara: cuanto menos equipaje carga una herramienta, más fácil es entender qué hace, por qué lo hace y cuánto cuesta mantenerla.
La pregunta real es si esa disciplina puede recuperar terreno fuera del manifiesto. En cierta parte del software, probablemente sí. No hablamos de navegadores, editores de vídeo o servicios con inteligencia artificial integrada. Hablamos de utilidades pequeñas, herramientas de una sola función, aplicaciones nativas que muchas veces cargan con una arquitectura enorme sin necesitarla. Ahí el argumento es más fuerte: si el objetivo es limitado, el tamaño también debería poder serlo. No por nostalgia, sino porque una herramienta simple tiene menos excusas para comportarse como una plataforma completa.
Pero el otro lado de la historia es que buena parte del software moderno no va a hacerse más pequeño. Muchas aplicaciones ya no son solo una ventana con una función: integran cuentas, sincronizan datos, ofrecen colaboración en tiempo real, funcionan en varios sistemas, acumulan funciones que hace años no formaban parte de una aplicación de escritorio. Todo eso puede estar justificado. Pero pesa. Por eso la promesa de volver al software ligero tiene límites claros. En muchos productos, la pregunta real no será si pueden caber en un disquete, sino si están creciendo por necesidad o por acumulación que nadie se atrevió a revisar.
La gracia del disquete está en que ya no parece razonable. Precisamente por eso obliga a mirar el software desde otro lugar y a preguntarse si todo ese peso responde a una necesidad real o a una acumulación silenciosa. Fits on a Floppy no pretende detener la evolución de las herramientas modernas ni negar que muchas necesitan ser grandes. Su utilidad está en otra parte: recordarnos que la eficiencia también es una decisión de diseño, y que el tamaño de una aplicación dice algo fundamental sobre cómo fue pensada.
Citas Notables
El software ha perdido el rumbo— Manifiesto de Fits on a Floppy
La Conversación del Hearth Otra perspectiva de la historia
¿Por qué un disquete? ¿Por qué no simplemente pedir que el software sea más pequeño?
Porque un disquete ya no tiene sentido. Eso es exactamente lo que lo hace útil. Obliga a pensar diferente cuando algo parece absurdo.
Pero hay aplicaciones que legítimamente necesitan ser grandes. Un editor de vídeo, por ejemplo.
Claro. El manifiesto no pretende que todo quepa. Pretende que cuando algo es pequeño, debería poder serlo sin excusas. Que la restricción ordene las prioridades.
¿Entonces es solo para utilidades?
Principalmente. Para herramientas de una sola función, para aplicaciones nativas que no necesitan cargar con arquitecturas enormes. Ahí el argumento es más fuerte.
¿Y qué pasa con todas esas capas invisibles que mencionas? ¿Las librerías, las dependencias?
Facilitan el desarrollo, pero también ocultan lo que realmente hace una aplicación. Cuanto menos equipaje, más fácil es entender qué cuesta mantenerla.
¿Crees que esto puede cambiar algo en serio?
En cierta parte del software, sí. Pero la mayoría de aplicaciones modernas ya no son solo una función. Integran cuentas, sincronizan datos, colaboran en tiempo real. El tamaño es consecuencia de eso, no accidente.