‘야크 털 깎기’가 뭐길래 — 삽질이 사실은 즐겁다는 이야기

개발하다 보면 이런 적 없으세요? 버그 하나 고치려고 시작했는데, 어느새 빌드 도구를 업그레이드하고 있고, 그러다 설정 파일을 갈아엎고 있고, 정신 차려보니 처음 고치려던 버그는 까맣게 잊은 채 전혀 상관없어 보이는 일을 하고 있는 거요. 이걸 영어권 개발자들은 ‘yak shaving(야크 털 깎기)’이라고 불러요. 한국 개발자 박성배 님이 쓴 글이 바로 이 yak shaving을 다루는데, 제목이 의미심장해요. “그런데 야크 털 깎기는 재밌다(But yak shaving is fun).”

야크 털 깎기가 뭔데요

이 표현의 유래가 재밌어요. 원래 어떤 목표(예: 세차를 하고 싶다)가 있는데, 그걸 하려면 호스가 필요하고, 호스가 없어서 옆집에 빌리러 갔더니 뭔가 조건이 붙고, 그걸 해결하려다 보니… 꼬리에 꼬리를 물고 일이 이어져서 결국 동물원에서 야크 털을 깎고 있더라는 우스갯소리에서 나왔어요. 즉 진짜 하려던 일에 도달하기 위해, 겉보기엔 전혀 관련 없어 보이는 자잘한 일들을 줄줄이 처리하게 되는 상황을 말해요.

개발에서는 정말 흔하죠. 기능 하나 추가하려다가 라이브러리 버전 충돌을 만나고, 그걸 풀려다 패키지 매니저를 바꾸고, 그러다 개발 환경 자체를 다시 세팅하고 있는 식이에요. 보통은 “시간 낭비”, “삽질”이라고 부정적으로만 봐요.

그런데 왜 즐겁다는 걸까

글의 핵심 주장은 이 삽질이 꼭 나쁜 것만은 아니라는 거예요. 야크 털을 깎는 과정에서 평소엔 들여다볼 일 없던 도구의 내부 동작을 알게 되고, 시스템이 어떻게 얽혀 있는지 감을 잡게 되거든요. 당장 눈앞의 목표만 보면 옆길로 샌 것 같지만, 그 옆길에서 주운 지식이 나중에 진짜 자산이 되는 경우가 많아요. 개발이라는 일 자체가 원래 호기심으로 굴러가는 면이 있는데, 야크 털 깎기는 그 호기심을 마음껏 발동시키는 순간이기도 하고요. “왜 안 되지?”를 끝까지 파고드는 그 과정이 사실은 우리가 개발을 좋아하게 된 이유와 맞닿아 있다는 거예요.

균형이 진짜 관건

물론 이게 “마음껏 옆길로 새도 된다”는 면죄부는 아니에요. 마감이 코앞인데 본질과 상관없는 완벽주의에 빠져 며칠을 태우면 그건 그냥 문제죠. 그래서 현업에서는 이 야크 털 깎기를 ‘의식적으로’ 다루는 게 중요해요. 지금 이게 진짜 목표에 필요한 일인지, 아니면 그냥 재밌어서 파고드는 건지 한 번씩 멈춰서 구분하는 거죠. 재밌어서 파는 거라면 “지금은 메모만 해두고 나중에 시간 날 때 제대로 즐기자”라고 미뤄두는 식으로요. 타임박스(정해진 시간만 쓰기)를 걸어두는 것도 좋은 방법이에요.

한국 개발자에게

우리 개발 문화에서는 ‘삽질’이라는 말에 유독 부정적인 뉘앙스가 강하잖아요. 그런데 이 글은 그 삽질을 다르게 볼 여지를 줘요. 사이드 프로젝트나 주말에 혼자 하는 작업이라면, 오히려 야크 털 깎기를 마음껏 즐기는 게 실력을 키우는 가장 빠른 길일 수 있어요. 반대로 회사 업무라면, 옆길로 새는 걸 무조건 죄책감으로 누르기보다 “여기서 배운 걸 팀에 공유하면 우리 모두의 자산이 된다”는 관점으로 살짝 비틀어볼 수도 있고요. 결국 핵심은 삽질을 없애는 게 아니라, 즐길 때와 멈출 때를 아는 거예요.

가장 최근에 여러분이 빠졌던 야크 털 깎기는 뭐였나요? 그게 순수한 시간 낭비였나요, 아니면 돌아보니 의외로 남는 게 있었나요? 여러분은 옆길로 새는 그 순간을 어떻게 다루세요?