개발의 무게를 덜어내고 본질만 남기다.

 

실용주의 프로그래머 데이비드 토머스가 제안하는

지속 가능한 코딩을 위한 미니멀리즘

『실용주의 프로그래머』의 저자 데이비드 토머스가 우리를 옥죄는 ‘복잡함’이라는 괴물과 싸우기 위해 돌아왔습니다. 그가 제시하는 가장 강력한 무기는 바로 ‘단순함’입니다.

11줄짜리 코드를 짜면 끝날 일을 굳이 거대한 라이브러리를 설치해서 처리하려 할까요? 왜 기능을 더할수록 프로젝트는 무거워지고 유지보수는 어려워질까요? 이 책은 여러 겹 복잡하게 쌓인 껍데기를 벗겨내고, 코드의 본질을 회복하는 과정을 담았습니다.

미니멀리즘 프로그래머에게 단순함이란 코드를 짧게 줄이는 기교가 아닙니다. 프로젝트의 군더더기를 걷어내고 핵심 가치에 집중하는 태도이자, 변화를 받아들이는 용기입니다. 복잡한 코드의 홍수 속에서 잃어버린 프로그래밍의 즐거움을 되찾는 방법을 소개하겠습니다. 지금, 여러분의 여정에 ‘미니멀리즘’이라는 새로운 나침반을 선물하세요.

● 채우지 말고 비워라: '미래의 부채'가 될 기능을 욕심내기보다, 지금 당장 필요한 가치만을 점진적으로 전달하는 미니멀리즘 전략을 배웁니다.

● 복잡한 도구를 단순한 무기로: 명령어 하나로 배포가 가능한 자동화 시스템을 구축해 단순함에 집중할 수 있는 환경을 만듭니다.

● 군더더기 없는 소통: 팀의 시간을 뺏는 지긋지긋한 회의를 줄이고, 소통 비용을 최소화하고, 단순하게 설명하는 소프트 스킬을 연마합니다.

● 코드를 넘어 데이터로: 코드보다 다루기 쉬운 ‘데이터’에 주도권을 넘기세요. 복잡하게 얽힌 스파게티 로직을 우아하게 재배치하는 실전 기법을 소개합니다.

[목 차]
  

CHAPTER 01 단순함의 미학

 

PART 1 하는 일을 단순화하라, 일하는 방식을 단순화하라

CHAPTER 02 코드 다이어트

Practice 1 건강하지 않은 의존성을 줄이기

Practice 2 프레임워크: 성분표 꼼꼼히 확인하기

Practice 3 기능은 적을수록 좋다

 

CHAPTER 03 프로젝트 최적화

Practice 4 팀의 결합도 낮추기

Practice 5 지긋지긋한 회의 줄이기

Practice 6 굳이 회의를 해야 한다면 생산적으로 하자

Practice 7 보유한 기술 널리 퍼뜨리기

Practice 8 정보를 자유롭게 흐르게 하기

 

PART 2 환경을 단순화하라

CHAPTER 04 업무 자동화

Practice 9 데스크톱 환경 최적화하기

Practice 10 터미널 활용 극대화하기

Practice 11 그 외 모든 것 자동화하기

Practice 12 에디터 완전히 장악하기

Practice 13 개발 장비 세팅 자동화하기

 

CHAPTER 05 변화의 수용

Practice 14 실용성과 기발함 섞기

Practice 15 미래에서 놀고, 과거에서 일하기

 

PART 3 상호작용을 단순화하라

CHAPTER 06 소프트 스킬

Practice 16 의견 대립은 제로섬 게임이 아닙니다

Practice 17 공감 능력 기르기

Practice 18 사물에도 공감하기

Practice 19 이야기 엮기

 

PART 4 코드를 단순화하라

CHAPTER 07 데이터 주도 개발

Practice 20 데이터에 운전대 맡기기

Practice 21 테이블로 테스트를 단순화하기

Practice 22 상태 머신으로 로직 단순화하기

 

CHAPTER 08 가독성 높은 코드

Practice 23 주석 달지 않기

Practice 24 TODO를 쓰느냐 마느냐

Practice 25 줄을 맞춰 정렬하세요

Practice 26 마지막에 쉼표 남겨두기

Practice 27 순서대로 정렬하기

Practice 28 옆으로 긴 코드보다 아래로 긴 코드가 낫다

Practice 29 관련된 코드는 한곳에 모으기

 

CHAPTER 09 마치며

박성철 (스페이스비전 AI 개발 총괄이사)

