Movwin: 한 개발자가 20년간 다듬어온 비공개 TUI 프레임워크 이야기

터미널 UI, 왜 다시 뜨고 있을까

요즘 터미널에서 동작하는 멋진 도구들이 부쩍 늘었어요. lazygit, k9s, btop 같은 도구들 한 번쯤 써보셨죠? 마우스 없이 키보드만으로 색깔 있는 화면을 휙휙 넘기면서 작업하는 그 느낌, 묘하게 중독성 있거든요. 이렇게 터미널 안에서 동작하는 UI를 TUI(Text User Interface)라고 불러요. GUI(그래픽 유저 인터페이스)의 사촌 격인데, 가볍고 빠르고 SSH로 원격 접속해도 그대로 쓸 수 있다는 강점이 있죠.

그런데 TUI를 직접 만들어 본 분들은 알 거예요. 이게 생각보다 까다로워요. 화면 갱신할 때 깜빡이지 않게 처리하고, 다양한 터미널 에뮬레이터(iTerm2, Alacritty, Windows Terminal 등)의 차이를 흡수하고, 키보드 입력을 잘 다루는 게 다 별개의 문제거든요. 그래서 Bubble Tea(Go), Textual(Python), Ratatui(Rust), Charm 같은 프레임워크들이 존재해요.

이번에 소개할 Movwin은 그 어디에도 속하지 않는 독특한 존재예요. 독일의 한 개발자 movq가 수십 년에 걸쳐 혼자 다듬어온 C 언어 기반 TUI 프레임워크거든요. 그리고 흥미로운 점은, 이걸 공개하지 않을 거라고 직접 밝혔다는 거예요.

Movwin은 어떤 프레임워크인가

블로그 글에서 저자가 풀어놓은 이야기를 따라가 보면, Movwin은 그가 1990년대부터 만들어 온 개인 프로젝트예요. 처음에는 단순한 ncurses 래퍼(ncurses는 터미널 화면을 다루는 고전적인 C 라이브러리예요)로 시작했는데, 시간이 지나면서 윈도우 시스템, 이벤트 루프, 위젯, 메뉴, 다이얼로그 같은 GUI 프레임워크에서나 볼 법한 기능들이 차곡차곡 쌓였대요.

저자가 보여준 스크린샷을 보면 정말 놀라워요. 터미널 안에서 여러 개의 창이 겹쳐 떠 있고, 메뉴바가 있고, 마우스로 드래그도 되고, 색상도 풍부하게 쓰여요. 마치 90년대 Turbo Pascal IDE나 Norton Commander를 보는 듯한 느낌인데, 그게 2026년에도 현역으로 돌아간다는 게 묘한 매력이에요. 본인이 일상에서 쓰는 메일 클라이언트, 파일 매니저, 노트 앱을 다 이 Movwin 위에 올려서 쓰고 있다고 해요.

기술적으로 봤을 때 흥미로운 부분은 자체 위젯 시스템이에요. 현대 TUI 프레임워크들이 "reactive" 패러다임(상태가 바뀌면 화면이 자동으로 다시 그려지는 방식)으로 가는 반면, Movwin은 전통적인 이벤트 기반 방식을 고수해요. 마치 90년대 Win32 API처럼 메시지 루프가 돌고, 각 윈도우가 메시지를 받아서 처리하는 구조죠. 효율적이지만 작성하기 좀 더 번거로운 방식이에요.

왜 공개하지 않을까

여기서 많은 분들이 의아할 거예요. "이렇게 잘 만들어놓고 왜 안 푸는데?" 저자의 답이 인상적이에요. 요약하면 "공개하는 순간 그건 더 이상 내 것이 아니게 된다"는 거예요.

오픈소스가 된다는 건 단순히 코드를 깃허브에 올리는 일이 아니에요. 이슈가 들어오고, PR이 들어오고, 사용자가 "이 기능 추가해주세요", "이 환경에서 안 돌아가요"라고 요청해요. 메인테이너는 그 모든 걸 감당해야 하고, 그게 어느 순간 본업보다 더 많은 시간을 잡아먹게 돼요. 저자는 이미 본업이 있고 가족이 있는 사람이고, Movwin은 그가 "나만을 위해, 내 방식대로 짜는 즐거움"을 누리는 공간이라는 거예요. 공개하는 순간 그 즐거움이 의무가 되어버리는 거죠.

또 하나 솔직한 이유는 품질이에요. 본인 혼자 쓰니까 "이 케이스는 내가 안 쓰니까 굳이 안 다뤄도 돼"라는 식의 결정을 자유롭게 할 수 있어요. 모든 터미널을 지원할 필요도, 모든 운영체제에서 빌드될 필요도 없거든요. 공개하면 "왜 내 환경에선 안 돼?"라는 질문에 답해야 하는데, 그건 완전히 다른 종류의 작업이에요.

업계 맥락에서 보면

이런 "개인용 소프트웨어"에 대한 재조명은 최근 들어 늘고 있어요. Permacomputing 운동이나 handmade software 흐름이 대표적이에요. 모든 게 SaaS로 가고 클라우드에 종속되는 시대에, "내가 직접 만들어서 내가 쓰는 도구"의 가치를 되짚어보자는 움직임이거든요.

Movwin이 공개되지 않는다는 점은 아쉽지만, 비슷한 철학을 가진 오픈소스 프레임워크는 많아요. 만약 Movwin 같은 느낌의 TUI를 만들고 싶다면, C에서는 notcurses(ncurses의 현대적 후예)나 termbox2가 좋은 선택이에요. Go라면 tview, Rust라면 cursive가 비슷한 윈도우 기반 패러다임을 제공해요. 더 reactive한 스타일을 원하면 Bubble Tea(Go)나 Textual(Python)이 강력하고요.

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

첫째, TUI는 여전히 강력한 선택지예요. 사내 운영 도구, DevOps 대시보드, 디버깅 헬퍼 같은 걸 만들 때 굳이 웹 프론트엔드를 띄울 필요 없이 TUI로 만들면 배포도 쉽고 속도도 빨라요. SSH 환경에서도 그대로 돌아가니까 서버 작업이 잦은 분들에겐 더할 나위 없죠.

둘째, 모든 코드가 공개될 필요는 없다는 메시지예요. 한국 개발자 문화에서 깃허브 별 개수나 오픈소스 기여가 평가 기준처럼 여겨지는 분위기가 있는데, 사실 개발의 본질적 즐거움은 "내가 쓸 도구를 내가 만든다"는 데 있거든요. 공개하지 않는 사이드 프로젝트도 충분히 가치 있는 시간이에요.

셋째, 20년을 한 프로젝트에 쏟는다는 것이 주는 울림이에요. 트렌드가 6개월마다 바뀌는 업계에서, 한 개발자가 자기만의 도구를 수십 년 다듬어 가는 모습은 일종의 영감이에요. 우리도 그렇게 길게 갈 수 있는 "내 도구" 하나 정도는 가져볼 만하지 않을까요.

마무리

모든 좋은 코드가 세상에 공개되어야 하는 건 아니에요. 어떤 코드는 만든 사람만을 위해 존재할 때 가장 빛나거든요.

여러분에게도 누구에게도 보여주지 않는, 오로지 자신만을 위해 다듬어 가는 사이드 프로젝트가 있나요? 있다면 어떤 도구인지, 왜 비공개로 두고 있는지 들어보고 싶어요.