# macOS는 그리드를 되찾아야 한다 > Clean Markdown view of GeekNews topic #30134. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=30134](https://news.hada.io/topic?id=30134) - GeekNews Markdown: [https://news.hada.io/topic/30134.md](https://news.hada.io/topic/30134.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-06-03T09:50:15+09:00 - Updated: 2026-06-03T09:50:15+09:00 - Original source: [blog.hopefullyuseful.com](https://blog.hopefullyuseful.com/blog/macos-needs-its-grid-back/) - Points: 1 - Comments: 1 ## Topic Body - macOS의 **Spaces**는 Leopard 시절 사용자 지정 **3x3 그리드**로 가상 데스크톱을 실제 화면처럼 다루게 했고, 브라우저·편집기·Xcode·시뮬레이터를 공간 기억으로 오갈 수 있게 했음 - **Mission Control**은 macOS Lion에서 가상 데스크톱을 **가로 한 줄**로 제한했고, 키보드로 특정 화면까지 미끄러져 이동하거나 단축키 번호를 기억해야 해서 공간 기억을 깨뜨렸음 - **Total Spaces**는 느려짐을 만들었고 나중에는 시스템 Dock 수정과 SIP 우회에 의존했으며, Yabai/Aerospace 같은 **윈도 매니저**는 풀스크린 앱과 작업별 전용 공간 선호와 맞지 않았음 - **GridLion**은 InstantSpaceSwitcher가 애니메이션 없이 space를 전환하는 것을 보고 나온 해결책으로, 잠긴 Mission Control API 대신 단일 행 네이티브 space를 모델링해 그리드처럼 보여줌 - **LLM**은 하루 만에 동작하는 시제품을 만드는 데 도움을 줬지만 UI의 느낌은 사람의 피드백 루프가 필요했고, GridLion에 남은 API 한계 때문에 그리드 기반 Spaces는 다시 **OS 기능**이어야 함 --- ### Leopard Spaces가 만든 공간 기억 - macOS 10.5 Leopard의 Spaces는 가상 데스크톱을 macOS에 가져왔고, 사용자가 공간을 원하는 그리드로 배치할 수 있게 했음 - 3x3 그리드는 9개 화면처럼 쓰였고, 가운데 웹 브라우저, 위쪽 웹 편집기, 왼쪽 위 Xcode, 그 아래 iOS 시뮬레이터처럼 앱과 작업을 고정할 수 있었음 - 특정 위치로 한 번의 키 입력으로 이동하는 방식은 실제 별도 물리 디스플레이를 보는 것처럼 근육 기억과 공간 기억을 만들었음 - [EasyBeats Drum Machine](https://apps.apple.com/us/app/easybeats-drum-machine-mpc/id329472198)의 16개 시퀀싱 화면 그리드도 Apple의 Spaces 배치에서 직접 영향을 받았음 ### Lion 이후 사라진 그리드 - macOS Lion은 Mission Control을 도입하면서 가상 데스크톱을 가로 한 줄로 제한했음 - 가로 한 줄에서는 키보드로 특정 화면까지 이동하려면 계속 수평으로 이동해야 했고, 직접 단축키를 쓰더라도 브라우저가 7번 화면인지 8번 화면인지 기억해야 했음 - 이 변화는 데스크톱을 공간 위치로 기억하는 방식을 유지하기 어렵게 만들었음 - Total Spaces 같은 대안도 있었지만, 느려짐이 생겼고 시스템 Dock 수정에 의존했으며 나중에는 SIP 우회가 필요해졌음 ### 윈도 매니저보다 작업별 공간 - Yabai, Aerospace 같은 윈도 매니저는 모든 사용자에게 같은 방식의 해법이 되지 않았음 - 창을 데스크톱 위에서 정리하는 방식은 책상 위 종이를 옮기는 느낌에 가깝고, 필요한 것은 모든 것이 그대로 남아 있는 별도 작업대에 가까웠음 - macOS의 풀스크린 앱과 분할 모드는 작업 하나에 전용 영역을 주는 방식이라 그리드 기반 space 탐색과 더 잘 맞았음 ### GridLion의 구현 방식 - [InstantSpaceSwitcher](https://github.com/jurplel/InstantSpaceSwitcher)는 시스템 수정 없이 macOS의 space 전환 애니메이션을 제거했고, 애니메이션 없는 전환을 본 뒤 그리드 탐색 문제를 풀 수 있다는 가능성이 생겼음 - macOS는 Mission Control API 대부분을 잠가 두기 때문에 문서화된 API로 데스크톱을 추가하거나 재배치할 수 없음 - GridLion은 네이티브 space 위에 가벼운 래퍼를 두고, macOS의 단일 행 space를 내부 모델에서 그리드처럼 보여주는 방식을 택했음 - LLM의 도움으로 하루 만에 투박하지만 동작하는 시제품이 만들어졌고, 며칠 사용한 뒤 더 다듬어진 도구가 필요해졌음 - 약 한 달 뒤 만족할 만한 수준에 도달했고, 앱 이름은 macOS Lion에서 생긴 문제와 그리드를 합쳐 [GridLion](https://gridlion.hopefullyuseful.com)이 됐음 ### 권한과 배포 장벽 - 전역 키보드 단축키를 잡고 space를 탐색하려면 macOS의 `Accessibility` 권한이 필요함 - macOS 권한 흐름은 iOS처럼 승인 즉시 끝나지 않고, 설정을 열고 사용자가 특정 토글을 찾아 켠 뒤 추가 보안 프롬프트를 승인해야 함 - space의 작은 미리보기를 만들려면 `Screen and System Audio Recording` 권한도 필요하며, 보이지 않는 창과 화면의 미리보기 스냅샷 때문에 더 강한 경고 대화상자가 나타남 - GridLion은 해당 권한 없이도 동작하지만, 미리보기 기능을 쓰려면 권한이 필요함 - 신뢰를 만들기 위해 앱은 사용자가 요청한 업데이트 확인과 라이선스 키 검증 외에는 네트워크를 건드리지 않도록 해야 했음 - GridLion은 space 정보를 얻기 위해 비공개 API를 호출하므로 App Store에 올릴 수 없음 - App Store 밖 판매를 위해 구매, 세금, 환불을 처리하는 Merchant of Record가 필요했고 Paddle, GumRoad, Lemon Squeezy가 후보가 됐음 - Lemon Squeezy는 [License code API](https://docs.lemonsqueezy.com/api/license-api)를 제공해 구매자에게 라이선스 키를 주고 활성화·비활성화·검증 메서드를 제공함 - Lemon Squeezy 승인은 실제 가치와 용도가 있는 제품을 판다는 점을 보여줘야 했고, 스크린캐스트와 소셜 미디어 계정 증명이 필요했음 - 승인 전에도 테스트 계정을 사용할 수 있어 앱과의 통합을 쉽게 설정하고 테스트할 수 있었음 ### LLM과 남은 한계 - LLM은 구체적인 API 결과나 대규모 데이터셋 쿼리처럼 목표가 명확한 작업에서는 결과를 보고 반복하기 쉬움 - 사용자 인터페이스는 많은 부분이 느낌에 달려 있어, 사용자에게 보이는 기능은 사람이 피드백 루프 안에 있어야 함 - 거의 10년 동안 네이티브 Mac/iOS 작업을 하지 않았던 상황에서는 LLM이 도움이 됐지만, 같은 앱을 예전 방식으로도 비슷한 시간에 만들고 더 많이 배웠을 수 있다는 의문이 남았음 - GridLion은 space 그리드 탐색과 재배치, 빠르고 안정적인 동작, 디스플레이별 그리드 크기와 단축키 설정을 목표로 갖췄음 - space를 한 디스플레이에서 다른 디스플레이로 옮기거나 창을 한 space에서 다른 space로 옮기는 작업에는 신뢰할 수 있는 API가 없음 - GridLion은 Mission Control과 함께 동작하므로 이런 작업은 Mission Control로 처리할 수 있음 - 특정 앱이 실행될 때 항상 특정 그리드 위치에 나타나게 하는 기능은 원래 macOS Spaces에 있었지만, GridLion에는 아직 남은 과제로 남아 있음 - 그리드 기반 Spaces는 다음 macOS에서 다시 네이티브 OS 기능으로 돌아오는 편이 가장 바람직함 ## Comments ### Comment 58859 - Author: neo - Created: 2026-06-03T09:50:16+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48364800) - Apple의 현재 방식은 “초보자는 어차피 허용을 누른다”는 문제를 막겠다며, 사용자를 매번 **4~5단계짜리 미니 시스템 관리자 모험**에 던져 넣는 식으로 보임 설정에서 작은 토글을 찾아 켜고 다시 보안 프롬프트를 통과해야 하는데, 숙련자에게도 이걸 끌 방법이 없다는 점이 사용자에 대한 존중 부족처럼 느껴짐 할머니나 10살짜리가 수상한 실행 파일에 “전체 파일시스템 접근과 키로깅 허용”을 누르는 문제는 Apple이 풀 문제겠지만, 모르는 사람이 아닌 사용자에게는 이 보호 장치를 끌 방법을 줘야 함 - 문제를 이해한 것 같지만 결론이 이어지지 않음. 끌 방법이 생기면 할머니도 먼저 “끄는 법” 영상을 보고 따라 해서 그 뒤로 보안을 잃을 가능성이 큼 완벽하진 않아도 Apple의 접근은 꽤 괜찮고, 이런 절차를 자주 거쳐야 한다면 보안상 좋은 신호도 아님 - 이유는 아마 그보다, 사용자가 “정말 이 행동을 원하는가”를 **잠깐 멈춰 생각하게 만들기**에 가까움 반대로 웹사이트들은 알림 허용을 자주 묻는데 거의 원하지 않음. 최근 설정을 보다가 실수로 허용한 경우가 생각보다 많아 놀랐고, 대략 5% 정도는 잘못 누른 듯함 - 이 권한은 특히 악성 가능성이 큼. 잠깐만 생각해도 가능한 일들이 바로 떠오름 이 권한은 **키로거**를 만들 때 쓰임. 그게 전부임. 키로거를 작성할 수 있게 해주는 권한이므로 클릭 한 번으로 끝나서는 안 되고, 추가 절차가 정당화될 만큼 위험한 권한임 - 해결책은 숙련자가 매번이 아니라 **한 번만 실력을 증명**할 수 있게 하는 것임. Gatekeeper가 개인적으로 문제 없었던 이유도 `spctl --master-disable` 한 번과 설정 메뉴 한 번이면 끝나기 때문임. 왜 TCC는 이렇게 동작할 수 없는지 모르겠음 - 이건 해결책이긴 하지만 근본 문제는 Apple이 충분히 세분화하지 않았다는 데 있음. 임의 화면 녹화를 창 스냅샷과 묶거나, 임의 키로깅을 단축키 활성화와 묶을 이유가 없음 미리보기용으로는 Apple이 흔한 작업을 위한 API를 제공할 수 있음. 운영체제가 이미지를 제공하고, 임의 녹화로 쓰기 어려운 새로고침률로 샘플링하면 됨 키 조합은 현재 외부 바인딩이 안 되는 이모지 키를 재활용해, 특정 “마법 시퀀스” 이후에만 캡처를 허용하는 식으로 만들 수 있음. 운영체제가 중앙에서 명령을 관리하고, 프로그램에는 구체적인 키 입력이 아니라 명령만 전달하면 충돌 조정까지 중앙화되는 이점도 생김. 지금 macOS에서 이 부분은 꽤 고통스러움 모든 문제를 해결하진 못해도 일부는 해결함. 더 나은 방법도 있을 것임. Apple에는 똑똑한 프로그래머가 충분하니, 제품팀이 전문가 사용자들이 분명히 불편해하는 문제를 해결하게 놔둬야 함 - MacOS 10.11 전에는 Mission Control이 좋았음. 네 손가락으로 위로 스와이프하면 모든 Spaces의 미리보기를 보여줬는데, 10.11에서 이유 없이 망가져 막대가 “Desktop 1”, “Desktop 2” 같은 이름만 보여주고 마우스를 올려야 미리보기가 나옴 실제 효과는 Spaces 사용이 방향 감각을 잃게 만들고 암기를 요구한다는 것임 일부 서드파티 소프트웨어가 이를 복원하는 척하지만, 마우스를 옮겨 호버를 흉내 내는 방식이라 지연이 생기고 애니메이션과 제대로 통합되지 않음. SIP를 끄고 코드를 주입해 동작하는 패치도 있었지만([https://github.com/briankendall/forceFullDesktopBar]()), 결국 유지보수가 중단됨 10년이 지난 지금 Apple 안에 이 UI가 한때 좋았다는 사실을 기억하는 사람이 있을지 의문임 - 전체화면 모드에서만 Mission Control을 써서 그 동작을 몰랐음. 전체화면 창에서 세 손가락 또는 네 손가락으로 위로 스와이프하면 미리보기가 즉시 보임 그런데 데스크톱과 전체화면에 서로 다른 미리보기 동작이 필요한 이유는 전혀 모르겠음 이 UX에서 가장 짜증 나는 부분은 Spaces가 뚜렷한 이유 없이 재정렬된다는 것임. 보통 IDE 창을 몇 개 열어두는데 창이 옮겨졌는지 매번 확인해야 해서 피곤함 - “Desktop 1”, “Desktop 2” 화면은 정말 짜증 남. 이제는 **고해상도 모니터**가 흔한데, 공간 절약이 목적이었다 해도 더 이상 쓸모가 없음 - 운영체제 전반에 **프로젝트**나 **작업** 같은 개념이 필요함. 이 개념은 앱을 가로지르고, 창 관리와 Spaces에 깊게 통합되어야 함 멀티태스킹과 문맥 전환은 몇 년 동안 늘었고, 즉시 메시징이 다시 끌어올렸으며, 에이전트 기반 작업 흐름은 그 방향을 더 밀어붙일 것임. 같은 앱을 여러 작업에서 쓰기 때문에 앱 수준 관심사가 아니라 운영체제가 지원해야 함 IDE는 워크스페이스나 프로젝트 원시 개념을 갖고 코드와 터미널 문맥을 복원할 수 있어 어느 정도 도움이 됨. 하지만 웹페이지, IDE 밖의 에이전트, 동료와의 관련 채팅, 프로젝트 관리 앱 등 연결된 것들은 항상 따로 남음 이건 명확히 앱 수준이 아니라 **운영체제 수준 관심사**임. iPad의 대체 창 구성 실험 중 일부는 가능성이 있어 보였지만, 개인적으로는 충분히 강력하거나 직관적이지 않았음 - Arc는 세로 탭과 여러 “spaces”로 이 문제를 거의 완벽하게 해결했다고 느낌. 요즘 거의 모든 일이 브라우저 안에서 일어나니 99%는 충분했음 왜 더 많은 고급 사용자가 이 구성을 이상적으로 여기지 않는지 이해가 안 됨. Zen Browser가 탄탄한 대체제가 되길 기대함 - KDE는 Activities로 이걸 시도함. 개인적으로는 유용함을 느끼지 못했음 ¹[https://blogs.kde.org/2026/01/17/streamline-plasma-with-acti...]() - Niri 워크스페이스를 그런 식으로 씀. 보통 브랜치 이름을 따서 공간 이름을 붙이고, 워크스페이스마다 브라우저, 편집기, 터미널 몇 개를 열어 둠 워크스페이스에 **무한한 공간**이 있어서, 어떤 워크스페이스가 비좁아졌다는 이유만으로 새 워크스페이스를 만들 생각을 하지 않아도 되는 점도 좋음 - macOS에서는 Aerospace로 이와 비슷한 구성을 만들어 씀 - 증명할 수는 없지만, Apple이 Leopard에서 Spaces를 “설명 불가능하게 가로줄 하나로만 제한”하게 된 데 자신이 영감이나 원인일지도 모른다고 생각함 2009년에 제스처 탐색이 포함된 **선형 창 관리자** 개념 영상을 만들었고, 지금은 거의 잊혔지만 당시 기술 매체에서 꽤 다뤄졌으며 2010년대 초 몇몇 개념 증명에 영향을 줬음 선형 창 관리는 모두의 취향은 아니지만 여전히 유효한 아이디어라고 봄. 이번 출시와 반응을 보니 힘이 났고, 실제로 지금 같은 영역의 무언가를 작업 중임 - 개념은 마음에 듦. 정말 그 영감이었다고 가정하면, 사용성에 대해서는 어떻게 느끼는지 궁금함 오늘 한 시간 동안 기대한 대로 동작하게 만들려고 했지만 여전히 이상한 점이 있음. 사용량 기반 자동 재정렬을 꺼도 세 손가락 스와이프 미리보기의 순서와 실제 창의 순서가 다름. 시각적 순서는 예상대로인데 스와이프 순서가 선형이 아님 - PaperWM이 이 접근에 가장 가까움. macOS 포트도 있음 [https://github.com/mogenson/PaperWM.spoon]() - 영상은 정말 훌륭함. 2D로 만들고 Spaces로 가는 단축키만 추가해주면 바로 쓰겠음 - 영상이 아직 남아 있나? 링크를 공유해주면 좋겠음 - 고백해줘서 고마움 그 디자인과 그것이 Gnome에 한 일을 정말 싫어함. **격자**가 훨씬 나았음 - MacOS의 창 관리가 Mac으로 옮기지 못하게 막고 있음. Aerospace와 비슷한 해결책도 이미 써봤지만, i3wm에서 느끼는 빠르고 방해 없는 경험을 재현할 수 없었음 안타깝게도 MacOS의 창 관리자는 iOS의 알림과 비슷함. 시간이 지나면 생산성 떨어지는 난장판에도 익숙해지지만, 더 나은 해법을 놓치게 됨. 그리고 아마 모든 MacOS 개발자가 Mac을 쓰니 다른 더 나은 접근을 보거나 이해하지 못할 가능성이 큼 - 몇 달 전 sway에서 MacOS로 옮겼고 운영체제와 싸우기 싫어서 최대한 Mac식 삶에 열려 있으려 노력했음. 그런데 Mission Control은 정말 못 쓸 쓰레기임 이 기능 주변의 모든 것이 얼마나 멍청하게 만들어졌는지 충격적이었음. 몇 년 전에는 가능했던 일이 이제는 불가능함. 예를 들어 키보드로 데스크톱이나 워크스페이스로 전환하는 것, 그리고 격자 같은 것들임 “AltTab” 앱으로 최소한 마우스 없이 앱 전환은 가능하고, raycast로 창 배치도 할 수 있지만, MacOS에서 전환과 배치가 타일링 창 관리자보다 훨씬 느린 건 고통스러움 - 좋은 UI에 가장 큰 위협은 **전문 UI 디자이너 다수**라고 확신함. UI 디자이너 절반은 중앙값 아래이고, 이 사람들은 UI 디자인을 직업으로 선택했음 해마다 현상 유지 방어만으로는 경력을 발전시킬 수 없으니 뭔가 새로 디자인해야 함. 이전 것이 잘 작동하든 아니든 새로 만들게 됨. 그런데 UI 디자이너 절반이 중앙값 아래이므로 새 UI 디자인은 후퇴일 확률도 절반임 그러고 나서 Apple 발표 행사 무대에서 Liquid Glass에 대해 떠드는 상황이 됨. 슬픈 점은 많은 디자이너가 시각에만 집중하고 **사용성**을 거의 이해하지 못하는 듯하다는 것임. 예컨대 새로 업계에 들어오는 디자이너 중 Fitts의 법칙을 아는 사람이 얼마나 될까? Liquid Glass의 명백한 사용성 문제들에 맞서 버틴 디자이너가 얼마나 있었을까? 솔직히 드문 예외를 빼면 디자이너가 문제임 - 신규 제품 탐색 때문에 형식상 디자인 역할에 있는 사람으로서 공감함. 실제 제품 디자인에는 별 관심 없는 그래픽 디자이너가 많음 제품의 목적, 이 UI 조각의 목적, 인간 요인, 상호작용 설계, 미적 요소를 넘어선 사용자 경험 같은 것들이 해당됨 각각에 대해 말로는 많이 신경 쓰지만 실제 고려는 많지 않음. 인터뷰용 포트폴리오나 리더십 보고 자료에서 이기는 요소가 아니기 때문임. 결과적으로 그런 요소들을 강하게 걸러내는 구조가 됨 - 이 논리는 영향력 있는 대형 기술 기업 역할에 모든 디자이너가 종형 곡선처럼 분포한다고 가정함. 현대 UI/UX를 옹호하는 건 아니지만, 꽤 큰 가정임 - 약간 주제에서 벗어나지만, 예전 **Aqua UI**가 훨씬 좋아 보임. 무엇이 컨트롤이고 무엇이 텍스트인지 훨씬 보기 쉬웠을 뿐 아니라, 시각적으로도 더 예뻤음 - 공평하게 말하면 다른 UI도 비슷함. Windows 95식 각진 버튼과 베벨은 콘텐츠를 정돈되어 보이게 함 가능한 동작마다 버튼처럼 보이는 버튼이 있고, 도구막대를 보면 가능한 동작 전체를 자주 파악할 수 있음. 콘텐츠 일부가 클릭 가능한지, 편집 가능한지 추측할 필요가 없음 요즘은 모든 것에 과도한 여백이 들어감. 현대 Windows 제어판 UI는 빈 공간이 많고 스위치 몇 개가 떨어져 있는 다열 텍스트 벽처럼 느껴질 때가 많음. 예전 UI와 같은 옵션 수를 담으려면 “아무도 더 이상 필요하지 않다”는 이유로 일부 토글을 숨기거나 중간 탐색 단계를 추가해야 했음. 결과적으로 새 제어판은 부풀고 덜 유용하게 느껴짐 - 재미있게도 Aqua가 새로 나왔을 때는 Platinum이 훨씬 좋아 보인다고 생각했음 - 이건 하루에도 수십 번 겪는 짜증을 해결해 줌 격자도 좋지만, 더 좋은 건 **즉시 가상 디스플레이 전환**임 현대 macOS의 “작은 불편 수천 개로 죽이기” 중에서도 Ctrl→→→→→→→를 눌러 반복 애니메이션을 계속 견뎌야 하는 것만큼 나쁜 게 없음 - Mac과 iOS의 거의 모든 동작이 이렇고, 지난 10년 동안 더 거슬리게 변해 왔음 이유는 확신할 수 없지만, 시각 디자이너가 미성숙해서 우리가 멋진 애니메이션을 데모나 한 번 보는 튜토리얼에서만이 아니라 하루 종일, 수십 년 동안 반복해서 보고 싶어 한다고 생각하는 것처럼 느껴짐 전혀 그렇지 않음. 한 번이면 충분했음. 애니메이션은 원하지 않음. 그리고 “동작 줄이기” 구현은 모욕적임. 지연은 그대로인데, 흐릿한 크로스페이드로 바뀔 뿐임 - 그 애니메이션을 끝까지 앉아서 봐야 한다는 건 정말 이해하기 어려움. 새 데스크톱으로 이동하는 애니메이션이 끝나기 전에는 키 입력도 적용되지 않음. 완전히 미친 설계임 무한한 자원과 재능 있는 디자이너를 가진 회사가 어떻게 이런 걸 만들 수 있는지 모르겠음 - 맞음, 최악임 이 문제만 겨냥한 해결책으로 Instant Space Switcher를 쓰고 있는데, 삶이 바뀔 정도임 - `Ctrl-UpArrow`를 누른 다음 원하는 Space를 클릭할 수도 있음. 즉시는 아니지만 데스크톱이 많을 때 하나씩 순환하는 것보다는 나을 수 있음 “Automatically rearrange Spaces based on most recent use”를 끄는 것도 필수라고 봄 개인적으로는 데스크톱당 앱 하나만 열고 Command-Tab만 씀. Command-Tab 뒤에 Command를 계속 누르고 있으면 모든 앱을 순환하지 않고도 앱을 고를 수 있음 - 이건 시도해봤나? `defaults write com.apple.dock expose-animation-duration -float 0.05; killall Dock` - “20년 전의 Mac 데스크톱 경험이 지금보다 나았다”는 말에서 20년 전은 2006년임. 지금도 20년 전과 같은 데스크톱 경험을 쓰고 있음 Fvwm2를 쓰고 있고, 이 글쓴이가 그리워하는 **격자형 가상 데스크톱**은 Fvwm2와 그 전의 Fvwm 가상 데스크톱 기능으로 계속 누려왔음. Fvwm으로 옮긴 이유 중 하나도 격자형 가상 데스크톱이었고, 시기는 정확히 기억나지 않지만 1990년대 중후반이었음 Fvwm2 설정은 그동안 조금씩 다듬었지만, 어느 시점에도 기업 디자이너가 내가 쓰던 기능을 더 이상 쓰지 말라고 결정한 적은 없음 독점 소프트웨어는 사용자의 이익을 마음에 두지 않음. 주가나 다음 분기 매출만 볼 뿐임 - 그래도 적어도 우리는 괜찮은 글꼴 렌더링이 있음 - Linux 사용자로서 글을 읽으니 거의 화가 났음. 몇 년 동안 필요에 맞춰 다듬은 작업 흐름을 회사 뜻에 따라 빼앗기는 건 상상하기 어렵다 Plasma와 Wayland로 옮기기 전에는 XFCE를 거의 15년 동안 같은 설정으로 썼고, 업데이트 때문에 방해받지 않았음 - Apple이 **세로 Spaces**를 없앴을 때 정말 믿기지 않았음. 불필요한 화면을 뛰어넘어야 해서 이 기능이 나에게는 쓸모없어졌고, 결국 사용을 중단함. 실용적이지 않음