저는 약 1년 전 이 책의 7장과 제목이 비슷한 『데이터 지향 프로그래밍』(에이콘, 2024)이란 책을 번역했습니다. 그 책도 개발자가 싸워야 할 진짜 적은 다룰 수 있는 복합성이 아니라, 우리가 인위적으로 꼬아버린 복잡함이며 해법은 오직 단순함뿐이라는 문제의식을 공유합니다. 『데이터 지향 프로그래밍』이 코딩 원칙을 깊게 판다면, 『미니멀리즘 프로그래머』는 자동화와 협업 등 개발자의 활동 전반을 폭넓게 다룹니다.

켄트 벡은 『구현 패턴』(에이콘, 2008)에서 코드가 추구해야 할 핵심 가치로 소통, 단순함, 유연함을 언급했고, 여기서도 단순함을 유연함보다 우선해야 한다고 강조했습니다. 이것이 제가 『데이터 지향 프로그래밍』을 번역한 이유이자, 또 『미니멀리즘 프로그래머』를 높이 사는 이유입니다.

언제나 우리가 지향할 방향을 제시하는, 코더들의 스승 데이비드 토머스는 이번에도 핵심을 정확히 간파합니다.

 

박은종 (패스트캠퍼스 백엔드/AI 디렉터)

우리는 지금 코드를 구현하기 가장 쉬운 시대에 살고 있습니다. 개발을 시작하기 전에 프레임워크를 선정하면 개발자는 비즈니스 로직만 구현하는 데 집중할 수 있습니다. AI는 순식간에 수백 줄의 코드를 만들어주고, 하드웨어는 더 이상 성능을 걱정하지 않아도 될 만큼 풍부하며, 프레임워크는 점점 더 거대해지고 있습니다. 아이러니하게도 이러한 환경에서 소프트웨어는 점점 더 복잡하고 이해하기 어려운 존재가 되어가고 있습니다.

이 책은 그런 시대적 흐름에 정면으로 질문을 던집니다.

‘정말 이렇게까지 복잡해야 할까?’

이 책이 말하는 단순함은 미니멀리즘을 위한 미니멀리즘이 아닙니다. 불필요한 의존성을 줄이고, 과한 기능을 덜어내고, 팀과 프로젝트의 결합도를 낮추며, 자동화할 수 있는 모든 것을 자동화하는 이유는 단 하나입니다. 사람이 이해하고, 사람이 유지할 수 있는 시스템을 만들기 위해서입니다.

AI가 코드를 대신 써주는 시대일수록 개발자의 역할은 더 분명해집니다. 코드를 ‘작성하는 능력’은 점점 평준화되지만, 무엇을 단순화할지 판단하는 능력, 어디까지가 적정한 추상화인지 가늠하는 감각, 데이터와 흐름으로 문제를 재구성하는 설계력은 여전히(아니, 오히려 더) 인간 개발자의 몫입니다.

이 책은 코드만 이야기하지 않습니다. 회의, 협업, 소프트 스킬, 개발 환경, 자동화, 데이터 주도 설계까지 아우르며 ‘복잡함은 기술의 문제가 아니라 태도의 문제’임을 차분하게 설득합니다. 하드웨어와 프레임워크가 모든 문제를 해결해줄 것이라는 착각에서 벗어나, 생각하는 개발자로 돌아가게 만드는 책입니다.

더 빠르게 만드는 법은 AI가 알려줄 수 있습니다. 하지만 더 단순하게 만드는 법은 여전히 우리가 배워야 합니다. 복잡함이 당연해진 시대에 이 책은 단순함이야말로 실력이라고 말합니다.

‘단순함은 선택이며, 그 선택이 곧 실력이다.’

AI와 함께 달려가고 있는 시대에 이 책과 함께 잠시 멈춰 서서 많은 것을 돌아보기를 저를 비롯한 모든 개발자에게 권합니다.

 

양수열 (크라우드웍스 CTO)

프로그래머로 첫 일을 시작한 때부터 어느 정도 경력을 인정받기까지, 제가 설계한 시스템 대부분은 통신·금융 분야에서 사용되는 소프트웨어였습니다. 그러다 보니 저는 어떻게든 가용성을 확보하는 방향으로 시스템을 설계했고, 그 결과 시스템은 무척 복잡해졌습니다.

그렇게 20년이 지나 반추해 보니 많이 부끄러웠습니다. 훨씬 단순하게 만들 수 있었다는 아쉬움이 남았기 때문입니다. 20년이 넘어서야 시스템의 단순함이 얼마나 중요한지 제대로 알게 되었습니다. 돌이켜보면 제가 해온 일의 상당 부분은 복잡성을 줄이는 일이었는데, 정작 목적은 잊은 채 설계에만 몰두했던 셈입니다.

그래서 자신 있게 권합니다. 20년을 돌아오지 마시고, 지금 이 책을 읽고 바로 적용해 보시기 바랍니다.