“개발자를 위한 북마크 팁” 류의 글은 대부분 서로 연결되지 않은 팁 열 개를 던져주고 실제로 조립하는 건 독자 몫으로 남겨둡니다. 이 글은 그런 글이 아닙니다. 여기 적은 건 제가 실제로 쓰는 구체적인 설정입니다. 슬롯 하나하나마다 왜 그렇게 구성했는지 이유를 함께 적었습니다. 이 확장 프로그램을 만든 개발자 본인이 코드를 쓰는 거의 매일 이 방식 그대로 쓰고 있기 때문입니다.
레이아웃: 세 개의 슬롯, 세 가지 역할
Second Bookmark Bar는 최대 일곱 개의 빠른 전환 폴더 슬롯을 제공하며, 각각 고유한 아이콘을 붙일 수 있어 한눈에 구분할 수 있습니다(단순 숫자에 의존하는 대신 내장된 Material Symbols 아이콘 세트에서 고를 수 있습니다). 개발 작업에서는 세 개의 슬롯만으로 대부분의 역할이 끝납니다.
- 슬롯 1 — 지금 작업 중인 프로젝트. 저장소, 로컬 개발 URL, 지금 손대고 있는 구체적인 티켓이나 문서. 프로젝트 여러 개를 동시에 오가야 할 때, 브라우저 창마다 각자의 활성 폴더를 독립적으로 유지하기 때문에 A 창은 프로젝트 A의 슬롯을, B 창은 프로젝트 B의 슬롯을 각각 보여줍니다. 전역 상태를 공유하며 서로 충돌하는 일이 없습니다.
- 슬롯 2 — 문서와 참고 자료. 언어 문서, 프레임워크 레퍼런스, 계속 다시 찾아보게 되는 Stack Overflow 스레드, 이번 달에 연동 중인 API 문서 같은 것들입니다. 주 단위로는 거의 바뀌지 않는데, 그게 바로 브라우저 기록에 묻히는 대신 고정 슬롯 하나를 차지할 만한 이유입니다.
- 슬롯 3 — 대시보드. 클라우드 콘솔, CI 파이프라인 상태, 모니터링, 배포 로그처럼 제대로 “둘러보는” 게 아니라 상태만 흘긋 확인하고 바로 나가는 페이지들입니다.
Alt+1, Alt+2, Alt+3으로 이 세 슬롯을 키보드에서 바로 오갈 수 있는데, 이게 생각보다 훨씬 중요합니다. 슬롯을 전환하는 데 마우스 이동이 필요하면 결국 안 쓰게 되고, 애써 만든 설정 전체가 조용히 다시 하나의 북적이는 폴더로 퇴화합니다.
슬롯이 알아서 전환되는 적응형 규칙
수동 전환 외에도, 적응형 도메인 전환 기능은 지금 있는 위치에 따라 바를 알맞은 슬롯으로 알아서 맞춰줍니다. 자동 전환(Auto-Switch)이라고 부르는 이 기능은 이렇게 작동합니다.
github.com(또는 여러분이 쓰는 git 호스팅) → 프로젝트 슬롯- 문서 사이트 도메인 → 참고 자료 슬롯
- 클라우드 콘솔 도메인 → 대시보드 슬롯
슬롯 전환기에 작은 별 표시가 뜨면 지금 위치가 수동 선택이 아니라 사이트 기반 규칙 때문이라는 뜻입니다. 알아두면 좋은 게, 수동 조작은 언제든 우선순위를 갖는다는 점입니다. 어떤 예외 상황에서 규칙이 엉뚱한 슬롯으로 보내더라도, 다른 슬롯 번호를 클릭하면 그 탭에 한해 바로 덮어씁니다. 규칙이 주도권을 놓고 다투지 않습니다.
“분명 어딘가 문서 페이지였는데” 순간을 위한 검색과 기억 순위
바 안의 검색 결과에는 폴더와 도메인 정보가 함께 표시되는데, 개발자들이 페이지를 놓치는 방식과 정확히 맞아떨어지는 부분입니다. 어떤 문서 사이트였는지, 혹은 이 기능을 작업하다가 저장했다는 건 기억나지만 정확한 제목은 기억나지 않죠. 검색 결과에 결과 제목과 함께 “어느 폴더, 어느 도메인”이 같이 뜨면, “분명 이 근처에 있는데”가 막연한 추측이 아니라 실제로 찾아낼 수 있는 일이 됩니다.
특히 참고 자료 더미에 대해서는, 북마크를 우클릭해 Low, Mid, Top으로 순위를 매길 수 있습니다. 실제로 쓰다 보면 Top은 그게 없으면 정말 곤란한 참고 자료(그 이상한 내부 API의 진짜 문서 페이지 같은 것), Mid는 “유용하고 가끔 찾아보는 것”, Low는 “일단 저장은 했지만 다시 열어볼 일이 거의 없는 것” 정도로 정리됩니다. 이 순위는 검색 결과에도 반영되기 때문에, 참고 자료 폴더가 1년에 걸쳐 여든 개짜리 링크 더미로 불어나도 Top으로 표시해둔 페이지가 묻히지 않습니다.
디버깅 세션 스냅샷 찍기
디버깅 중반, 서로 다른 서비스의 로그를 담은 탭 열 개와 GitHub 이슈 몇 개가 동시에 열려 있는 상황에서 Ctrl+Shift+A를 누르면 현재 창에 열린 모든 탭을 활성 폴더 안으로 한 번에 쓸어담습니다(모든 탭 저장, Save all tabs). 저는 하루치 디버깅 세션을 끝내고 닫기 직전에 이걸 늘 씁니다. 프로젝트 슬롯으로 쓸어담고 탭을 닫은 뒤, 열 개짜리 탭 조합을 무엇이었는지 기억해내려 애쓰는 대신 그 폴더에서 조사를 다시 이어갑니다. 같은 단축키는 디버깅뿐 아니라 어떤 종류의 탭 더미에도 똑같이 통합니다. “탭이 너무 많이 쌓여서 지금 당장 닫을 수도 없는” 상황에 대한 일반적인 해법이기도 합니다.
이 설정을 다른 곳으로도 가져갈 수 있게 만드는 부분
여기가 실제로 핵심인데, 그래서 이 글을 기능 나열이 아니라 하나의 통합된 설정으로 정리한 이유이기도 합니다. 설정 내보내기에는 단순히 겉모습 취향뿐 아니라 폴더 슬롯 구성 자체가 포함됩니다. 내보내기는 슬롯 배정, 적응형 사이트 규칙, 제외 사이트, 빠른 숨기기 단축키까지 전부 담긴 백업 파일 하나를 만들어줍니다. 그래서 위에서 설명한 이 세 슬롯 레이아웃을, 규칙까지 통째로, 한 번 내보내서 새 컴퓨터나 재설치 후에 다시 가져올 수 있습니다. 매번 기억을 더듬어 다시 만들 필요가 없습니다.
이게 바로 블로그 글에 묘사만 해둔 설정과, 나중에 나 자신에게 실제로 넘겨줄 수 있는 설정의 차이입니다. 위의 세 슬롯을 그대로 따라 하고 자신이 쓰는 도구의 도메인에 맞게 적응형 규칙을 연결해두면, 처음 만드는 데 10분 걸렸던 레이아웃을 그 뒤로 계속 들고 다닐 수 있습니다. 새 노트북이든, 포맷한 컴퓨터든, 회사의 듀얼 모니터 환경이든 상관없습니다.
이걸 켜두고 보내는 하루는 실제로 이렇습니다
아침은 슬롯 3에서 시작합니다. 밤새 돌아간 CI와 모니터링을 훑어보는 정도로, 능동적으로 뭔가를 찾아 돌아다니지는 않고 그저 상태만 확인합니다. 에디터를 열고 프로젝트 저장소로 전환하면, 키보드에 손도 대기 전에 적응형 규칙이 이미 슬롯 1을 보여주고 있습니다. 오전 중간에 낯선 문제에 막히면 슬롯 2로 넘어가 프레임워크 문서를 보고, 답을 찾는 순간 Alt+1로 다시 슬롯 1로 돌아옵니다. 이 중 어느 것도 “북마크를 좀 찾아봐야겠다”는 의식적인 순간이 아닙니다. 각각은 키 하나를 누르는 동작이거나, 고개를 들었을 때 이미 자동으로 전환돼 있는 상태일 뿐입니다.
핵심은 이 중 어느 하나가 복잡하다는 게 아닙니다. 고정된 한 줄짜리 북마크 바는 세 가지 맥락을 하나의 북적이는 목록에 욱여넣거나, 아예 절반은 북마크하지 않는 것 둘 중 하나를 선택하게 만든다는 점입니다. 그리고 대부분은 조용히 후자를 택하고 URL을 매번 다시 타이핑합니다. 세 개의 슬롯은 그 선택 자체를 없애버립니다. 항상 자리가 있고, 그 자리는 키 하나 거리보다 절대 멀지 않습니다.
이걸 일부러 설정해둘 가치가 있는 이유
대부분의 개발자가 기본값으로 택하는 대안은 브라우저 기록과 근육 기억입니다. localhost:3000을 다시 타이핑하고, 원하는 Jira 티켓이 다시 나올 때까지 뒤로 가기를 누르고, 다음 크래시가 날려버릴 때까지만 살아남는 핀 고정 탭 열다섯 개를 유지하는 식이죠. 이건 어느 순간까지는 작동합니다. 새 컴퓨터, 힘든 한 주, 한나절 동안 세 프로젝트를 오가는 컨텍스트 전환 같은 순간이 오기 전까지는요. 그 이후로는 클릭 한 번 대신 5분간의 뒤지는 시간으로 비용이 나타납니다. 슬롯 세 개와 도메인 규칙 몇 개는 그 비용에 비하면 아주 작은 설정 비용입니다.
도메인별로 맥락을 나누는 게 개발 업무를 넘어서도 유용해 보인다면, 업무용과 개인용, 혹은 클라이언트 A와 클라이언트 B를 나누는 경우라면 적응형 전환 기능은 위의 개발자 특화 버전보다 더 일반적인 관점에서 다룬 글이 있습니다. 그리고 무료 플랜으로 이런 설정이 아예 가능한지 아직 고민 중이라면 가능합니다. 여기서 설명한 것 중 Pro가 필요한 건 하나도 없습니다.