TUI가 다시 뜨는 이유: 네이티브 UI의 실패와 터미널의 귀환 (wiki.alcidesfonseca.com)

한줄 요약

네이티브 GUI의 분열과 Electron의 한계가 TUI 르네상스를 만들어내고 있다.

터미널 UI(TUI)가 개발 생태계의 전면에 다시 등장하고 있다. Ruby on Rails 창시자인 DHH가 공개한 리눅스 배포판 Omarchy에서 TUI를 핵심 인터페이스 중 하나로 채택한 것은 단순한 취향 문제가 아니다. 이는 현재 주요 OS의 GUI 생태계가 공통적으로 겪고 있는 구조적 문제를 반영한다.

무엇이 달라지나?

GUI 생태계 3대 플랫폼 모두 '표준' 없이 표류 중이다

Windows는 MFC, Winforms, WPF, Silverlight, WinUI, MAUI로 이어지는 GUI 프레임워크의 연속 실패를 경험해 왔다. 각 세대가 이전 세대의 공백을 메우지 못한 채 쌓여, 결과적으로 개발자는 무엇을 선택해야 할지조차 불분명한 상황에 놓였다.

Linux는 자유로운 생태계 철학 덕분에 GTK와 Qt라는 두 진영이 공존하지만, 수천 가지 하드웨어·배포판·데스크톱 환경의 조합을 감당하기 어렵다 보니 기업 입장에서 네이티브 Linux 앱 개발은 사실상 포기 상태다.

macOS는 가장 뼈아프다. 한때 전 세계 UI 교육의 기준으로 인용되던 Apple Human Interface Guidelines를 Apple 스스로가 무너뜨리고 있다. Fitts의 법칙 무시, 창 크기 조절의 어려움, 메뉴 아이콘 남발 등이 연이어 지적되면서, 디자이너와 개발자가 신뢰하던 macOS의 일관성은 빠르게 희석되고 있다.

Electron이 채운 공백, 그러나 대가가 크다

세 플랫폼 모두에서 네이티브 대안이 흔들리자 Electron이 사실상의 크로스플랫폼 표준으로 자리를 잡았다. Slack, Discord, VSCode, Cursor 등 개발자가 매일 쓰는 핵심 도구들이 Electron 기반이다. 메모리 사용량은 과거보다 개선됐다는 평가도 있지만, 더 근본적인 문제는 따로 있다. OS 수준의 키보드 워크플로 통합이 되지 않고, 메뉴바에 기능이 제대로 노출되지 않으며, 앱마다 전혀 다른 인터랙션 패턴을 강요한다. Cursor나 VSCode에서 에이전트 패널과 사이드 패널 사이를 키보드만으로 자유롭게 이동하는 것이 왜 아직도 어려운가. 이 질문이 Electron의 구조적 한계를 압축한다.

TUI가 채우는 자리

TUI는 빠르고, 자동화하기 쉽고, 운영체제를 가리지 않는다. SSH 원격 접속 환경에서도 X forwarding 없이 동작하며, 클라우드 머신이나 GPU 서버에서도 동일한 경험을 제공한다. Claude나 Codex 같은 AI 코딩 도구가 CLI/TUI 방식으로 빠르게 확산되는 것도 같은 맥락이다. 인터페이스가 OS와 싸우지 않을 때, 개발자는 비로소 작업 자체에 집중할 수 있다.

실무에서 어떤 의미인가?

개발팀 입장에서 TUI의 부상은 두 가지 실질적 변화를 의미한다.

첫째, 내부 도구 설계 기준이 바뀐다. 사내 DevOps 도구, 배포 스크립트, 모니터링 인터페이스를 굳이 Electron이나 웹앱으로 만들 이유가 점점 약해지고 있다. Rust 기반의 ratatui, Python 기반의 Textual 등 TUI 프레임워크의 완성도가 높아지면서, 적은 리소스로 일관된 경험을 줄 수 있는 TUI 도구가 실용적 선택지가 됐다.

둘째, UI 설계에 대한 기본기 재점검이 필요하다. 화려한 UI 라이브러리에 의존하기 전에, Jakob Nielsen, Don Norman 같은 고전적 HCI 원칙을 이해하고 있는지 팀 내에서 점검할 필요가 있다. 인터페이스가 단순해질수록 설계 판단의 무게는 오히려 커진다.

도입 전 체크포인트

TUI 기반 도구 도입을 검토한다면 다음 항목을 먼저 확인하는 것이 좋다.

• 대상 사용자가 CLI에 익숙한가? TUI는 학습 곡선이 낮은 편이지만, 완전 비개발자 대상이라면 재고가 필요하다.
• 원격/클라우드 환경에서의 동작이 중요한가? 이 경우 TUI의 이점이 가장 극대화된다.
• 운영체제 통합 기능(알림, 트레이 아이콘 등)이 필수인가? 그렇다면 TUI만으로는 부족하고, 네이티브 레이어와의 혼합 설계가 필요하다.
• 장기 유지보수 관점에서 의존성을 최소화하고 싶은가? TUI는 Electron 대비 의존성이 단순하고, 수명이 길다.
• 팀의 CLI 자동화 문화가 형성돼 있는가? TUI는 자동화·스크립팅과 결합할 때 효과가 배가된다.