Rectangle vs. AeroSpace: 수동 스냅인가, SIP 없는 i3 스타일 타일링인가
개발자 Nikita Bobko가 만든 AeroSpace는 macOS 윈도우 매니저 생태계에서 특정한 위치를 차지하고 있다. Linux i3 윈도우 매니저의 자동 타일링 모델을 macOS로 가져오지만, yabai와 달리 시스템 무결성 보호를 비활성화할 필요가 없다. 이 단 하나의 설계 결정이 Rectangle app과 비교하기 전에 이해해야 할 가장 중요한 부분이다.
AeroSpace가 실제로 무엇인지
자체 GitHub README에 따르면 AeroSpace는 명확히 i3에서 영감을 받았다. 창은 Rectangle mac처럼 지시에 따라 개별적으로 스냅되는 게 아니라, 트리 기반 레이아웃에 자동으로 타일링된다. 문서화된 주요 특징은 다음과 같다.
- 트리 패러다임의 타일링 엔진. Linux의 i3와 같은 개념 모델을 따른다.
- 자체 가상 워크스페이스 에뮬레이션. 네이티브 macOS 스페이스를 쓰는 대신, README는 이것이 스페이스의 “상당한 한계”라고 부르는 것 때문에 의도적으로 내린 선택이라고 밝힌다.
- TOML 형식의 순수 텍스트 설정(
default-config.toml). 설정용 GUI가 아니라 dotfile에 익숙한 사람들을 명확히 겨냥한다. - CLI 우선. manpage와 셸 자동완성이 기본으로 포함되어 있고, AeroSpace는 설정을 위한 GUI를 절대 제공하지 않는다는 명시된 설계 원칙이 있다. README는 텍스트 파일을 편집하는 게 체크박스를 탐색하는 것보다 숙련된 사용자에게 더 쉽다고 주장한다.
- 제대로 된 멀티 모니터 지원. 단일 모니터에 쓰이는 것과 같은 i3 방식의 패러다임을 따른다.
Homebrew를 통해 설치한다(자동 업데이트가 가능해지므로 선호되는 방법이다).
brew install --cask nikitabobko/tap/aerospaceSIP의 차이: yabai와의 가장 중요한 구분점
AeroSpace의 README는 시스템 무결성 보호를 비활성화할 필요가 없다고 직접 명시하는데, 더 깊은 기능을 위해 SIP를 부분적으로 비활성화해야 하는 yabai와 명시적으로 대조된다. 이것이 macOS에서 두 Linux 스타일 타일링 선택지 사이의 가장 큰 실질적 차이다. AeroSpace는 Apple의 표준 보안 모델 안에서 완전히 작동하는 대신, yabai의 윈도우 서버 수준 기능(그림자 제거, 불투명도 제어 등) 일부를 의도적으로 포기했다.
프로젝트 스스로 밝히는 공증에 대한 솔직한 언급
AeroSpace의 README에는 이례적으로 직접적인 공개가 담겨 있다. “AeroSpace를 사용함으로써, 당신은 이것이 공증되지 않았다는 것을 인정하는 것입니다.” README에 포함된 메인테이너 본인의 설명에 따르면, 공증은 바이너리를 검증하기 위한 Apple의 절차이며 프로젝트가 공증이라는 개념 자체에 반대하는 것은 아니지만 그 절차를 거치지는 않았다는 것이다. 공식 빌드가 공증되어 있는 Rectangle app과 견줘 볼 가치가 있는 부분이다. 창에 대해 손쉬운 사용 수준의 접근 권한을 가진 도구에게는, 둘 다 오픈소스라는 점에 더해 특정 다운로드에 대해 무엇을 검증할 수 있는지에서 의미 있는 차이가 된다.
실제로 AeroSpace가 Rectangle app과 다른 점
항상 켜져 있는 타일링 vs. 필요할 때만 스냅. Amethyst/yabai 비교와 정확히 같은, 핵심적인 구분선이다. AeroSpace는 실행 중인 동안 모든 창의 위치를 계속해서 관리하며, 창이 열리거나 닫히거나 옮겨질 때마다 타일링 트리를 재계산한다. Rectangle app은 단축키를 실행하거나 가장자리로 드래그할 때만 동작하고, 나머지는 그대로 둔다.
설정 철학. AeroSpace의 README는 설정용 GUI가 아직 만들어지지 않은 부족한 기능이 아니라, 절대 추가하지 않겠다는 의도적인 설계 입장을 구체적으로 밝힌다. Rectangle의 환경설정 창은 최소한이지만 존재하며, 일상적인 단축키 커스터마이즈는 TOML을 편집하는 게 아니라 클릭으로 이뤄진다.
개발 단계. AeroSpace 자체 README는 현재 문서 기준으로 이를 공개 베타 상태로 설명하며, 1.0 릴리스 전까지는 호환성을 깨는 변경을 예상해야 한다고 명시적으로 경고하고, 핵심 트리 데이터 구조의 재작성이나 창이 무작위로 포커스된 워크스페이스로 튀는 알려진 문제 같은 구체적이고 해결되지 않은 아키텍처 작업을 그 릴리스의 걸림돌로 나열한다. 반면 Rectangle은 “아직 1.0이 아니다”라는 비슷한 표현 없이 몇 년째 안정적으로 점진적인 버전 관리를 이어오고 있다.
CLI와 스크립팅의 깊이. AeroSpace는 자체 명령줄 인터페이스, manpage, 셸 자동완성을 기본으로 갖추고 있으며, 창 동작을 폭넓게 스크립트로 제어하려는 사람들을 겨냥한다. Rectangle의 대응물은 rectangle:// URL 스킴이며, 다른 도구에서 동작을 실행하는 데는 기능적이지만 AeroSpace처럼 자체 명령어 체계를 갖춘 완전한 CLI는 아니다.
AeroSpace가 실제로 누구를 위한 것인가
프로젝트 자체의 설명에 따르면, AeroSpace는 이미 i3의 방식으로 생각하는 사람들, 즉 프로젝트당 워크스페이스 타일링, 키보드 중심의 윈도우 관리, GUI 설정보다 순수 텍스트 설정을 원하면서도 이를 위해 SIP를 비활성화하고 싶지는 않은 사람들을 정확히 겨냥하고 있다. 이는 Rectangle보다 더 좁은 대상이다. 이전의 Linux 경험으로부터 “i3 스타일 타일링 윈도우 매니저”라는 말이 아직 아무것도 의미하지 않는다면, AeroSpace의 설계 철학 전체는 자신이 갖고 있지 않은 문제를 해결하려는 것일 수 있다.
빠른 참조
| Rectangle | AeroSpace | |
|---|---|---|
| 모델 | 명령에 따른 수동 스냅 | 항상 켜져 있는 자동 i3 스타일 타일링 |
| SIP 비활성화 필요 | 아니오 | 아니오 |
| 공증된 공식 빌드 | 예 | 아니오(자체 README에서 직접 공개) |
| 설정 | GUI 환경설정 창 | 순수 텍스트 TOML 설정, GUI 계획 없음 |
| 개발 단계 | 몇 년째 안정적으로 버전 관리 | 공개 베타, 1.0 전까지 호환성을 깨는 변경 예상 |
| 적합한 대상 | 필요할 때 고정 위치, 최소한의 학습 곡선 | SIP를 건드리지 않고 macOS에서 i3/Linux 타일링 모델을 원하는 사용자 |