John Ousterhout
2026/08/07
대략 다음과 같은 의식의 흐름을 따라 이 책을 집어들게 되었다. 다음 책은 실용주의 프로그래머가 될 것이다.
이 책은 의미있게도, 영어 원문 그대로를 완독했으며 내 영어 독해력 향상에도 도움이 되었다.
마틴 파울러의 Refactoring같이 코드 기반으로 많이 설명을 해주는 친절한 책은 아니다.
책의 초반에도 Software Design은 몇 개의 Code Snippet으로 설명할 수 없는 경우가 다수이며 독자가 스스로 문제를 해결하는 과정에서 이 책의 가르침을 떠올려서 체화해야 한다고 언급되어있다.
이 책을 한 문장으로 요약하면, 복잡도(Complexity)를 줄여라. 이다.
복잡도는 Unknown Unknowns(모르는 것이 뭔지도 알지 못하는 상태), 이나 Cognitive Load로 정의된다.
또한, 소프트웨어 디자인에서 가장 핵심적인 관점은 독자 혹은 모듈 사용자의 관점이 되어야 한다고 강조한다.
많은 가르침이 있었지만, 그 중에서도 난 Chapter 13 이 기억에 남는다.
그 중에서도 Define erros out of existence 라는 원칙은 에러를 처리하는 데 생각치도 못했던 발상의 전환이다.
그 외에도 소프트웨어 개발자로서 전술적(Tactical)보다 전략적(Strategic) 개발을 선호해야 하는 이유나 테스트를 통과시키기 위한 Tactical Practice로 변질될 수 있는 TDD의 문제점 등 많은 관점을 배울 수 있었다.
또한 주석에 관련된 많은 인사이트도 얻어서 es-toolkit#1972 PR도 만들어서 기여를 해볼 수 있었다.
이 책에 대한 빠른 insight 는 내가 공개로 배포한 페이지의 토픽들을 AI에게 물어보면 얻을 수 있다.
이 책을 완독하는데 그치지 않고 복습하고 이 지식을 다른 개발자들에게도 전파하고 싶어 기획중인 프로젝트가 있다.
