MacBook Air 13인치로 사이드 프로젝트 1년 — 개발자 시점
MacBook Air 13인치로 사이드 프로젝트 1년 — 개발자 시점
퇴근 후 2시간, 주말 카페 세션으로 Next.js 풀스택 프로젝트를 1년간 혼자 만들었습니다. MacBook Air가 어디까지 버텨주는지, 어디서 벽에 부딪혔는지 개발자 시각으로 전부 씁니다.
회사 업무는 충분히 잘 하고 있었습니다. 그런데 늘 마음 한켠에 "내 것을 만들고 싶다"는 생각이 있었습니다. 유저가 실제로 쓰는 서비스, 내가 설계하고 내가 배포하는 것. 그래서 작년 1월, 퇴근 후 두 시간과 주말 카페 세션을 사이드 프로젝트에 쓰기로 했습니다. 기기는 MacBook Air 13인치. 가볍고 배터리 오래 가는 게 조건이었습니다. 1년이 지난 지금, 실제로 사용자가 있는 서비스를 배포했습니다. MacBook Air가 어디까지 버텨줬는지, 어디서 한계가 왔는지 개발자 시점에서 전부 털어놓겠습니다.
🛠️ 1년간 사용한 기술 스택
사이드 프로젝트의 스택은 회사 업무와 겹치는 부분도 있고, 새로 배운 것들도 있었습니다. MacBook Air에서 이 스택이 얼마나 쾌적하게 돌아갔는지가 이 글의 핵심입니다.
🛠️ 사이드 프로젝트 기술 스택
📊 MacBook Air M2 — 사이드 개발 성능 실측
1년 동안 같은 작업을 반복하면서 자연스럽게 성능 패턴이 쌓였습니다. 공식 벤치마크가 아닌 실제 개발 워크로드 기준입니다.
⚡ 실제 개발 작업별 성능 체감
사이드 프로젝트에서 가장 체감된 스펙은 CPU가 아니라 메모리였습니다. VS Code, Chrome(탭 10개), Slack, Figma, 터미널 3개를 동시에 띄워도 스왑이 일어나지 않았습니다. 8GB였다면 이 조합에서 분명히 메모리 스왑이 발생했을 겁니다. 사이드 프로젝트용 MacBook Air를 고른다면 반드시 16GB로 가야 합니다.
⚙️ 개발 워크플로 유형별 평가
Vercel 기반 풀스택 개발
Next.js + Vercel + Supabase 조합은 MacBook Air에서 가장 잘 맞는 스택이었습니다. 로컬에서는 dev 서버만, 무거운 작업은 Vercel·Supabase 클라우드가 담당해서 Air에 부담이 거의 없었습니다.
빠른 이터레이션 · 핫 리로드
코드 수정 → 저장 → 브라우저 반영까지 1~2초. M2 칩의 단일 코어 성능이 빠른 피드백 루프에서 진가를 발휘했습니다. 사이드 프로젝트의 특성상 이 속도가 의욕 유지에 실질적인 도움이 됐습니다.
Figma 디자인 + 코드 병행
Figma와 VS Code를 같이 띄우는 건 가능합니다. 다만 Figma 파일이 복잡해질수록 팬이 돌기 시작했습니다. 단순한 목업 작업은 문제없고, 대형 디자인 시스템 파일은 버거웠습니다.
Vitest 단위 테스트 실행
테스트 파일 수백 개를 watch 모드로 돌려도 쾌적했습니다. Jest보다 Vitest가 M2에서 훨씬 빠르게 동작한다는 걸 직접 확인했습니다. 테스트 주도 개발을 하기에 불편함이 없었습니다.
Docker 멀티 컨테이너
컨테이너 3개 이상을 동시에 돌리면 팬리스 특성이 한계를 드러냈습니다. 쓰로틀링이 시작되면 개발 서버 핫리로드 속도도 눈에 띄게 느려졌습니다. Docker는 꼭 필요한 컨테이너만 켜두는 습관이 생겼습니다.
전체 빌드 + Docker 동시
next build와 Docker를 동시에 돌리는 조합은 Air에서 가장 힘든 작업이었습니다. 팬리스 구조에서 쓰로틀링이 시작되면 빌드 시간이 2배 이상 늘어났습니다. 이 작업만큼은 Docker를 먼저 내리고 진행하는 루틴을 만들었습니다.
🌙 퇴근 후 사이드 세션 — 시간대별 에너지 흐름
1년 동안 퇴근 후 사이드 개발 세션의 패턴이 시간대별로 굳어졌습니다. 피로도와 집중도가 시간에 따라 크게 달랐습니다.
🌙 퇴근 후 사이드 세션 집중도 패턴
퇴근 후 사이드 개발에서 MacBook Air가 빛나는 이유는 성능보다 무게와 배터리입니다. 1.24kg의 가벼움으로 카페·회사 → 집 이동이 부담 없고, 충전기 없이 5~6시간 dev 세션이 가능합니다. Pro의 성능이 더 좋지만, 퇴근 후 지친 상태에서 무거운 가방을 들고 싶지 않다는 심리적 장벽이 사이드 프로젝트 지속성에 영향을 줬습니다. 가벼워서 꺼내기 쉬운 것이 결국 더 많이 쓰게 만들었습니다.
🚀 1년간 주요 마일스톤 — 실제로 만들어진 것들
첫 번째 MVP 배포 — 개발자 링크 공유 서비스
Next.js App Router + Supabase + Vercel 조합으로 처음 실제 배포를 완료했습니다. 기능은 단순했지만, "내가 만든 게 인터넷에 올라가 있다"는 감각이 처음이었습니다. 첫 사용자가 생겼을 때 손이 떨렸습니다.
Turborepo 모노레포 도입 — Air의 한계를 처음 맛봄
두 번째 프로젝트에서 Turborepo 모노레포 구조를 도입했습니다. 전체 빌드 시 팬리스 Air가 쓰로틀링을 일으키기 시작한 게 이때였습니다. Docker와 동시 실행을 피하는 루틴이 이 시점에 생겼습니다.
3주 번아웃 — 사이드 프로젝트 중단
회사 업무가 바빠진 시기와 겹쳐 3주 동안 사이드 프로젝트를 거의 못 했습니다. 복귀 후 코드를 보니 맥락이 기억 안 나는 부분이 있어서 주석과 README를 보강하는 데 일주일을 썼습니다. 문서화의 중요성을 몸으로 배운 시기였습니다.
실사용자 100명 돌파 — 첫 피드백 루프
두 번째 서비스가 실사용자 100명을 넘겼습니다. 사용자 피드백을 받아 기능을 개선하는 사이클이 처음 돌아간 시점이었습니다. MacBook Air가 Vercel 로그를 보면서 핫픽스를 배포하는 데 충분히 빠르게 반응해줬습니다.
세 번째 프로젝트 배포 — 1년 결산
1년 동안 총 3개 프로젝트를 배포했습니다. 누적 사용자 약 350명, GitHub 스타 합산 120여 개. MacBook Air는 처음부터 끝까지 이 과정의 유일한 도구였습니다. 한 번도 "기기를 바꿔야겠다"는 생각이 들지 않았습니다.
⚖️ MacBook Air vs Pro — 사이드 프로젝트 관점에서
| 항목 | Air (팬리스) | Pro (팬 포함) | 사이드 개발 선택 |
|---|---|---|---|
| 일반 Next.js 개발 | 충분히 쾌적 | 더 빠름 | Air ✅ |
| Docker 멀티 컨테이너 | 3개 이상 쓰로틀링 | 안정적 | Pro 우위 |
| 퇴근 후 이동 편의 | 1.24kg 최경량 | 1.4~2.1kg | Air ✅ |
| 충전기 없이 세션 | 5~6시간 | 8~11시간 (Pro) | Pro 우위 |
| Figma 대형 파일 | 버거움 | 쾌적 | Pro 우위 |
| next build 속도 | 45~80초 | 30~55초 | 둘 다 충분 |
| 가격 (16GB 기준) | 약 169만 원 | 약 249만 원~ | Air 80만 원 절약 |
| 카페·이동 작업 | 최적 | 무거움 | Air ✅ |
사이드 프로젝트에서 Air 팬리스의 제약이 체감되는 순간은 딱 두 가지였습니다. Docker 컨테이너 3개 이상 동시 실행과 next build + Docker 동시 작업. 이 두 가지만 피하면 Air는 사이드 개발 머신으로 전혀 부족하지 않습니다. 실제로 두 가지 다 작업 루틴을 바꾸는 것으로 해결했습니다.
📅 1년 사이드 프로젝트 타임라인
😟 구매 전 걱정했던 것
- 팬리스라 빌드할 때 느려질까
- 8GB로 살걸 16GB가 필요할까
- 13인치가 너무 작지 않을까
- Docker 쓰면 한계 오지 않을까
- 사이드 프로젝트 1년 버틸 수 있을까
😌 1년 후 실제 결과
- Docker 3개 이상 동시만 피하면 OK
- 16GB 통합 메모리 — 스왑 한 번도 없음
- 카페에서 오히려 13인치가 최적
- 작업 루틴 조정으로 Docker도 해결
- 3개 프로젝트 배포, 발목 잡은 적 없음
MacBook Air 13인치 사이드 개발 1년 종합 평가
사이드 프로젝트에 최적화된 기기 — 단, 16GB는 필수
결론 — 기기보다 습관이 사이드 프로젝트를 지속시킨다
1년 동안 MacBook Air가 발목을 잡은 건 단 두 번이었습니다. Docker 멀티 컨테이너 동시 실행, 그리고 전체 빌드와 Docker 병행. 두 번 다 기기 한계가 아니라 작업 루틴을 바꿔서 해결했습니다. 결국 사이드 프로젝트를 지속하게 만든 건 기기의 성능이 아니었습니다. 매일 맥북을 꺼내게 만드는 가벼움, 충전기 없이 카페를 버티게 해주는 배터리, 그리고 빠른 핫리로드가 주는 즉각적인 피드백이 의욕을 유지시켰습니다.
사이드 프로젝트를 시작하려는 개발자분께 한마디만 드리겠습니다. 기기가 완벽할 때를 기다리지 마세요. 지금 있는 기기로 일단 시작하세요. 가장 좋은 사이드 프로젝트 환경은 매일 꺼내기 가장 편한 기기 위에 있습니다.
사이드 프로젝트 하시는 분들 이야기가 궁금합니다
어떤 기기로 사이드 개발을 하고 계신가요? 퇴근 후 세션을 이어가는 나만의 루틴이 있다면 댓글로 공유해 주세요. 특히 Air와 Pro 사이에서 고민하고 계신 분들의 이야기도 듣고 싶습니다.