"완벽주의 버리고 일단 배포해라" 유능한 개발자가 자멸하는 이유

요약 개발을 잘하는 능력과 제품을 실제로 배포(shipping)하는 능력은 완전히 별개의 역량이며, 단기적으로는 오히려 상충한다는 개발자의 통찰이 화제를 모았습니다. 뛰어난 미적 기준과 안목을 가진 창작자일수록 자신이 만든 초기 결과물이 기준에 미치지 못해 실망하고 공개를 꺼리게 되는데, 이를 극복하려면 결국 '이를 악물고 일단 내보내는 것' 외에는 방법이 없다는 주장입니다. 특히 재능 있는 프로그래머들은 시스템을 우아하고 결점 없이 구축하려는 집착에 가까운 욕망을 품는 경우가 많습니다. 코드의 작은 결점에도 감정적인 괴로움을 느끼고, 이를 배포하면 자신의 실력이 부족하다고 여겨질까 두려워합니다. 개인 프로젝트라면 몰라도 거대한 코드베이스를 다루는 테크 기업에서는 치명적인 독이 됩니다. 현실의 대규모 시스템은 일정 압박과 다양한 사정으로 인해 온갖 결점으로 가득 차 있으며, 일관성을 위해 때로는 사소한 결함을 그대로 유지하거나 복제해야 하는 타협이 필요하기 때문입니다. 완벽주의에 갇힌 유능한 개발자들은 결국 개발 환경 설정이나 테스트 리팩토링 같은 안전지대로 도망치거나, 죄책감에 짓눌려 번아웃에 빠지곤 합니다. 저자는 아무리 엉망인 코드(bad diff)라도 시간이 지나면 개선할 수 있지만, 아예 제출되지 않은 코드(no diff)는 결코 개선할 수 없다고 강조합니다. 글쓰기 역시 마찬가지입니다. 저자는 자신이 공들여 쓰고 마음에 들었던 글보다, 마음에 들지 않았지만 일단 올렸던 글들이 오히려 독자들의 폭발적인 반응을 얻었던 경험을 털어놓았습니다. 사람들에게 무엇이 유용하고 흥미로울지는 사전에 결코 예측할 수 없기에, 소수의 완벽한 작업물에 매달리는 것보다 완성도가 떨어지더라도 꾸준히 다작을 쏟아내는 것이 성공 확률을 훨씬 높여준다는 설명입니다. 실패를 두려워하지 않고 일단 결과물을 세상에 밀어 넣는 추진력(momentum)이야말로 창작자와 엔지니어가 살아남는 핵심 태도라고 역설합니다.