2026년 7월, 1984년에 나온 한 오래된 책이 Hacker News 메인에 올랐다. 『Digital Deli』——직역하면 「디지털 델리(식료품점)」——표지는 식탁 위에 전자 부품이 가득한 일러스트, 부제목은 이렇게 쓰여 있다: 「컴퓨터 전설, 문화, 라이프스타일에 관한 포괄적이고 누구나 사랑할 만한 메뉴판」
이 책은 42년 전 ‘런치 그룹’(The Lunch Group)이라 자칭한 극작가들이 모여 엮었다. 필자 명단은 오늘날 기준으로 충격적이다: Apple 공동 창업자 워즈니악, VisiCalc 발명가 Dan Bricklin, 하이퍼텍스트 선구자 Ted Nelson, 그리고 당시 오리건 황무지 오두막에 살며 1200피트 연장선으로 컴퓨터 전원을 공급받던 젊은이——Paul Lutus.
그림: 『Digital Deli』 1984년 원본 표지. 출처: AtariArchives.org
책이 올라간 후, Hacker News에서만 일어날 법한 일이 벌어졌다. lutusp라는 사용자가 댓글을 남겼는데, 자신이 바로 그 책의 한 장을 쓴 기고자라는 것이다. 그가 쓴 장의 제목은 「Cottage Computer Programming」(오두막 컴퓨터 프로그래밍). 그리고 그가 만든 프로그램은 Apple Writer——Apple II 시대 베스트셀러 워드 프로세서로, 5개 언어로 번역되어 국제적으로 히트했다.
그리고 그가 던진 숫자들. 필자는 그것을 읽고 정말 몇 초 동안 멍해졌다.
「자리 좀 잡으셨나요?」 그가 썼다. 「나는 어셈블리어로 워드 프로세서를 직접 손으로 짰다. 고작 8KB 메모리였다. 그 Apple II는 총 32KB RAM이 전부였다. 남은 24KB는 문서를 쓰는 공간이었다.」
「그리고 지금, 나는 24GB VRAM을 가진 GPU가 메모리 부족을 호소하는 걸 보고 있다. 정확히 100만 배 차이다. 고작 36년 만에.」
NASA 탈출자와 전기 없는 오두막
Paul Lutus의 이야기는 오늘날 스타트업 업계에 서사시로 만들어졌을 것이다.
1976년, 그는 NASA에서 우주왕복선의 전자 부품을 설계했다——오늘날 우주왕복선 기단에 켜진 표시등의 회로는 그가 설계한 것이다. 하지만 그는 이 삶이 뭔가 잘못됐다고 느꼈다. 그래서 그만뒀다.
그는 오리건의 황무지로 이사했다. 직접 목재를 나르고, 120미터 높이 언덕 위에 3.6m × 4.8m 크기의 오두막을 지었다. 길도, 전기도 없었다. 그는 채소를 키우고, 시를 쓰고, 공책에 수학 게임을 했다. 밤이면 석유등 아래서 『Scientific American』을 읽었다.
그림: Paul Lutus가 오리건에 지은 원시 오두막. 이곳에서 1200피트 연장선으로 Apple II에 전원을 공급하고 Apple Writer를 만들었다. 출처: AtariArchives.org
어느 날 그는 Apple II 광고를 봤다. 개인용 컴퓨터! 자전거를 타고 가장 가까운 공중전화 박스로 가서 주문했다. 그리고 1200피트(약 366미터) 연장선으로 산 아래 공사장의 전원을 오두막으로 끌어올렸다.
그의 첫 정식 제품은 Apple Writer 1판을 크라프트 봉투에 넣어 Apple에 우편으로 보낸 것이었다. Apple은 7500달러를 주고 샀다——그는 로열티를 생각하지 않았다. 하지만 운명은 장난을 쳤다: Apple 자체 엔지니어들이 그 프로그램을 고칠 수 없었다. 2년 후 재계약하여 로열티 조건으로 전환했다. 1984년이 되자 매일 그의 계좌로 들어오는 로열티는 이미 최초의 일시불 가격을 넘어섰다.
그는 자신을 「오리건의 은둔자」라고 불렀다. 먹지도 자지도 않고 코드를 짰다는 소문에 대해서는——「모두 사실이다」라고 말했다.
8KB 프로그램으로 무엇을 할 수 있을까?
오늘날 독자는 ‘8KB’가 얼마나 작은지 감이 안 올 수 있다. 비유를 들어보자: 지금 여러분이 읽고 있는 이 글, 순수 텍스트만 약 15KB다. 즉, Apple Writer라는 프로그램 자체가 지금 읽고 있는 이 글보다 더 작았다.
그러나 그것은 완전한 워드 프로세서였다. 편집, 서식 지정, 인쇄를 지원했다. 게다가 매크로 언어까지 내장되어——사용자가 스크립트를 작성해 기능을 확장할 수 있었다. 오늘날 Microsoft Word에 VBA 편집기가 내장된 것과 같다. 이 모든 것이 8KB 안에 들어 있었다.
어떻게 가능했을까? 두 단어로 요약된다: 어셈블리어와 선택지 없음.
어셈블리어는 가장 저수준의 프로그래밍 방식이다——CPU의 각 레지스터에 어떤 값을 저장할지, 각 메모리 주소에서 어떤 데이터를 읽을지 직접 지시한다. print("hello") 같은 고급 명령어는 없다. 효율은 극대화되지만, 코드 한 줄이 할 수 있는 일은 극히 작다. Lutus 자신의 말로는: 「컴퓨터는 불완전한 모든 것을 거부하며, 어떤 설명도 하지 않는다. 마침내 컴퓨터가 받아들일 답을 내놓았을 때, 그 수용은 완전하고 흔들리지 않는다.」
그에게 재능이 있었던 것은 분명하지만, 그가 해낼 수 있었던 더 근본적인 이유는 32KB라는 하드 한계가 어떤 빈틈도 용납하지 않았기 때문이다. 서드파티 라이브러리를 도입할 수 없었다. 라이브러리가 없었기 때문이다. 중복 코드를 몇 줄 더 쓸 수도 없었다. 메모리가 부족했기 때문이다. 「어차피 사용자가 하드웨어를 업그레이드하겠지」라고 의존할 수도 없었다. 아무도 업그레이드하지 않았기 때문이다. 모든 바이트는 스스로 자리를 증명해야 했다.
1984년 해커 세계는 어땠을까?
『Digital Deli』는 그 시대의 산 증인이다.
목차를 펼치면 이런 제목들이 보인다: 「해커 윤리」「컴퓨터 사용자 그룹」「가제트 클럽과 Apple의 탄생」「오두막 컴퓨터 프로그래밍」「불법 복제와의 전쟁」. 저자 목록에는 이후 개인용 컴퓨터 산업을 정의한 거의 모든 중요한 이름들이 있다. 그리고 책 전체의 분위기는——요즘 말로 하자면——「오픈소스 정신」이다. 당시에는 그런 말이 없었을 뿐이다.
워즈니악이 쓴 장에서는 「가제트 컴퓨터 클럽」(Homebrew Computer Club)을 회상한다——차고에서 회로 기판을 조립하던 극작가들이 두 주에 한 번씩 모여 회로도, 코드, 아이디어를 교환했다. 누구도 영업 비밀을 이야기하지 않았고, NDA에 서명하지 않았다. 스티브 잡스는 나중에 Apple 엔지니어들이 이런 모임에 가는 것을 매우 싫어했다. 그들이 「모든 것을 누설」했기 때문이다——워즈니악의 글에서는 이런 잡스의 태도에 대한 동의하지 않는 기색이 읽힌다.
또 다른 장인 「컴퓨터 잡지 광풍」(Stan Veit 집필)도 있다. 1984년 전후, 미국에는 수백 종의 컴퓨터 잡지가 유통되고 있었다——BYTE, Creative Computing, Compute!——매호마다 프로그램 리스트가 실려 독자가 직접 자신의 기계에 한 줄씩 입력할 수 있었다. 이런 「잡지=배포 채널」 모델은 오늘날 기준으로 신화처럼 느껴진다.
Lutus는 자신의 장에 이런 말을 남겼다. 2026년에 읽기에 특히 아프게 다가오는 문장이다: 「요즘 많은 사람들이 개인 오두막 프로그래머는 사라지고 있다고 말한다. 나는 그렇게 생각하지 않는다. 가장 뛰어난 프로그램은 여전히 한 사람 또는 기껏해야 두 사람의 산물이다. 일부 팀워크 실험은 완전한 실패로 끝났다.」
진짜 문제: 기술 발전이 아닌 ‘자원 과잉’
Reddit에서 본 고전적인 농담이 있다: 어떤 프로그래머가 자신의 Electron 앱(웹 기술로 포장한 데스크톱 프로그램)이 500MB 메모리를 잡아먹고 있는데, 이 앱의 기능은 타임머를 하나 표시하는 게 전부라는 글을 올렸다. 가장 많은 추천을 받은 댓글은: 「1985년 Amiga 500은 512KB 메모리로 완전한 운영체제, GUI, 오디오 샘플러, 멀티태스킹 게임을 실행했다.」
이것은 향수에 젖은 불평이 아니다. 이것은 실제 퇴보다.
오늘날의 소프트웨어 비대화에는 경제학 용어가 있다: 「Wirth의 법칙」——소프트웨어가 느려지는 속도가 하드웨어가 빨라지는 속도보다 빠르다. 니클라우스 비르트(Pascal 언어 창시자)가 1995년에 예견했다. 그리고 2026년, 이 법칙은 GPU VRAM 영역에서 가장 터무니없는 방식으로 재현되고 있다.
Paul Lutus가 HN 댓글에서 말한 「24GB VRAM 부족」은 농담이 아니다. 현재 주류 오픈소스 AI 모델의 배포 요구사항을 확인해보면: 70억 파라미터 모델은 표준 정밀도에서 약 14GB VRAM이 필요하다. 130억 파라미터 모델은 약 26GB——24GB 그래픽 카드의 용량을 살짝 넘는다. 720억 파라미터 최상위 모델은 약 144GB가 필요하다.
즉, 1984년에는 32KB로 완전한 워드 프로세서와 문서 하나를 실행할 수 있었다. 2026년, 천만 원 이상을 주고 최고급 그래픽 카드를 사도 ‘중간’ 수준의 AI 모델조차 돌릴 수 없다.
모순의 핵심은 기술이 아니라 태도다.
당시의 프로그래머는 메모리의 모든 바이트를 스스로 관리해야 했다. 운영체제가 가비지 컬렉션을 해주지 않았고, 프레임워크가 저수준 세부 사항을 추상화해주지 않았기 때문이다. 이런 「강제된 알뜰함」은 극도로 높은 코드 품질을 낳았다. 오늘날, 여러 계층의 추상화가 쌓아올린 소프트웨어 대탑은 각 층마다 메모리를 삼킨다. 「어차피 충분하겠지」라는 태도가 한때의 알뜰함을 대체했다.
그리고 한 가지 작은 에피소드: Tom Clancy는 ‘백업’이 뭔지 몰랐다
Lutus는 HN 댓글 말미에 한 가지 일화를 덧붙였다. 필자는 이 이야기가 앞의 모든 데이터보다 더 큰 울림을 준다고 생각한다.
80년대 초, Tom Clancy는 그의 대표작 『붉은 10월(Red October)』을 쓰고 있었다. Apple Writer로 말이다. 어느 날 전화가 왔다. 디스켓 한 장이 읽히지 않는다는 것이었다——방금 막 써낸 한 챕터 전체가 들어 있는 디스켓이었다.
Lutus는 나쁜 소식을 전했다: 복구 불가능이다. 그리고 당연하다는 듯이 말했다: 「백업 디스크를 쓰세요.」
Clancy의 대답: 「백업 디스크가 뭔데?」
실화다.
이후 세계 최고의 밀리터리 스릴러 작가가 된 이 남자는, 『붉은 10월』을 쓸 당시, 「파일을 복사해둔다」는 오늘날 모든 스마트폰 사용자가 당연히 아는 개념조차 몰랐다.
Lutus가 이 이야기로 글을 마무리했을 때, 필자의 느낌은 이렇다: 이 이야기는 1984년 그 시대 해커들의 처지를 은유한다. 그들은 아무도 어떻게 하는지 모르는 일을 하고 있었다. 스스로 도구를 발명하고, 스스로 프로세스를 터득하고, 스스로 모든 실수를 저지르고 나서——그 교훈과 코드를——차고에서 회로 기판을 납땜하던 다음 사람에게 공유했다.
향수가 아니다, 하나의 질문이다
이 글은 ‘과거는 아름다웠다’는 찬양을 위해 쓰지 않았다. 1984년의 컴퓨터 세계는 결코 목가적이지 않았다——Apple II 사용자는 디스크를 바꿀 때마다 수동으로 읽기/쓰기 명령을 입력해야 했고, CRT 모니터는 편두통이 생길 정도로 깜빡였으며, 프린터는 종이를 반으로 찢곤 했다. 사용하기 좋은 시대가 아니었다.
하지만 그것은 정직한 시대였다.
32KB의 하드웨어 제약은 정직했다. 어셈블리어는 정직했다——당신이 써 내려간 모든 명령어를 CPU는 있는 그대로 실행했다. Homebrew 클럽의 공유 문화도 정직했다——아무도 영업 비밀을 가장하지 않았다. 모두가 제로에서 바퀴를 발명하고 있었고, 그것을 공짜로 나눠줬기 때문이다.
오늘날 소프트웨어 세계는 메모리가 부족하지 않다. 연산력이 부족하지 않다. 자본이 부족하지 않다. 부족한 것은 바로 ‘32KB 안에 쓸모 있는 무언가를 반드시 내놓아야 한다’는 강제된 자기 절제다.
Lutus가 2026년 자신의 24GB 그래픽 카드가 메모리 오류를 뱉는 모습을 바라보며, 그가 진정으로 개탄했던 것은 아마도 더 근본적인 어떤 것이 사라졌다는 점일 것이다: 제약이 낳는 창의성.
참고 링크:
- Hacker News 토론: Digital Deli, 1984 book by early PC hackers and enthusiasts
- AtariArchives: Digital Deli 전체 책 온라인판
- Paul Lutus 장: Cottage Computer Programming
- Internet Archive: Digital Deli 전체 책 스캔본
- Wikipedia: Apple Writer