1.44MB, 플로피 디스크에 담기는 소프트웨어의 부활?

커뮤니티에서는 네이티브 애플리케이션(Native Application)의 경우, 시스템에 이미 설치된 라이브러리를 활용하여 작은 용량으로 구현할 수 있다는 점을 강조한다. 하지만, C나 Python과 같이 런타임 환경이 필요한 경우, 런타임 자체의 용량이 커서 1.44MB 제한을 넘어서는 경우가 발생한다고 지적한다. 특히, 정적 링크(Statically Linking)를 통해 런타임을 포함하는 경우, 이 문제는 더욱 심화된다.

일부 의견에서는 웹 기술 기반 앱의 경우, 브라우저의 런타임 환경에 의존하기 때문에 용량 축소의 의미가 퇴색된다고 비판한다. HTML5를 지원하는 최신 브라우저를 전제로 개발되므로, 브라우저 자체의 용량이 수백 메가바이트에 달해, 작은 앱 용량의 장점이 무색해진다는 것이다. 또한, 웹 앱은 SDL(Simple DirectMedia Layer)과 같은 라이브러리에 의존하는 경우가 많아 용량 증가를 피하기 어렵다.

과거 플로피 디스크 시대에는 용량 제약으로 인해 최소한의 기능(Minimal Features)만을 제공하는 소프트웨어가 주를 이루었다. 하지만, 현재는 고해상도 디스플레이와 풍부한 사용자 경험을 중시하는 경향이 있어, 용량 증가를 불가피하게 받아들이는 분위기이다. 텍스트 기반 인터페이스(Text-based Interface)에서 벗어나 다양한 미디어 에셋(Media Assets)을 활용하는 추세도 용량 증가의 원인으로 지목된다.

매니페스토는 소프트웨어 개발 시 용량 최적화(Size Optimization)의 중요성을 강조하며, 제약 조건이 창의성을 자극한다고 주장한다. 하지만, 커뮤니티에서는 이러한 접근 방식이 단순히 향수(Nostalgia)에 기반한 것이라는 비판도 제기된다. 또한, 단일 목적(Single-Purpose)의 소프트웨어 개발이 현실적으로 얼마나 유효한지에 대한 의문도 제기되며, 개발 효율성(Development Efficiency)과의 균형을 고려해야 한다는 의견도 제시된다.