'차고 문 열고 작업하기' - 완성본만 보여주지 말고, 과정을 공개해보세요

개발자로 일하다 보면 '난 다 만들고 나서 보여줄래'라는 유혹을 자주 받아요. 엉성한 초안, 깨진 UI, 끝나지 않은 생각을 남에게 보이기가 부담스럽거든요. 그런데 앤디 마투샥(Andy Matuschak)이라는 연구자가 남긴 '차고 문 열고 작업하기(Work with the garage door up)'라는 짧은 노트가 이 습관을 다시 생각하게 만들어요. 오늘은 이 개념을 한국 개발자 관점에서 풀어볼게요.

차고 문이라는 비유

앤디 마투샥은 원래 애플에서 아이패드 iOS를 만들던 엔지니어였고, 지금은 '사고를 위한 도구(tools for thought)' 연구자예요. 그가 말하는 비유는 이래요. 동네에 정비공이 있어요. 어떤 정비공은 차고 문을 꽁꽁 닫고 작업해요. 고친 차를 출고할 때만 문을 열고 결과물을 내놓죠. 또 다른 정비공은 차고 문을 활짝 열고 작업해요. 지나가던 이웃이 '오, 오늘 엔진 뜯고 있네?'라고 말을 걸고, 초보 정비공 지망생이 어깨너머로 배우러 오고, 손님이 자기 차를 맡기면서 '아까 저렇게 분해하시던데, 우리 차도 그 방식으로 좀 해주세요'라고 요청해요.

어느 쪽이 더 가치 있는 결과를 만들까요? 마투샥의 주장은 '과정을 공개하는 쪽이 장기적으로 훨씬 풍부한 협업과 배움을 만든다'는 거예요. 완성본은 과정의 마지막 점일 뿐이고, 과정 속에 있는 고민·실패·곁가지 아이디어가 사실 더 귀중한 자산이거든요.

왜 이게 개발자에게 특히 중요할까요

우리 일은 원래 과정이 엄청 긴 일이에요. 한 기능을 만드는 데 일주일이 걸린다면, 그 일주일 중 실제로 '최종 코드'를 커밋하는 순간은 몇 분이에요. 나머지는 고민, 실험, 버리기, 다시 해보기예요. 이 과정을 안 보여주면 동료는 결과만 보고, 여러분이 왜 그런 결정을 내렸는지 이해하지 못해요. 코드리뷰가 지옥이 되는 이유 중 하나가 이거예요. 완성된 PR만 놓고 '왜 이렇게 짰어?'라고 묻기 시작하면 늦거든요.

반대로 차고 문을 열고 일하면 어떤 일이 벌어질까요. 주간 미팅에서 '이번 주는 A 방향으로 가보고 있어요. 지금 이런 벽에 부딪혔는데 다음 주엔 B를 실험해볼까 해요'라고 공유하면, 동료가 '아 그거 비슷한 거 해봤는데 C 방식이 더 낫더라'라고 알려줘요. 1주일을 절약하는 거죠. 공개된 미완성이 숨겨진 완성보다 훨씬 빠른 피드백 루프를 만들어요.

구체적으로 어떻게 해볼까요

가장 낮은 난이도는 작업 로그예요. 노션이든 옵시디언이든 깃허브 디스커션이든 어디든 좋아요. 오늘 한 일, 막힌 지점, 내일 시도해볼 것 세 줄만 써도 돼요. 저자는 이를 공개 연구 노트로 발전시켰고, 네트워크 노트 형태로 유명해졌죠.

다음 단계는 초안 공유예요. 완성되지 않은 설계 문서, 초안 API 스펙, 작동은 하지만 지저분한 프로토타입을 먼저 올리고 '이거 어떻게 생각해요?'라고 물어보는 거예요. GitHub의 Draft PR 기능이 딱 이걸 위한 거고요.

더 나아가면 라이브 코딩 스트리밍, 트위치/유튜브 코딩 방송, 블로그에 '실패 로그' 쓰기 같은 것도 있어요. tsoding, ThePrimeagen 같은 사람들이 이 방식으로 큰 커뮤니티를 만들었죠. 한국에는 아직 이 문화가 많이 약한데, 그만큼 차별화 포인트가 될 수도 있어요.

균형이 필요해요

물론 모든 걸 다 공개할 필요는 없어요. 초기 아이디어가 너무 약할 땐 노이즈만 될 수 있고, 사내 비밀 프로젝트나 보안 사안은 당연히 닫아야 해요. 마투샥도 '차고 문을 항상 열라'고 한 건 아니에요. 기본값을 '닫힘'에서 '열림'으로 살짝 옮겨보라는 제안에 가까워요. 그것만으로도 협업의 결이 달라진다는 거죠.

한국 개발자에게 주는 시사점

한국 개발 문화는 전통적으로 '완성도를 높여서 내놓기'를 선호하는 편이에요. 이건 장점도 많지만, 과정에서 배울 수 있는 기회를 놓치는 측면도 있어요. 특히 주니어 개발자라면 배움의 속도를 3~5배 끌어올릴 수 있는 가장 간단한 방법이 바로 과정 공개거든요. 질문하고, 헤매는 걸 보여주고, 피드백을 받으세요. 시니어라면 반대로, 여러분이 해결 중인 문제를 팀에 일찍 공유하는 것만으로도 후배들이 '저렇게 생각하는구나'를 배울 수 있어요. 완성본을 보여주는 것보다 훨씬 큰 멘토링이에요.

마무리

한 줄 요약: 과정을 숨기는 건 단기적으론 편하지만, 장기적으론 협업·학습·운도 함께 닫는 일이에요. 여러분은 요즘 작업 중인 것 중에 '차고 문을 열어볼 만한' 부분이 있나요? 블로그 초안, 사이드 프로젝트, 고민 중인 아키텍처 결정 같은 거요. 오늘 하나만 공개해보는 건 어때요?