회사에서 MacBook을 받았는데도 아직 Ctrl+S로 저장하고, Win 키로 앱을 찾으려 한다면——이전에서 가장 힘든 건 언어나 프레임워크가 아니라 데스크톱 습관입니다. 이 글은 앱 50개를 나열하지 않고, 바로 생산성 곡선을 되돌릴 5가지 도구만 골라 첫날 설치 순서까지 정리합니다.
Windows에서 macOS 개발로 옮기는 팀에서 자주 보이는 실패 패턴은 두 가지입니다. 하나는 첫날에 풀 Xcode와 앱 열여 개를 깔아 반나절을 권한 팝업과 경로 문제로 보내는 것. 다른 하나는 아무것도 안 깔고 기본 환경을 버티다 일주일 뒤 «Mac은 코딩에 안 맞다»고 말하는 것입니다.
더 안정적인 길은 소수의 고레버리지 도구로 «앱 찾기, 창 배치, 명령 실행, 단축키» 네 가지를 먼저 되찾는 것입니다. IDE, Docker, Xcode는 필요할 때 추가하면 됩니다. 아래 5가지는 백엔드, 풀스택, 크로스플랫폼 모바일, Visual Studio / VS Code에서 온 개발자를 위한 것입니다. .NET과 iOS 파이프라인도 맞춰야 한다면 Visual Studio 개발자용 Mac 환경 가이드도 함께 보세요.
왜 5개만 추천하는가
이전 기간의 인지 자원은 한정되어 있습니다. «쓸 만할지도» 하는 앱을 하나 더 깔 때마다 학습 곡선과 업데이트 부담이 하나씩 늘어납니다. 이 5가지의 공통점은 다음과 같습니다.
- 고빈도 동작을 커버: 의존성 설치, 앱 검색, 창 배치, 터미널, 단축키——개발자 하루의 «코딩 외» 시간 대부분을 차지합니다.
- Windows 대응이 분명함: «Windows에서는 어떻게 했지?»를 번역하는 비용이 줄어듭니다.
- 무료이거나 핵심 기능이 무료: 팀 전체에 퍼뜨리기 쉽습니다.
- 특정 언어 스택에 묶이지 않음: Java, Go, Node, Python, .NET 모두에 적용됩니다.
원칙: 먼저 데스크톱을 «일할 수 있는 모습»으로 만든 뒤 언어 SDK로 들어갑니다. IDE는 다음 날 정해도 됩니다(Rider, VS Code, Cursor, Xcode는 스택에 따라). Homebrew와 터미널 습관만은 첫날 끝내는 것을 권합니다.
5가지 도구 한눈에: Windows에서 무엇을 대체하는가
| # | macOS 도구 | Windows에서 대략적인 대응 | 해결하는 핵심 문제 |
|---|---|---|---|
| 1 | Homebrew | winget / Chocolatey + CLI 수동 설치 | 한 줄로 git, node, docker CLI 등 설치 |
| 2 | Raycast | PowerToys Run / 시작 메뉴 검색 | 앱 즉시 실행, 클립보드 기록, 스니펫 |
| 3 | Rectangle | Win + 방향키 스냅 / PowerToys FancyZones | IDE + 브라우저 + 문서 3열 배치 |
| 4 | iTerm2 | Windows Terminal | 분할, 검색, SSH 세션, zsh와의 궁합 |
| 5 | Karabiner-Elements | PowerToys Keyboard Manager / AutoHotkey | 외장 키보드 Ctrl→⌘, Caps Lock을 Esc로 등 |
도구 1: Homebrew — 패키지 관리와 CLI 진입점
Windows에서는 winget install Git.Git이나 설치 파일 다운로드에 익숙할 겁니다. Mac에서는 Homebrew가 사실상 표준입니다. 명령줄 도구와 GUI 앱(brew install --cask)을 한곳에서 관리합니다.
첫날 최소 설치
xcode-select --install # 먼저 Command Line Tools(git, clang 포함)
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
# Apple Silicon에서는 brew를 PATH에 추가:
echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.zprofile
eval "$(/opt/homebrew/bin/brew shellenv)"
개발자가 자주 까는 첫 패키지
brew install git gh jq fzf ripgrep fd
brew install --cask docker # 팀이 컨테이너화하는 경우
brew install --cask visual-studio-code # 또는 cursor, iterm2, rectangle, raycast
- Windows와의 차이
- Apple Silicon 기본 경로는
/opt/homebrew(Intel은/usr/local). 문서의 «PATH에 추가»를 Windows의Program Files감각으로 그대로 옮기지 마세요. - 팀 운영
- 저장소에
Brewfile을 두면 새 동료가brew bundle로 환경을 맞출 수 있습니다. Word «환경 구성 안내»보다 훨씬 유지보수하기 쉽습니다.
도구 2: Raycast — 런처와 빠른 작업
macOS 기본 Spotlight(⌘+Space)로도 앱 검색은 되지만, 개발자는 파일 검색, 클립보드 기록, 스크립트 실행, 창 조작까지 매일 씁니다. Raycast 무료판만으로도 대부분을 커버하며, PowerToys Run에 가까운 경험에 확장 생태계도 풍부합니다.
첫날 켜 두면 좋은 기능
- Application Search: 시작 메뉴에서 IDE 찾기 대체.
- Clipboard History: 복사해 둔 JSON, 토큰, 경로 조각을 바로 꺼냄——API 디버깅에 시간을 아낍니다.
- Window Management(선택): Rectangle을 아직 안 깔았다면 Raycast 창 명령으로 임시 대응.
- Snippets:
git commit -m "fix: ...", 자주 쓰는 SSH 명령을 축약어로 저장.
설치: brew install --cask raycast. 첫 실행 시 접근성 권한 부여——PowerToys와 같이 정상적인 요구입니다.
Alfred와는 어떻게 고르나? Alfred는 오래됐고 Workflow가 성숙합니다. Raycast는 모던 UI와 확장 스토어에 강합니다. 둘 중 하나면 충분하고, 둘 다 깔 필요는 없습니다.
도구 3: Rectangle — 창 스냅과 멀티 모니터 레이아웃
이건 Windows에서 Mac으로 옮길 때 과소평가되기 쉬운 고통입니다. macOS 기본에는 Win11처럼 «가장자리로 끌어 반쪽/사분면»이 없습니다. IDE는 왼쪽 절반, 브라우저는 오른쪽, 터미널은 아래——도구 없이는 픽셀 단위로 손으로 맞춰야 합니다.
Rectangle은 무료 오픈소스로 다음을 지원합니다.
- ⌃+⌥+←/→로 좌우 반쪽(원하는 조합으로 변경 가능)
- 사분면, 가운데, 아래 3분의 1(로그 tail 터미널에 유용)
- 멀티 모니터: 다른 화면으로 창 보내기
설치: brew install --cask rectangle. 10분만 투자해 단축키를 Windows에 가까운 근육 기억에 맞추면, macOS 기본 제스처 20개를 외우는 것보다 빨리 체감됩니다.
도구 4: iTerm2 — 터미널과 셸 워크플로
기본 Terminal도 되지만, Windows Terminal에서 온 사람은 분할, 검색, 무한 스크롤, 프로필이 그립습니다. iTerm2는 Mac 개발자 터미널로 오래 쓰여 온 사실상 표준 중 하나입니다.
권장 최소 구성
brew install --cask iterm2
brew install starship eza bat zoxide # 선택: 프롬프트와 CLI 강화
~/.zshrc에 추가할 예:
eval "$(starship init zsh)"
alias ls='eza --icons'
alias cat='bat'
- PowerShell 사용자
brew install powershell후 iTerm2 기본 프로필로 설정 가능. 장기적으로는 팀 스크립트를 bash/zsh로 맞춰 shebang 혼용을 줄이는 편이 낫습니다.- IDE 내장 터미널과의 구분
- Rider / VS Code 터미널은 단발 명령에 적합합니다. docker compose 장시간 실행, 로그 tail, 여러 SSH는 독립 iTerm2 창이나 분할이 낫습니다.
도구 5: Karabiner-Elements — 단축키 전환과 외장 키보드
Mac에서는 ⌘가 Windows의 Ctrl 역할(저장, 복사, 실행 취소)을 합니다. Windows 배열 외장 키보드를 계속 쓰면 처음 2주는 꽤 고통스럽습니다. Karabiner-Elements는 규칙으로 물리 키를 원하는 동작에 매핑합니다.
자주 쓰는 규칙(필요 시)
- 왼쪽 Ctrl → 왼쪽 ⌘: 외장 키보드에서도 «Mac식 Ctrl+S»가 바로 됨.
- Caps Lock → Esc: vim 사용자에게 친숙. 많은 IDE 단축키와도 충돌이 적음.
- 오른쪽 ⌘ → 오른쪽 Ctrl: 터미널에서 Tmux Ctrl+b 쓸 때 편함.
설치: brew install --cask karabiner-elements. «Complex Modifications» 커뮤니티 규칙에서 Change left Control to Command를 검색해 가져오면 됩니다. IDE Visual Studio Keymap 확장과 함께 쓰면 이전 곡선이 훨씬 완만해집니다.
| 동작 | Windows | macOS 기본 | 외장 + Karabiner 전환기 |
|---|---|---|---|
| 저장 | Ctrl+S | ⌘+S | 왼쪽 Ctrl 그대로(⌘로 매핑) |
| 앱 전환 | Alt+Tab | ⌘+Tab | ⌘+Tab 유지 |
| 탭 닫기 | Ctrl+W | ⌘+W | 매핑 후 Windows와 같은 손가락 위치 |
권장 설치 순서(첫날 → 첫 주)
- 오전(30–60분):
xcode-select --install→ Homebrew →brew install git→ 메인 저장소 클론,core.autocrlf input확인. - 오후(30분): Raycast + Rectangle로 «앱 찾기 + 창 배치» 손맛 복구.
- 당일 또는 다음 날: iTerm2 + 자주 쓰는 CLI. IDE는 팀 기본(VS Code / Rider / Cursor).
- 첫 주 안: Karabiner-Elements. Docker Desktop. 필요 시
brew install node@20/dotnet-sdk등. - iOS / MAUI iOS만 다룰 때: 풀 Xcode(30GB+) 설치, 또는 Archive를 클라우드 Mac에 맡김.
| 단계 | 목표 | 완료 기준 |
|---|---|---|
| 첫날 | 코드 받기, 의존성 설치, IDE 실행 | git clone + npm test 또는 dotnet build 통과 |
| 첫 주 | 팀 협업 마찰 줄이기 | SSH 키, 사내 NuGet/npm 소스, pre-commit 훅 동작 |
| 첫 달 | CI와 플랫폼 빌드 정렬 | macOS runner 또는 클라우드 Mac에서 로컬과 같은 산출물 |
이 5가지로 해결되지 않는 것
기대가 어긋나지 않게 경계를 분명히 합니다.
- Xcode를 대체하지 못함: iOS 시뮬레이터, Archive, App Store 서명은 macOS + Apple 툴체인이 필수입니다. Windows 메인 팀은 Windows에서 Xcode 쓰기: 클라우드 Mac 방안을 참고하세요.
- WinForms / WPF 디자이너는 안 됨: Parallels나 원격 Windows가 필요합니다——별도 예산과 컴플라이언스 이슈입니다.
- 팀 IDE를 자동 통일하지 못함: 도구는 데스크톱 효율만 해결합니다. 코드 규약은 EditorConfig, lint, CI로 맞춥니다.
월 몇 번만 iOS 빌드가 필요하다면, 로컬은 가볍게(위 5가지 + 일상 IDE) 두고 xcodebuild archive를 전용 클라우드 Mac mini에 올리는 편이, 팀 전원에 풀 Xcode를 깔는 것보다 디스크와 운영 비용을 줄이는 경우가 많습니다.
정리: 먼저 손맛을 되찾고, 기술 스택은 그다음
Windows에서 macOS 개발로 옮길 때 우선순위는 Homebrew로 의존성 설치 → Raycast로 앱 찾기 → Rectangle로 창 배치 → iTerm2로 스크립트 실행 → Karabiner로 단축키 맞추기입니다. 이 다섯 단계가 끝난 뒤 Rider, VS Code, Xcode를 고르면 데스크톱 마찰에 발목 잡히지 않습니다.
도구는 바뀌어도 목표는 같습니다: 첫날 빌드, 첫 주 PR 머지, 첫 달 안정적 납품. 노트북에서 iOS 빌드를 떼어내려면 클라우드 Mac은 이 5가지와 나란히 검토할 «여섯 번째 인프라»입니다.
로컬에서 환경 구성, 클라우드 Mac에서 iOS 빌드
위 5가지 도구로 일상적인 크로스플랫폼 개발은 충분합니다. MAUI / 네이티브 iOS Archive와 CI는 전용 클라우드 Mac mini로 오프로드하는 편이 낫습니다. SSH 접속, 일/주/월 과금으로, 가끔 빌드할 때마다 두 번째 하드웨어를 살 필요가 없습니다.
더 읽기
자주 묻는 질문
Windows에서 Mac 개발로 옮기는 첫날, 먼저 뭘 깔아야 하나요?
먼저 Xcode Command Line Tools(xcode-select --install), 그다음 Homebrew. Raycast, Rectangle, iTerm2, Karabiner-Elements는 첫날 퇴근 전에 나눠 깔면 되고, 한꺼번에 다 맞출 필요는 없습니다.
Ctrl과 Cmd 충돌은 어떻게 하나요?
단기적으로는 Karabiner-Elements로 외장 키보드 왼쪽 Ctrl을 ⌘에 매핑하거나, IDE에 Visual Studio Keymap을 설치합니다. 장기적으로는 ⌘ 조합을 의식적으로 연습하세요. 처음 3일은 Ctrl→⌘ 대조 메모를 책상에 붙이는 편이 단축키 표를 외우는 것보다 효과적입니다.
Homebrew와 Mac App Store는 어떻게 고르나요?
CLI 도구, 개발 의존성, 오픈소스는 brew install 우선. 샌드박스, 자동 업데이트, Apple 생태계 연동이 필요한 GUI(Xcode 등)는 App Store 또는 brew install --cask.
이 5가지로 iOS 개발이 되나요?
일상 코딩과 터미널에는 충분합니다. iOS Archive, 시뮬레이터, 서명에는 풀 Xcode나 원격 macOS가 필요합니다. Windows 메인에 가끔 iOS 빌드한다면 클라우드 Mac과 함께 쓰는 것이 현실적입니다.
Parallels로 Windows도 깔아야 하나요?
레거시 WinForms, WPF, SSMS나 특정 Windows 전용 플러그인이 있을 때만입니다. 웹, 백엔드, 크로스플랫폼 모바일이면 Windows VM을 일상 주력으로 둘 필요는 보통 없습니다.