에디터 전쟁은 왜 30년째 끝나지 않을까요
vim이냐 이맥스냐, 인텔리제이냐 VS Code냐. 개발자들이 도구 이야기만 나오면 유난히 진심이 되는 거, 다들 느껴보셨을 거예요. 겉에서 보면 그냥 취향 싸움이나 고집처럼 보이는데요. 최근 스택오버플로 블로그에 올라온 에세이가 이 현상을 꽤 신선한 각도로 설명했어요. 제목이 곧 주장인데요. '개발자가 도구에 애착을 갖는 이유는, 도구가 신뢰를 인코딩하고 있기 때문'이라는 거예요.
도구 숙련은 단축키 암기가 아니에요
이 말이 무슨 뜻이냐면요. 어떤 도구를 5년, 10년 쓰면 쌓이는 건 단축키 근육 기억만이 아니에요. 진짜 자산은 그 도구가 '언제, 어떻게 배신하는지'에 대한 지도거든요. git이 이상하게 굴 때 reflog부터 열어보는 감각, 디버거가 엉뚱한 줄을 가리키면 소스맵을 의심하는 직감, 빌드가 깨지면 캐시부터 지워보는 반사신경 같은 것들이요. 이런 지식은 매뉴얼에 안 나와요. 수천 번의 작은 실패와 검증을 거치면서 몸에 새겨진 거죠.
그러니까 오래 쓴 도구는 단순한 프로그램이 아니라, 내가 그동안 쌓아온 검증의 기록이 저장된 금고 같은 거예요. 도구를 신뢰한다는 건 사실 그 도구와 함께한 내 경험을 신뢰하는 거고요. 이렇게 보면 '새 도구가 기능이 더 많은데 왜 안 옮겨요?'라는 질문이 얼마나 과녁을 빗나간 건지 보여요. 갈아타는 비용은 학습 곡선이 아니라 신뢰의 재구축 비용이거든요. 기능 비교표를 아무리 들이밀어도 사람이 안 움직이는 이유예요. 신뢰는 표로 이전되는 게 아니라 시간으로만 쌓이니까요.
AI 도구의 시대라 이 이야기가 더 중요해요
이 관점이 특히 와닿는 게, 지금은 AI 코딩 도구가 그야말로 매주 쏟아지는 시기잖아요. 그런데 AI 도구는 신뢰를 쌓기가 유독 어려워요. 왜냐면 비결정적이거든요. 이게 뭐냐면, 같은 입력을 줘도 매번 다른 출력이 나올 수 있다는 뜻이에요. 컴파일러는 같은 코드에 항상 같은 결과를 주니까 신뢰가 차곡차곡 쌓이는데, AI는 어제 잘하던 일을 오늘 틀리기도 하니까 '이 녀석을 어디까지 믿어야 하나'라는 지도가 잘 안 그려져요. 흔히 AI에 회의적인 개발자를 변화를 거부하는 사람으로 몰아가곤 하는데, 이 에세이의 틀로 보면 다르게 읽혀요. 그들은 기술을 거부하는 게 아니라, 아직 신뢰가 형성되지 않은 것뿐인 거죠. 그리고 그 신중함은 수많은 장애와 배포 사고를 겪으며 학습된, 지극히 합리적인 태도고요.
팀에 새 도구를 도입할 때 써먹을 수 있어요
이 통찰은 실무에서 바로 응용할 수 있어요. 팀에 새 도구를 도입하려는 분이라면, '이게 더 좋으니까 다음 주부터 전환합니다'라는 하향식 통보가 왜 반발을 부르는지 이제 설명이 되죠. 신뢰를 강제로 이식하려 한 거니까요. 대신 이렇게 해보세요. 기존 도구와 병행하는 기간을 두고, 위험이 낮은 작은 작업부터 새 도구로 성공하는 경험을 쌓게 하고, 문제가 생기면 언제든 돌아갈 수 있는 퇴로를 보장하는 거예요. 신뢰가 쌓이는 자연스러운 경로를 설계해 주는 거죠. 반대로 개인 입장에서는 균형이 필요해요. 도구에 보수적인 건 합리적이지만, 그 신뢰 계좌도 가끔은 재평가해야 하거든요. 세상이 바뀌었는데 10년 전의 검증 기록에만 기대고 있으면, 어느 순간 애착이 족쇄가 될 수도 있으니까요. 분기에 한 번쯤 새 도구를 낮은 위험의 사이드 프로젝트에서 시험해 보는 정도가 건강한 타협점 같아요.
한 줄로 정리하면, 도구 애착은 고집이 아니라 오랜 검증의 결과물이고, 도구를 바꾸자는 건 결국 신뢰를 다시 쌓자는 제안이라는 거예요. 여러분에게도 도저히 못 버리는 도구가 있나요? 그 도구와 신뢰를 쌓게 된 결정적 사건이 있었다면 들려주세요.
🔗 출처: Hacker News