[서평] 개발자가 블로그도 잘 써야 하나요?

출판사로부터 도서를 제공받아 작성한 후기입니다.

 

개발자가 블로그도 잘 써야 하나요? — 글쓰기를 미뤄온 개발자에게 필요한 질문

개발자는 코드를 잘 쓰면 충분할까?

사실 이 질문에 오래도록 “그렇다”고 답하고 싶었다. 개발자는 결국 문제를 해결하는 사람이고, 문제 해결의 결과물은 코드로 증명된다고 생각했기 때문이다. 블로그는 여유가 있는 사람들이 하는 부가 활동처럼 느껴졌고, 잘 정리된 글을 쓰는 일은 늘 우선순위 밖으로 밀려났다.

그런데 실무를 하다 보면 생각이 조금 달라진다. 코드를 작성하는 시간만큼이나 중요한 일이 “왜 이렇게 만들었는지” 설명하는 일이라는 것을 자주 마주하게 된다. 구현 방식의 근거를 남기고, 오류를 추적한 과정을 공유하고, 나중에 같은 문제를 다시 만났을 때 빠르게 맥락을 복구하는 일. 이 모든 과정은 결국 글쓰기와 연결되어 있다.

 

『개발자가 블로그도 잘 써야 하나요?』는 바로 그 지점을 짚는 책이다. 단순히 “개발자라면 블로그를 운영하세요”라고 권하는 책이라기보다, 개발자가 왜 자신의 생각과 경험을 글로 남겨야 하는지 설득하는 책에 가깝다. 기술 블로그를 시작해야겠다고 생각만 하고 미뤄온 사람이라면, 이 책의 문제의식이 꽤 직접적으로 다가올 것이다.

블로그는 보여주기용 포트폴리오만은 아니다

기술 블로그라고 하면 흔히 취업이나 이직을 위한 포트폴리오를 먼저 떠올린다. 물론 블로그가 커리어에 도움이 되는 것은 맞다. 어떤 문제를 어떻게 이해했고, 어떤 방식으로 해결했으며, 그 과정에서 무엇을 배웠는지를 글로 남기면 개발자의 사고 과정이 드러난다. 이력서나 깃허브만으로는 설명하기 어려운 부분을 블로그가 보완해줄 수 있다.

 

하지만 이 책에서 더 인상 깊었던 부분은 블로그를 “나를 보여주는 도구” 이전에 “나를 정리하는 도구”로 바라본다는 점이었다. 개발하면서 마주친 문제는 당시에는 선명하지만, 시간이 지나면 쉽게 흐려진다. 왜 이 라이브러리를 선택했는지, 어떤 에러 때문에 시간을 썼는지, 어떤 해결책은 왜 포기했는지 같은 맥락은 기록하지 않으면 금방 사라진다.

 

나 역시 비슷한 경험이 있다. 분명 예전에 해결했던 문제인데 몇 달 뒤 다시 마주하면 검색부터 다시 시작하게 된다. 그때 정리해둔 문서나 짧은 블로그 글이 있었다면 훨씬 빠르게 복구할 수 있었을 것이다. 결국 블로그는 타인을 위한 공유이면서 동시에 미래의 나를 위한 캐시가 된다.

AI 시대에도 글쓰기가 중요한 이유

요즘은 AI가 코드도 작성하고, 문서 초안도 만들어준다. 그래서 오히려 글쓰기의 중요성이 줄어든 것처럼 보일 수 있다. 하지만 책을 읽으며 든 생각은 반대였다. AI가 초안을 만들어줄 수 있는 시대일수록, 개발자는 더 명확하게 질문하고 더 정확하게 판단할 수 있어야 한다.

좋은 글은 단순히 문장을 예쁘게 다듬는 일이 아니다. 문제를 구조화하고, 맥락을 선별하고, 독자가 이해할 수 있는 순서로 재배치하는 작업이다. 이는 개발자가 코드를 설계할 때 필요한 사고와도 닮아 있다. 복잡한 요구사항을 나누고, 불필요한 부분을 걷어내고, 핵심 흐름을 명확하게 만드는 능력은 글쓰기에서도 그대로 드러난다.

 

AI를 활용해 글을 쓰더라도 결국 무엇을 말할지 결정하는 사람은 개발자 자신이다. 경험의 진위를 판단하고, 기술적 맥락을 보완하고, 자신의 관점을 더하는 일은 대체되기 어렵다. 그런 점에서 개발자의 블로그는 단순한 정보 게시물이 아니라, 자신의 사고 방식을 훈련하고 검증하는 공간이 될 수 있다.

시작하지 못한 사람에게 필요한 책

이 책은 이미 글을 꾸준히 쓰는 사람보다, “써야 하는 건 알지만 막상 시작하지 못한 사람”에게 더 유용하다. 기술 블로그를 시작하려고 하면 대개 비슷한 장벽을 만난다. 너무 사소한 내용은 아닌지, 이미 누군가 쓴 글은 아닌지, 틀린 내용을 공개하면 부끄럽지 않을지 같은 고민이다.

하지만 모든 글이 완성도 높은 튜토리얼일 필요는 없다. 오늘 겪은 에러를 어떻게 해결했는지, 특정 기술을 왜 도입했는지, 공식 문서를 읽으며 이해한 내용을 어떻게 정리했는지부터 시작해도 충분하다. 중요한 것은 대단한 글을 쓰는 것이 아니라, 개발 과정에서 흘러가는 생각을 붙잡아두는 습관이다.

 

블로그 글은 처음부터 잘 쓰기 어렵다. 코드처럼 글도 반복해서 작성하고 수정해야 나아진다. 다만 개발자에게 글쓰기는 선택적 취미라기보다, 자신의 경험을 자산으로 바꾸는 실무 능력에 가깝다. 이 책은 그 사실을 부담스럽지 않게 상기시켜준다.

마무리

『개발자가 블로그도 잘 써야 하나요?』라는 제목은 질문형이지만, 책을 읽고 나면 답은 꽤 분명해진다. 개발자가 반드시 유명한 블로거가 될 필요는 없다. 하지만 자신이 배운 것과 고민한 것을 글로 남기는 능력은 분명 개발자의 성장에 도움이 된다.

 

코드는 현재의 문제를 해결하지만, 글은 그 문제를 해결한 과정을 남긴다. 그리고 그 기록은 언젠가 나 자신에게도, 비슷한 문제를 만난 다른 개발자에게도 유효한 참고점이 된다.

 

기술 블로그를 시작해야겠다고 생각만 하고 미뤄왔다면, 이 책은 꽤 현실적인 출발점이 되어줄 수 있다. 개발자가 블로그도 잘 써야 하느냐는 질문에 대한 내 답은 이렇다. 꼭 “잘” 쓸 필요는 없지만, 꾸준히 “남길” 필요는 있다. 그리고 그 과정에서 개발자로서의 사고도 함께 단단해진다.