데모신이 직접 만든 도구들: 아마추어 UI가 남긴 실무적 교훈

데모신(demo scene)은 코드와 그래픽, 음악을 실시간으로 결합해 기계의 한계를 시연하는 디지털 예술 하위문화다. 이 문화의 특징 중 하나는 창작자(scener)들이 필요한 도구를 스스로 만들어 썼다는 점이다. 기존 상용 소프트웨어를 흉내 내거나 아예 코드를 뜯어와 개조하는 일도 흔했다. 십 대의 미숙함, 오래된 습관, 실험 정신, 그리고 무엇이든 멋있게 보이려는 욕구가 뒤섞이면서 결과물의 사용자 인터페이스는 대단히 독특해졌다. 스웨덴 개발자 블로그 datagubbe.se가 정리한 이 도구들의 화면은, 오늘날 UI를 설계하는 실무자에게도 여러 시사점을 준다. 소개된 대부분은 아미가(Amiga)용이지만 코모도어 64, 아타리 ST, MS-DOS 등 여러 플랫폼이 함께 등장한다.

눈요기와 실용 사이에서 길을 잃은 인터페이스

대표적 사례가 Ipec Elite이 만든 아미가용 사인파 생성기 Elite Sinus Producer다. 데모는 흔히 '실시간'으로 불리지만, 7MHz급 CPU로 복잡한 수학 연산을 매 프레임 수행하기는 어렵다. 그래서 미리 계산한 값을 룩업 테이블로 저장해 두는 '프리칼크(precalc)' 기법이 널리 쓰였고, 이 도구는 그런 테이블을 만들어 어셈블리 소스 형태로 저장하는 용도다. 문제는 인터페이스다. F키로 항목을 고르면 뻐꾸기시계 샘플이 요란하게 재생되고, 도움말 화면은 배경에서 파란 래스터 바가 움직이고 화면 절반이 빨강과 청록으로 번쩍이는 와중에 글자를 읽어야 한다. 가독성을 전혀 고려하지 않은 폰트까지 더해져, 기능적 정보 전달과 시각적 과시가 정면으로 충돌하는 전형을 보여준다.

이런 '멋 우선' 설계는 음악 도구에서도 반복된다. 데모 음악은 전통 악보가 아니라 트래커(tracker)라는, 프로그래밍 에디터에 가까운 화면에서 만들어졌다. 아미가 트래커 계보는 1987년 카르스텐 오바르스키의 상용 Ultimate Soundtracker에서 출발해 NoiseTracker, ProTracker로 이어지며 무수한 변종을 낳았다. ProTracker의 파일 선택 화면은 주류 아미가 프로그램에 익숙한 사용자에게 '거의 직관적이지만 완전히는 아닌' 묘한 경험을 준다. 스크롤용 위·아래 화살표 사이에 세로로 배치된 EXIT 버튼처럼, 잘못 누르거나 놓치기 쉬운 배치가 곳곳에 있다. 반면 JamCrackerPro는 전통적 트래커 UI를 버리고 시스템 친화적인 다중 창 방식을 택해 대조를 이룬다.

도구가 곧 문화이자 계보였다

어셈블러 역시 이 계보 문화를 잘 보여준다. 신에서는 상용 Seka를 개조한 Seka, AsmOne 같은 파생물이 선호되었고, Trash'm-one 등 변종이 이어지며 유닉스에 비견될 만한 가계도를 만들었다. 이 어셈블러들은 실행 시 작업 메모리 크기를 먼저 묻고 명령줄 모드로 진입해 RAM과 CPU 레지스터를 살피게 하는 공통 방식을 따랐다. 메모리 보호가 없던 아미가에서 데모 코딩은 크래시가 잦았기에, 재부팅 후 메모리에 남은 소스를 되살리는 전용 리퍼(ripper)까지 존재했다. 게임 속 음악·샘플·스프라이트를 메모리에서 찾아 빼내는 Multi-Ripper 같은 도구도 같은 맥락이다.

배포와 복제를 위한 도구도 한 축을 이룬다. 파일 시스템을 우회해 플로피 트랙에 직접 데이터를 쓰는 데모(트랙모)나 게임은 표준 복사기로 다루기 어려웠기에 X-Copy, D-Copy 같은 전용 복사기가 쓰였다. X-Copy는 디스크 트랙마다 한 칸씩 격자로 복사 상태를 표시하고 완료 시 '보잉' 소리를 냈다. 이 밖에 실행 파일을 비대칭 압축하는 크런처 Titanics Cruncher, 아미가 최초의 바이러스를 만든 SCA가 스스로 만든 최초의 백신, 트랙모용 파일 관리자를 담은 TrackmoDOS 등도 소개된다. 인터넷 이전 통신 수단이던 BBS와 스크롤 텍스트를 위한 ANSI 에디터, 폰트 에디터, 아타리 팔콘의 DSP를 겨냥한 DSPdit처럼 특정 하드웨어에 밀착한 도구까지 스펙트럼은 넓다.

오늘의 실무자가 읽을 지점

이 화면들은 단순한 향수 이상의 의미가 있다. 첫째, 도구는 결국 사용자가 처한 제약의 반영이라는 점이다. 프리칼크와 리퍼, 트랙 단위 복사기는 느린 CPU와 부재한 메모리 보호, 파일 시스템 우회라는 하드웨어 현실에서 자라났다. 둘째, 강한 개성이 반드시 좋은 UX는 아니라는 점이다. 번쩍이는 배경 위의 도움말이나 스크롤 화살표 사이의 종료 버튼은 시각적 표현이 정보 전달을 압도할 때 무슨 일이 벌어지는지 보여주는 반면교사다.

동시에 정반대 사례도 함께 놓여 있다. 표준 GEM 툴킷을 쓴 DSPdit는 깔끔하고 전문적인 인상을 주고, JamCrackerPro는 시스템 규약을 따르는 다중 창으로 예측 가능성을 높였다. 표준 위젯과 플랫폼 관례를 따를 때 얻는 학습 용이성과, 독자적 설계로 얻는 개성 사이의 균형은 지금의 UI 설계에서도 그대로 유효한 긴장이다. 다만 이 글이 스크린샷 소개 중심의 개관인 만큼, 각 도구의 실제 사용성이나 채택 규모를 정량적으로 판단하긴 어렵다는 한계도 분명하다. 그럼에도 제약 속에서 태어난 아마추어 도구들의 화면은, 좋은 인터페이스가 무엇을 지키고 무엇을 절제해야 하는지에 대한 구체적인 예시집으로 읽힌다.