1985년 여름, 거절당한 도스 에뮬레이터 'DOSBOS' — 40년 전 인디 개발자의 좌절기

도입: 40년 전으로 떠나는 시간 여행

이번엔 좀 색다른 이야기예요. 1985년 여름, 한 개발자가 만든 DOSBOS라는 프로그램이 당시 유명한 컴퓨터 잡지 ANALOG Computing에 투고됐다가 거절당한 사연이에요. 요즘 기술 뉴스 사이에서 보면 "이게 왜 화제지?" 싶겠지만, 사실 이 안에는 지금 우리에게도 와닿는 개발자의 이야기가 담겨 있어요.

배경부터 설명할게요. 1980년대엔 지금처럼 인터넷도, 앱스토어도, GitHub도 없었어요. 개발자가 자기가 만든 프로그램을 세상에 알리고 돈을 벌 수 있는 거의 유일한 통로가 바로 컴퓨터 잡지였어요. 잡지들은 독자가 직접 타이핑해서 실행할 수 있는 프로그램 코드(리스팅)를 실어줬고, 채택되면 원고료를 받을 수 있었죠. 일종의 당시판 '앱 마켓'이자 '오픈소스 배포처'였던 셈이에요.

핵심: DOSBOS가 뭐였냐면

DOSBOS는 Atari(아타리) 8비트 컴퓨터에서 돌아가는 일종의 운영체제 보조 도구 내지 셸(shell, 명령을 입력해 컴퓨터를 다루는 인터페이스)이었어요. 당시 아타리 컴퓨터를 쓰던 사람들이 파일을 관리하고 디스크를 다루는 걸 더 편하게 해주려는 목적이었죠. 이름의 'DOS'는 디스크 운영체제(Disk Operating System)를 가리켜요.

중요한 건 이걸 한 개인 개발자가 자기 시간을 쏟아 만들었다는 점이에요. 그리고 잡지에 "이거 실어주세요" 하고 보냈는데, ANALOG Computing 편집부에서 거절당한 거죠. 이유는 여러 가지였을 텐데, 잡지 입장에선 지면이 한정돼 있고, 비슷한 도구가 이미 있거나, 독자층에 안 맞는다고 판단하면 가차 없이 거절했어요. 지금으로 치면 앱 심사에서 리젝당하거나, 오픈소스 PR(코드 기여)이 머지되지 못하고 닫히는 것과 비슷한 경험이었을 거예요.

업계 맥락에서 보면

이 이야기가 흥미로운 건, 개발 문화의 뿌리를 보여주기 때문이에요. 지금 우리는 코드를 짜면 즉시 GitHub에 올리고, npm이나 PyPI에 패키지를 배포하고, 전 세계 누구나 1초 만에 받아 쓸 수 있어요. 그런데 불과 40년 전엔 내가 만든 걸 세상에 내놓는 것 자체가 '관문(게이트키퍼)'을 통과해야 하는 일이었던 거죠.

그 게이트키퍼가 잡지 편집자에서 → 앱스토어 심사팀 → 오픈소스 메인테이너로 모습만 바뀌었을 뿐, "내 결과물이 거절당하는 경험"은 시대를 초월해 똑같이 존재한다는 게 묘하게 위로가 돼요. 또 당시 잡지에 실린 코드 리스팅 문화는 사실상 초기 형태의 코드 공유·오픈소스 정신이기도 했어요. 독자가 직접 코드를 타이핑하며 배웠으니, 지금의 "코드 읽으며 배우기" 문화의 원형인 셈이죠.

한국 개발자에게 주는 시사점

실무에 바로 쓸 기술은 아니지만, 마음가짐 면에서 배울 게 있어요. 우리도 PR이 거절당하거나, 사이드 프로젝트가 주목받지 못하거나, 면접에서 떨어질 때가 있잖아요. 1985년의 그 개발자도 똑같은 좌절을 겪었고, 그럼에도 그 코드와 이야기는 40년이 지난 지금까지 누군가에게 회자되고 있어요. 거절이 작품의 가치를 부정하는 건 아니라는 거죠.

또 하나, 레트로 컴퓨팅(옛 컴퓨터를 보존하고 연구하는 활동)은 단순한 향수가 아니에요. 제약이 심했던 8비트 환경에서 개발자들이 어떻게 메모리 한 바이트까지 아끼며 문제를 풀었는지 들여다보면, 자원이 풍족한 요즘 우리가 잊고 있던 "효율적으로 생각하는 법"을 다시 배울 수 있어요.

마무리

핵심은 이거예요. 기술은 빠르게 변하지만, 무언가를 만들어 세상에 내놓고 때론 거절당하는 개발자의 경험은 40년 전이나 지금이나 변함없다.

여러분은 가장 기억에 남는 '거절' 경험이 있나요? 그 거절이 결국 어떤 배움으로 이어졌는지, 댓글로 옛이야기를 나눠보면 재밌을 것 같아요.