반응형
협업 & 소프트스킬 · 협업도구 & 문화
페어 프로그래밍, 둘이 함께 짜는 코드가 더 나은 이유
느려 보이지만 실제로는 빠르다 — 페어 프로그래밍의 역설
페어 프로그래밍은 두 명의 개발자가 한 컴퓨터에서 함께 코드를 작성하는 방식이다. 한 명은 직접 타이핑하는 드라이버(Driver), 다른 한 명은 방향을 제시하고 검토하는 네비게이터(Navigator) 역할을 맡는다. 처음 보면 비효율적으로 보이지만, 연구와 실무 경험 모두 잘 운영된 페어 프로그래밍이 코드 품질과 팀 지식 공유에 상당한 효과가 있음을 보여준다.
드라이버와 네비게이터
드라이버 (Driver)
직접 코드를 작성한다. 현재 구현 중인 세부 사항에 집중하고, 네비게이터의 방향을 따라 움직인다. 막히면 말로 표현한다.
네비게이터 (Navigator)
큰 그림을 본다. 아키텍처, 엣지 케이스, 다음 단계를 생각하며 방향을 제시한다. 즉각적인 타이핑보다 전략에 집중한다.
역할은 주기적으로 교체한다. 보통 25~30분마다 바꾸는 것이 일반적이며, 한 사람이 계속 드라이버만 하면 피로도가 급격히 올라간다.
다양한 페어링 방식
Ping-Pong Pairing
TDD 방식과 결합한다. A가 실패하는 테스트를 작성하면, B가 그 테스트를 통과하는 코드를 작성하고, 다시 A가 다음 테스트를 작성한다.
Strong-Style Pairing
네비게이터의 아이디어가 코드가 되려면 반드시 드라이버의 손을 통해야 한다. 주니어 온보딩에 효과적이다.
Remote Pairing
VS Code Live Share, Tuple, Zoom 화면 공유 등을 활용한다. 원격 환경에서도 충분히 가능하지만 의사소통 규칙을 더 명확히 해야 한다.
Mob Programming
팀 전체(3명 이상)가 한 화면 앞에서 함께 작업한다. 페어링의 확장판. 중요한 설계 결정이나 복잡한 버그 해결에 유용하다.
페어 프로그래밍이 효과적인 상황
- 신규 팀원 온보딩 — 코드베이스와 팀 컨벤션을 빠르게 전달할 수 있다
- 복잡한 버그 디버깅 — 혼자 몇 시간 잡으려던 것을 둘이 30분 만에 해결하는 경우가 많다
- 아키텍처 결정이 필요한 신규 기능 — 설계 단계에서 두 시각이 더 나은 구조를 만든다
- 보안이 중요한 코드 — 단독 작업보다 실수 가능성이 낮다
페어 프로그래밍이 맞지 않는 상황
- 반복적이고 단순한 보일러플레이트 작업
- 개인이 깊이 탐색하며 학습해야 하는 리서치 단계
- 두 사람의 컨디션이나 업무 스타일이 크게 다를 때
주의: 페어 프로그래밍을 강제로 도입하면 역효과가 난다. 자발적으로 필요할 때 쓰는 도구로 접근하는 것이 좋다. "오늘 이 이슈 같이 볼 사람?"처럼 opt-in 방식이 팀 분위기를 해치지 않는다.
실무 팁: 원격 페어링 도구로는 VS Code Live Share가 무료이면서 가장 널리 쓰인다. 별도의 화면 공유 없이 양쪽 모두 독립적으로 커서를 움직이며 편집할 수 있어 편하다.
반응형
댓글