한빛미디어

미니멀리즘 프로그래머 : 코드부터 협업까지, 단순함으로 생산성을 높이는 법

한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다.

들어가며.

AI 모델들의 성능이 상향평준화되면서, 엄청나게 많은 '그럴싸한 코드'들이 짧은 시간 내에 마법처럼 뚝-딱 만들어진다. 그러나, 대부분의 사람들이 공감하는 이른바 '바이브 코딩'의 문제점은, 불필요하게 많은 코드들이 양산되어 전체 파악이 어렵다거나, 숨겨진 버그를 양산할 수 있다거나, 코드에 문제가 없더라도 애초에 그 많은 코드들을 전부 살펴보며 모든 맥락을 이해하기 어렵다는 점이다.

요즘 같은 AI 시대에 최종 결과물(작성된 코드)의 책임은 사람에게 있다는 이야기가 자주 들린다. 즉, 사람이 최종적으로 코드를 리뷰하여 이해하고, 그 코드로 인해 발생하는 문제를 책임져야 하며, 더 나은 방향으로 가이드를 할 수 있어야 한다는 것이다. 코드의 결과물 자체는 궁극적으로 사람이 읽기에 좋아야 한다는 점은 AI 이전에도 중요했지만, AI 시대에도 여전히 중요한 가치로 평가받는다.

결국 '코드의 가독성'에 초점이 맞춰진다. 어떻게 하면 가독성 높은 코드를 만들 수 있을 것인가? 아마도 개발자들이 평생하는 고민 중 하나가 아닐까 싶다. 이번에 [미니멀리즘 프로그래머]을 통해 내가 모르는 방법론들을 알아보고자 했다.

책의 주요 내용.

책의 분량 자체는 많지 않다. 그러나 그 안에 담겨있는 내용의 범위가 꽤나 방대하다. 단순히 코드의 작성법에 대한 내용이었다면 제목이 아마 [미니멀리즘 프로그래밍]이 되었겠지만, [미니멀리즘 프로그래머]인 이유가 있었다.

이 책에서는 협업 시 필요한 소프트 스킬에 대한 이야기부터, 팀 생산성을 높일 수 있는 '불필요한 회의를 줄이는 방법' 등 업무 전반에 걸쳐 많은 범주의 이야기들이 담겨있기 때문이다. 말 그대로 현업에서 일하고 있는 '프로그래머'를 위한 내용들이었다.

Part1에서는 일을 단순화하는 방법에 대해 소개한다.  특히 눈길을 끌었던 건 '코드 다이어트'였다. 불필요하게 많은 라이브러리 등을 설치해서 의존성을 높이지 말고, 때로는 직접 같은 기능을 하는 함수를 구현한다던가 하여 의존성을 줄이는 방법에 대한 이야기였다.

Part2에서는 '환경을 단순화하라'라는 표현이 나온다. 이는 사실 '개발 환경'에 대한 이야기임을 프로그래머라면 유추할 수 있을 것이다. 실제로 개발환경이나 터미널 환경, 에디터 등에 대한 이야기가 주를 이룬다. 여기서의 키워드는 '자동화'이다. 자동화를 통해 신경써야 할 것들을 줄이고 '단순화'하라는 의미다.

Part3는 소프트 스킬에 대한 내용을 다룬다. 소프트 스킬은 직군과 직무를 막론하고 협업을 하는 거의 모든 사람들에게 필수적인 스킬이면서도, 동시에 갖추기 꽤나 어려운 것이다. 오죽하면 '스킬'이라는 말이 붙을 정도이니까. 반면에, '스킬'이라는 것은 얼마든지 연습과 노력을 통해 어느 정도 수준까지 '연마'할 수 있다는 뜻이기도 하다. 이 책에서는 프로그래머에게 필요한 몇 가지의 소프트 스킬을 소개하고, 이를 발전시킬 수 있는 간단한 실천법을 제시한다.

Part4가 아마 필자를 포함해 많은 프로그래머들이 기대했던 내용이라고 생각한다. 바로 실제 코드 작성법 및 개발 방법론에 대한 이야기이다. 특히 가독성 높은 코드를 작성하기 위해 어떤 점들을 신경써야 하고, 어떤 것들을 수행해야 하는 지 설명하고 있다.

책을 읽으며 인상깊었던 점은.

이 책에서 좋았던 점은, 독자가 이미 알고 있었거나 모르고 있었거나 상관없이, 직접 스스로 생각하며 환기해볼 수 있는 장치를 만들어주었다는 점이다. 독자에게 던지는 질문들이 책 곳곳에 존재하는데, 이 장치 덕분에 스스로를 되돌아보며 일종의 '반성'을 하는 계기를 만들어주었다. 이미 아는 내용이 잘 체득 되어서 실제 현업에서도 잘 적용했던 경우도 있었고, 아는 내용이었지만 막상 현업에서 적용하지 못하고 있는 부분들을 다시 되돌아보게 되었다.

또, DWP(Developer without Portfolio)라는 새로운 개념도 배울 수 있었다. 직접 기능을 개발하는 대신, 팀원들의 병목과 고충을 파악하고 협업이 원활히 돌아가도록 돕는 일종의 '팀 서포터' 역할이다. 신선한 개념이었지만, _PM이나 테크 리드가 이미 이 역할을 하고 있는 것 아닌가?_ 하는 의문도 들었다. 흥미로운 건 책이 그 의문을 인식하고, '이렇게 해보세요' 섹션을 통해 직접 실험해볼 수 있는 가이드라인까지 제시한다는 점이었다.

마치며.

[미니멀리즘 프로그래머]를 읽고, 갑자기 한 문장이 떠올랐다. 'Simple is the best.'
단순함의 가치를 다시금 되새겨 볼 수 있었다. 필자 스스로도 코드를 작성할 때, 단순함을 추구하는 편이다. 항상 불필요하게 복잡한 코드를 보면 '더 단순할 수는 없나?'를 생각한다. 하지만 내 바람과는 달리 실제로 복잡한 요구사항들이 포함된 코드를 단순하게 만드는 작업은 무척 어렵다.

책에서 소개한 실천적 방법론들을 차근차근 코드에 도입해보면서 가독성 좋은 코드를 작성하기 위한 노력을 다시 꾸준히 이어가야겠다는 생각이 들었다. 코드 퀄리티에 대해 막연하게 고민하고 있는 개발자, 또는 팀 생산성에 관심 있는 개발자라면 한 번쯤 읽어볼 만한 책이라고 생각한다.