Hacker News 2026.06.25 35

"이거 너무 뻔한 얘긴데..." 그 망설임이 좋은 블로그 글을 막는다

무슨 일이냐면요

개발자 Jim Nielsen이 쓴 짧은 글 하나가 잔잔하게 공감을 모으고 있어요. 핵심 메시지는 단순해요. "블로그에 꼭 새롭고 대단한 걸 써야 하는 건 아니다. 그냥 당연한 걸 써도 된다." 글을 쓰려다가 "이건 너무 뻔한 얘긴데, 다들 알잖아" 하고 슬그머니 접어본 경험, 개발자라면 누구나 있잖아요. 이 글은 바로 그 망설임을 정면으로 다뤄요.

핵심: '나에게 당연한 것'이 '남에게도 당연한 건 아니다'

여기서 알아두면 좋은 개념이 하나 있어요. '지식의 저주(curse of knowledge)'라는 건데요. 무언가를 일단 알고 나면, 그걸 몰랐던 시절의 막막함을 떠올리지 못하게 되는 심리예요. 그래서 자꾸 "이 정도는 다 알겠지" 하고 넘겨버려요. 하지만 현실은요, 여러분에게 너무 당연한 그 내용이 누군가에겐 30분 동안 헤매다 못 찾은 답일 수 있어요. 특히 지금 막 개발을 시작한 주니어에게는, 5년 차에겐 공기 같은 상식이 천금 같은 단서가 되거든요.

그러니 "뻔하다"는 느낌은 글을 안 써도 되는 이유가 아니라, 오히려 여러분이 그 주제를 충분히 소화했다는 증거예요. 충분히 이해했으니까 쉽게 설명할 수 있는 거고, 그게 바로 좋은 글의 조건이에요.

그래도 왜 써야 하느냐면요

첫째, 글을 쓰는 과정에서 내 이해가 정리돼요. 머릿속으로 '안다'고 느끼는 것과, 그걸 글로 풀어내는 건 완전히 달라요. 막상 쓰다 보면 "어? 이 부분은 내가 사실 정확히 몰랐네" 하는 구멍을 발견하게 돼요. 남을 가르치려고 정리하다가 본인이 가장 많이 배우는 거죠.

둘째, 같은 고민을 하는 사람이 검색으로 찾아와요. 여러분이 어떤 에러 메시지를 해결한 과정을 써두면, 1년 뒤 똑같은 에러로 밤새우던 누군가가 그 글 덕에 퇴근해요. 거창한 분석 글보다 이런 '삽질 기록'이 실전에서 제일 고마운 글이에요.

셋째, 미래의 나를 위한 메모가 돼요. 반년 전 내가 어떻게 풀었는지 기억 안 날 때, 내 블로그가 가장 친절한 매뉴얼이 되더라고요.

업계 맥락

해외 개발자 문화에는 'Learn in Public(공개적으로 배우기)'이라는 흐름이 있어요. 완성된 전문가가 되어서야 글을 쓰는 게 아니라, 배우는 과정 자체를 그때그때 공개하라는 거예요. TIL(Today I Learned, 오늘 배운 것) 저장소를 만들어 매일 한 줄씩 기록하는 문화도 같은 맥락이고요. 이런 흐름의 바탕에 깔린 생각이 바로 이번 글과 똑같아요. "완벽하고 새로운 것만 공유할 자격이 있다"는 부담을 내려놓자는 거죠.

한국 개발자에게

한국에도 velog, 티스토리, 브런치처럼 글 쓰기 좋은 공간이 많은데, 유독 '이미 다들 아는 거 아닌가' 하는 자기검열이 강한 편이에요. 그런데 채용하는 입장에서 보면, 화려한 글보다 실무에서 부딪힌 문제를 어떻게 고민하고 풀었는지 보여주는 평범한 트러블슈팅 글이 훨씬 신뢰가 가요. 그게 그 사람의 사고방식을 보여주거든요. 거창한 시리즈를 기획하려다 영영 못 쓰는 것보다, 오늘 해결한 작은 버그 하나를 30분 만에 적어 올리는 게 백 배 나아요.