Com o passar dos anos, fomos nos acostumando aos softwares ficarem cada vez mais pesados. Vemos isso em aplicativos que demoram para baixar, em ferramentas simples que vêm acompanhadas de camadas demais e em serviços que prometem conveniência em troca de ocupar mais espaço, consumir mais recursos e depender de mais peças invisíveis. Por isso, chama a atenção que, em 2026, quando boa parte da conversa tecnológica gira em torno da IA e de sistemas cada vez mais ambiciosos, haja quem defenda uma ideia que parece saída de outra época.
A iniciativa se chama Fits on a Floppy e parte de um manifesto publicado pelo desenvolvedor Matt Sephton. A ideia é simples: um aplicativo que queira exibir esse selo deve ter um tamanho total de download inferior a 1,44 MB, que é a capacidade de um disquete clássico de 3,5 polegadas.
O próprio manifesto resume o conceito: “o software perdeu o rumo”. Mas a proposta não é saudosismo em relação ao suporte físico, e sim recuperar a disciplina imposta por trabalhar com limites muito estreitos.
Durante muito tempo, fazer software também significava abrir mão de coisas. Se algo não era necessário, ficava de fora, porque memória, armazenamento e a paciência do usuário tinham um limite muito visível. Depois, veio uma fase diferente: as equipes passaram a ter mais margem, os downloads deixaram de parecer uma aventura e o tamanho de um aplicativo deixou de ser uma preocupação central. Foi aí que uma porta perigosa começou a se abrir.
Nem todo esse crescimento veio da adição de funções visíveis. Grande parte veio por baixo, na forma de camadas que o usuário nem sempre vê: bibliotecas, motores, sistemas de atualização, componentes pensados para sustentar mais de uma versão do mesmo produto e dependências que permitem avançar mais rápido sem resolver cada problema do zero. Essa forma de construção faz sentido em muitos casos, especialmente quando se quer manter o mesmo produto em vários sistemas. Mas também muda a escala.
É aí que entra o verdadeiro valor da proposta de Sephton. Fits on a Floppy não tenta demonstrar que tudo deve ser comprimido até caber em 1,44 MB, mas sim que uma restrição artificial pode servir para organizar prioridades. Se um aplicativo nasce para resolver uma tarefa específica, o manifesto defende que ele deve baixar rápido, iniciar sem demora, consumir poucos recursos, ser nativo e evitar dependências desnecessárias. A ideia central é simples: quanto menos “bagagem” uma ferramenta carrega, mais fácil fica entender o que ela faz, por que faz e quanto custa mantê-la.
Será que pega?
A pergunta, então, é se essa disciplina pode voltar a ter espaço fora do manifesto. Em parte do software, provavelmente sim. Não estamos falando de navegadores, editores de vídeo ou serviços com inteligência artificial integrada, mas de utilitários pequenos, ferramentas de função única e aplicativos nativos que muitas vezes não precisam carregar uma arquitetura enorme. Nesses casos, o argumento de Sephton ganha força: se o objetivo é limitado, o tamanho também deveria poder ser. Não por nostalgia, mas porque uma ferramenta simples tem menos desculpas para se comportar como uma plataforma completa.
O outro lado da história é que boa parte do software não vai ficar menor. Muitas aplicações atuais já não são apenas uma janela com uma função específica: integram contas, sincronizam dados, oferecem colaboração em tempo real, funcionam em vários sistemas e acumulam recursos que anos atrás não faziam parte de um aplicativo de desktop. Tudo isso pode ser justificado, mas pesa. Por isso, a promessa de voltar ao software leve tem limites claros. Em muitos produtos, a pergunta real não será se eles podem caber em um disquete, mas se estão crescendo por necessidade ou por acúmulo.
A graça do disquete, na verdade, está em que ele já não parece razoável. Justamente por isso ele obriga a olhar para o software de outro ponto de vista e a perguntar se todo esse peso responde a uma necessidade real ou a uma acumulação que ninguém teve coragem de revisar. Fits on a Floppy não pretende frear a evolução das ferramentas modernas nem negar que muitas delas precisam ser grandes. Sua utilidade está em outro lugar: lembrar que eficiência também é uma decisão de design, e que o tamanho de um aplicativo diz algo sobre como ele foi pensado.
Imagens | Fernando Lavin (Unsplash)
Este texto foi traduzido/adaptado do site Xataka Espanha.
Ver 0 Comentários