이 배치: 메인 디스플레이 왼쪽에 3분의 2 크기의 에디터, 오른쪽에 3분의 1 크기의 터미널, 두 번째 디스플레이를 가득 채운 브라우저. 네 개의 단축키가 전체를 약 3초 만에 다시 만들어주며, 하루에도 열두 번씩 무너뜨리는 이 배치가 살아남는 유일한 이유가 바로 이것입니다.
왜 3분의 2와 3분의 1인가
가장 뻔한 배치는 반반이고, 저도 그게 틀렸다는 걸 깨닫기 전까지 오랫동안 그렇게 썼습니다.
코드와 터미널은 필요한 너비의 양이 다릅니다. 에디터는 픽셀 하나하나가 도움이 됩니다: 긴 줄, 파일 트리, 줄바꿈 없는 diff 보기. 터미널은 80칸이면 완벽하게 읽기 편하고 그 이상은 거의 얻는 게 없습니다. 화면을 균등하게 나누면 터미널에는 쓰지도 못할 너비를 주고, 그걸 쓸 수 있었던 창에서는 빼앗아버립니다.
3분의 2와 3분의 1은 각 창이 실제로 필요로 하는 양과 맞아떨어집니다. 27인치 디스플레이에서는 대략 에디터가 1700픽셀, 터미널이 850픽셀 정도가 되고, 그 너비의 터미널도 명령어 출력 전체를 줄바꿈 없이 담아냅니다.
기본 단축키는 왼쪽 3분의 2에는 Control + Option + D, 오른쪽 3분의 1에는 Control + Option + G이며, 둘 다 오른손은 마우스에 그대로 둔 채 왼손 아래에 있습니다.
브라우저는 다른 화면으로
문서, 지금 만들고 있는 앱, 스테이징 환경, 그리고 뭐든 검색하는 것들은 모두 두 번째 디스플레이에 있고, 하는 일에 따라 최대화하거나 절반으로 나눕니다.
브라우저를 코딩 화면에서 떨어뜨려 두는 게 어디에 두느냐보다 더 중요합니다. 브라우저 창이 에디터와 공간을 나눠 갖는 순간부터 그 공간을 파고들기 시작하고, 결국 코드가 설명하는 그 코드보다 좁은 칼럼으로 문서를 읽게 됩니다. 별도의 디스플레이를 쓰면 그 경계가 지켜집니다.
Control + Option + Command + 오른쪽 화살표는 창을 다음 디스플레이로 보내며, 이게 전체 단축키 중 제가 가장 많이 쓰는 것입니다. 링크를 잘못된 화면으로 드래그해도, 다시 던져 보내고 계속 작업하면 됩니다.
노트북 화면 하나뿐이라면 이 부분은 작동하지 않습니다. 브라우저는 계속 보이는 게 아니라 전환해서 쓰는 창이 되고, 에디터-터미널 분할이 실제 작업을 담당합니다. 그것도 합리적인 구성이며, 그냥 다른 방식일 뿐입니다.
터미널은 별도의 창으로 남겨둔다
이제 모든 에디터에 내장 터미널이 있는데, 저는 계속 별도의 창으로 돌아가게 됩니다.
내장된 것은 이미 거기 있고 이미 올바른 디렉터리에 있으므로 빠른 명령어에는 정말 좋습니다. 한동안 실행되는 것에는 좋지 않습니다. 개발 서버, 테스트 워처, 로그 tail: 이런 것들은 모두 계속 보이길 원하는데, 에디터 안에서는 코드의 세로 공간을 빼앗는 방식으로만 그렇게 할 수 있습니다.
3분의 1 크기의 별도 창이면 에디터를 건드리지 않고도 그 전부를 담을 수 있습니다. 지금 있는 파일의 디렉터리에서 빠른 명령어가 필요할 때는 내장 터미널이 여전히 거기 있으니, 둘은 문제없이 공존합니다.
무엇이 이걸 무너뜨리는가, 그리고 왜 괜찮은가
이 배치는 끊임없이 무너집니다. Slack 통화가 뭔가를 열고, 스크린샷 도구가 화면을 차지하고, 노트북을 언도킹하면 모든 창이 흩어지고, 디자인 도구는 최대화된 채로 열립니다. 디자인 도구는 원래 그런 거니까요.
그중 어느 것도 중요하지 않은데, 다시 만드는 데 키 네 번이면 되기 때문입니다. 이게 바로 세심하게 정돈된 배치보다 단축키 중심 배치가 더 나은 실질적인 이유입니다: 배치를 지키는 걸 멈추고 필요할 때마다 다시 만드는 쪽으로 바뀝니다. 저는 하루에도 열두 번씩 별생각 없이 이걸 다시 만듭니다.
언도킹은 조금 더 성가신 유일한 경우인데, 디스플레이가 사라지면 macOS가 모든 걸 옮기고 크기를 조정해버리고 Rectangle이 그걸 막을 수 없기 때문입니다. 하루에 여러 번 도킹과 언도킹을 반복한다면, Rectangle Pro의 저장된 레이아웃이 배치 전체를 한 번의 동작으로 복원해주며, 노트북 위주로 일하는 개발자에게 제가 가장 먼저 추천하는 기능입니다.
해볼 만한 두 가지 조정
단축키 하나가 정확히 한 가지만 의미하길 원한다면 크기 순환 기능을 끄세요. 기본적으로는 명령을 두 번 누르면 서로 다른 너비로 넘어가는데, 이건 탐색 중일 때는 유용하지만 머릿속에 고정된 배치가 있는데 손가락이 미끄러졌을 때는 짜증스럽습니다. 이건 후속 실행 모드 설정으로 제어됩니다.
IntelliJ를 쓴다면 조심하세요. 그 기본 키맵은 제가 아는 어떤 애플리케이션보다도 창 단축키와 많이 충돌하며, 해결법은 창 명령을 포기하는 게 아니라 에디터 쪽에서 재지정하는 것입니다. 단축키가 특정 앱 하나에서만 실패한다면 어떤 앱이 어떤 키를 가져가는지에 대한 더 자세한 지도도 있습니다.
더 큰 화면으로 확장하기
울트라와이드에서는 3분의 2 분할이 더 이상 말이 안 되는데, 3440픽셀의 3분의 2면 누구도 편하게 읽을 수 없을 만큼 넓은 에디터가 되기 때문입니다. 전체 너비를 3등분하는 게 거기서는 더 잘 맞습니다: 가운데 에디터, 한쪽에 터미널, 다른 쪽에 브라우저, 모두 하나의 화면에서 두 번째 디스플레이 없이도 됩니다.
이건 그것대로 다른 배치라서 별도로 다룰 가치가 있으며, 울트라와이드 구성의 기하학은 이걸 그냥 확대하기보다는 제대로 생각해볼 가치가 있습니다. 이어지는 원칙은 이렇습니다: 각 창에 실제로 쓸 수 있는 너비를 주고, 배치를 절대 지킬 필요가 없을 만큼 다시 만드는 걸 값싸게 만들어두는 것.
자주 묻는 질문
When setting up a Rectangle yet, it's a free tool that transforms window management.
왜 에디터를 절반이 아니라 3분의 2로 두나요?
두 창이 요구하는 게 똑같지 않기 때문입니다. 코드는 긴 줄과 파일 트리 때문에 너비가 필요하지만, 터미널은 80칸이면 충분히 읽기 편하고 그 이상은 거의 필요 없습니다. 반반으로 나누면 터미널에 쓰지도 못할 너비를 주고, 에디터가 쓸 수 있었던 공간을 빼앗게 됩니다.
이 배치가 노트북 화면 하나로도 되나요?
에디터와 터미널 분할은 노트북에서도 작동하지만, 3분의 2와 3분의 1은 15인치 아래에서는 다소 빡빡합니다. 브라우저는 노트북 화면에 세 번째 창으로 들어가지 않으므로, 항상 보이는 것이 아니라 전환해서 쓰는 전체 화면 창이 됩니다.
에디터 내장 터미널을 대신 써야 하나요?
내장 터미널은 짧은 명령어에는 편리하지만 오래 실행되는 것에는 불편합니다. 에디터와 세로 공간을 두고 경쟁하기 때문입니다. 별도의 창을 쓰면 코드 영역을 줄이지 않고도 로그와 서버를 계속 보이게 할 수 있으며, 이는 프로세스가 오래 돌아갈수록 더 중요해집니다.
언도킹 후에 이 배치를 어떻게 다시 만드나요?
각 창에 포커스를 준 다음 해당 단축키를 누르면 되며, 창 세 개짜리 배치라면 몇 초면 끝납니다. 하루에 여러 번 도킹과 언도킹을 반복한다면, Rectangle Pro가 저장된 레이아웃을 한 번의 동작으로 복원해주니 고려해볼 만합니다.
