과거 macOS의 그리드 방식 가상 데스크톱을 그리워하는 개발자

커뮤니티에서는 2006년 macOS Leopard의 Spaces 기능이 3x3 그리드 등 사용자 정의가 가능하여 9개의 독립적인 화면처럼 활용할 수 있었다는 점을 높이 평가함. 당시 웹 브라우저, 코드 에디터, IDE 등을 각 공간에 배치하여 키보드 단축키(Keyboard Shortcuts)만으로 즉각적인 전환이 가능했던 경험이 향상된 생산성의 핵심이었다고 회고함. 반면, 2011년 macOS Lion의 미션 컨트롤(Mission Control)은 이를 수평 라인으로 제한하여 공간적 기억(Spatial Memory)을 활용한 직관적인 탐색을 방해하고 애니메이션(Animation)으로 인한 지연 시간을 초래했다고 비판함.

GridLion 개발자는 macOS의 비공개 API(Private APIs) 접근 제한으로 인해 네이티브 Spaces 기능을 직접 제어하는 데 어려움을 겪었음을 토로함. 특히 키보드 단축키 캡처 및 Spaces 전환을 위해 '접근성(Accessibility)' 권한 획득 과정이 복잡하며, 화면 미리보기 기능을 위해 '화면 및 시스템 오디오 녹화(Screen and System Audio Recording)' 권한까지 요구되는 점을 지적함. 이러한 권한 관리(Permission Management)의 복잡성은 사용자 경험을 저해하며, 앱스토어 등록 불가 사유가 되었다고 설명함.

일부 사용자는 Yabai, Aerospace 등 창 관리자(Window Manager)나 Magnet, Charmstone 같은 앱을 대안으로 제시함. 그러나 글쓴이는 '창을 옮기는 개념'보다 '독립된 작업 공간'을 선호하며, 기존 솔루션들이 시스템 무결성 보호(SIP) 우회나 불안정한 동작을 유발한다고 지적함. 또한, KDE Plasma와 같은 리눅스 데스크톱 환경(Linux Desktop Environment)이 사용자 친화적인 옵션과 그리드 기반 가상 데스크톱을 제공한다는 점이 언급됨.

개발자는 LLM을 활용하여 GridLion 프로토타입을 빠르게 제작했지만, 사용자 인터페이스(UI)의 '느낌'과 같은 주관적인 UX 요소는 LLM만으로는 구현하기 어렵다고 밝힘. 특히, 사용자가 원하는 특정 위치로 창을 이동시키는 기능 등은 명확한 API 부재로 인해 구현하지 못했으며, 이는 LLM이 구체적인 피드백 루프(Feedback Loop) 없이 방향을 잃을 수 있음을 시사함. 결국, 인간의 세심한 디자인 결정과 경험이 여전히 중요함을 강조함.

GridLion은 앱스토어 정책상 등록이 불가능하여 Lemon Squeezy와 같은 Merchant of Record(MoR) 서비스를 통해 판매함. MoR 서비스는 구매, 세금, 환불 처리를 대행하며, 개발자는 라이선스 키 API(License Key API)를 통해 고객에게 라이선스를 발급하고 관리함. 개발자는 이러한 외부 판매 방식이 익숙하지 않았지만, 신뢰성 증명(Reputation Proof) 절차를 거쳐 성공적으로 판매 채널을 구축했다고 설명함.