40년 전 운영체제용 프로그램을, 요즘 PC에서 개발하기

레트로 컴퓨팅이라는 취미의 세계

혹시 "옛날 8비트, 16비트 컴퓨터로 직접 프로그램을 만들어본다"는 취미를 들어보셨어요? 생각보다 이 동네가 꽤 활발해요. 그런 흐름 속에서 나온 재밌는 오픈소스 프로젝트가 하나 있는데, CP/M-86과 MS-DOS용 크로스 개발 환경이에요.

용어부터 풀어볼게요. CP/M은 MS-DOS가 나오기 전, 1970년대 후반에 개인용 컴퓨터를 지배하던 운영체제예요. 사실상 PC 운영체제의 할아버지뻘이죠. MS-DOS는 그 뒤를 이어 마이크로소프트가 IBM PC에 올려 대박을 친 운영체제고요. 윈도우의 조상님이라고 보면 됩니다. 둘 다 지금 기준으론 화석 같은 존재지만, 컴퓨팅 역사의 뿌리예요.

크로스 개발이 뭐냐면

이 프로젝트의 핵심 단어가 크로스 개발(cross development)이에요. 이게 뭐냐면, 프로그램이 실제로 돌아갈 컴퓨터와, 그 프로그램을 만드는 컴퓨터가 서로 다른 방식이에요.

생각해보면 당연한 고민이거든요. 40년 전 CP/M 기계는 화면도 텍스트뿐이고, 메모리도 손톱만 하고, 키보드 타이핑도 느려요. 그 위에서 직접 코드를 짜는 건 고문이죠. 그래서 "개발은 빠르고 편한 요즘 맥이나 리눅스 PC에서 하고, 결과물(실행 파일)만 옛날 운영체제 형식으로 뽑아내자"는 게 크로스 개발의 발상이에요. 임베디드 개발에서 흔히 쓰는 방식인데, 이걸 레트로 운영체제에 적용한 거죠.

그래서 이 도구를 쓰면 현대적인 코드 에디터에서 C나 어셈블리로 작업하고, 빌드를 돌리면 CP/M-86이나 MS-DOS에서 실제로 실행되는 바이너리가 만들어져요. 그 결과물을 에뮬레이터(옛날 컴퓨터를 흉내 내는 프로그램)나 진짜 빈티지 하드웨어에 올려서 돌려볼 수 있고요. 옛날 도구로 끙끙대지 않고도 그 시절 프로그램을 만들 수 있게 다리를 놓아주는 셈이에요.

이런 게 왜 의미가 있을까

물론 이걸로 돈 버는 사람은 거의 없어요. 명백히 취미와 보존(preservation)의 영역이죠. 그런데 의외로 배울 게 많아요.

요즘 우리는 메모리가 기가바이트 단위로 넘쳐나고, 프레임워크가 알아서 다 해주는 환경에서 코딩하잖아요. 그러다 보니 "컴퓨터가 진짜로 어떻게 돌아가는지"에 대한 감각이 무뎌지기 쉬워요. 그런데 CP/M, DOS 시절 프로그래밍은 메모리 한 바이트, CPU 사이클 하나를 아끼면서 짜야 했거든요. 운영체제가 해주는 게 거의 없으니까 직접 다 챙겨야 했고요. 이런 환경을 직접 만져보면 컴퓨터의 밑바닥 동작 원리가 몸으로 이해돼요.

비슷한 흐름으로는 옛날 게임기(NES, 게임보이)용 개발 툴체인이나, 8비트 어셈블리 학습 커뮤니티가 있어요. 다 같은 "옛것을 통해 기본기를 다진다"는 정신을 공유하죠.

한국 개발자에게

당장 실무에 쓸 일은 없을 거예요. 솔직하게 말하면요. 하지만 임베디드나 시스템 프로그래밍, 보안 쪽으로 깊게 가고 싶은 분이라면 이런 프로젝트를 주말에 한 번 만져보는 게 의외의 보약이 될 수 있어요. 메모리 구조, 바이너리 포맷, 어셈블리를 "작고 단순한 환경"에서 배우면 개념이 훨씬 또렷하게 잡히거든요. 큰 시스템에서 헤매던 개념이 작은 시스템에서 한 방에 이해되는 경험, 꽤 짜릿해요.

마무리

실용성으로만 따지면 0점에 가깝지만, 컴퓨팅의 뿌리를 더듬어보는 재미와 기본기 측면에서는 만점인 프로젝트예요. 가끔은 이렇게 옛것으로 돌아가 보는 것도 좋잖아요.

여러분은 레트로 컴퓨팅이나 저수준 프로그래밍, 해본 적 있으세요? 기본기를 다지는 데 가장 도움 됐던 "작은 환경" 경험이 있다면 공유해주세요.