1. "그거 다 아는 내용 아니에요?"
처음 기술 블로그를 시작할 때 가장 망설였던 이유입니다. "React Hooks 사용법? 이미 공식 문서에 다 있는데 내가 굳이 또 써야 하나?" "내가 쓴 글이 틀리면 어떡하지? 망신만 당하는 거 아닐까?"
저도 그랬습니다. 완벽한 글, 세상에 없는 새로운 지식을 써야 한다는 강박이 있었죠. 그래서 Draft 폴더에는 쓰다 만 글만 20개가 넘게 쌓여 있었습니다. 발행 버튼은 한 번도 못 누르고요.
하지만 "개발자는 코드로 말한다"는 말은 반만 맞습니다. 코드는 기계와 대화하는 수단이지만, 채용 담당자, 동료, 그리고 미래의 나와 대화하는 수단은 '글'입니다.
블로그를 시작하고 6개월 뒤, 제 커리어는 완전히 바뀌었습니다.
2. 블로그가 가져다준 3가지 기적
2.1. 커리어의 치트키 (The Resume Hack)
이력서를 낼 때, GitHub 링크만큼 중요한 게 블로그 주소입니다. 다른 개발자의 입장에서 생각해 보면 명확합니다.
- 지원자 A: "Spring Boot, JPA, AWS 사용 가능" (단순 나열)
- 지원자 B: "대용량 트래픽 처리 경험"이라는 블로그 글 링크 첨부
- 문제 상황: DB Connection Pool 고갈
- 해결 과정: HikariCP 설정 튜닝 및 부하 테스트 결과
- 배운 점: 적정 Pool Size 계산 공식
누구를 뽑고 싶나요? 당연히 B입니다. 블로그는 "나는 문제를 깊이 있게 파고드는 사람입니다"라는 가장 강력한 증거가 됩니다. 실제로 저는 블로그 글 하나 덕분에 채용 제의를 3번이나 받았습니다.
2.2. 메타인지 학습법 (The Feynman Technique)
"설명할 수 없으면 이해한 게 아니다." — 알버트 아인슈타인
어떤 기술을 공부하고 나서 코드를 짤 때는 다 아는 것 같습니다. 하지만 글로 정리하려고 하면 막히는 부분이 반드시 나옵니다. "어? 여기서 왜 이 함수를 썼더라?", "이게 정확히 내부에서 어떻게 동작하지?"
글을 쓰다 보면 '내가 안다고 착각했던 것'과 '진짜 아는 것'이 구분됩니다. 이 빈틈을 메우기 위해 다시 공부하게 되고, 그 과정에서 지식이 진짜 내 것이 됩니다.
2.3. 미래의 나를 위한 구명보트
에러를 만났을 때 구글링해서 Stack Overflow를 뒤집니다. 해결책을 찾아서 복사 붙여넣기 하고 넘어갑니다. 3개월 뒤, 똑같은 에러를 또 만납니다. 또 구글링을 합니다. "아, 이거 저번에도 봤는데 뭐였더라..."
블로그에 기록해 두면, 검색할 필요가 없습니다. 내 블로그가 나만의 지식 데이터베이스(Second Brain)가 됩니다. 실제로 제 블로그 방문자의 20%는 '검색해서 들어온 나 자신'입니다.
3. 무엇을 써야 할까? (소재 고갈 탈출법)
"쓸 소재가 없어요." 초보 블로거의 가장 큰 고민입니다. 거창한 걸 쓰려고 해서 그렇습니다.
다음 3가지 패턴이면 소재는 무한합니다.
3.1. TIL (Today I Learned)의 확장
오늘 배운 사소한 것부터 시작하세요. 단, 단순히 "오늘 이거 배웠다" 식의 일기보다는, "어떤 문제를 만났고, 어떻게 해결했는지"에 집중하세요.
- ❌ 제목: 2024-05-20 리액트 공부
- ✅ 제목: useEffect 무한 루프에 빠진 썰 (feat. 의존성 배열)
3.2. 삽질기 (Troubleshooting Log)
에러 메시지는 최고의 글감입니다. 성공한 이야기보다 실패하고 극복한 이야기가 훨씬 재미있고 인기가 많습니다. "나는 이렇게 바보 같은 짓을 했다"라고 고백하세요. 읽는 사람은 "나만 그런 게 아니구나"라며 위로받고, 당신의 솔직함에 팬이 됩니다.
3.3. 번역 및 요약 (Curation)
해외 유명 아티클을 읽고 요약하거나, 공식 문서를 쉽게 풀어서 설명하는 것도 훌륭한 콘텐츠입니다. 단, 출처는 반드시 명시하고, 자신의 생각(Insight)을 한 스푼 얹어야 합니다.
4. 꾸준히 쓰는 노하우 (Consistency)
블로그는 마라톤입니다. 초반에 전력 질주하면 금방 지칩니다.
4.1. 완벽주의 버리기
초안(Draft)은 쓰레기여도 됩니다. 일단 쓰세요. 발행하고 나서 고치면 됩니다. 아무도 당신의 글을 매의 눈으로 감시하지 않습니다. "Done is better than perfect." (완수가 완벽보다 낫다)
4.2. 나만 보는 글 vs 남에게 보여주는 글
처음에는 나를 위한 기록으로 시작하세요. 독자를 신경 쓰면 글쓰기가 숙제가 됩니다. 내가 나중에 찾아보기 편하게 정리한다는 마음으로 쓰다 보면, 자연스럽게 남들에게도 도움이 되는 글이 됩니다.
4.3. 플랫폼 선택 - Tistory? Velog? Medium? 자체 구축?
- 초보자: Velog (한국 개발자 커뮤니티 활성), Tistory (수익화 가능)
- 중급자: Medium (영문, 글로벌)
- 고급자: Gatsby/Next.js로 자체 블로그 구축 (커스터마이징, 포트폴리오 겸용)
중요한 건 플랫폼이 아니라 콘텐츠입니다. 고민할 시간에 글 하나 더 쓰는 게 낫습니다.
5. 개발자를 위한 SEO (검색 엔진 최적화)
기껏 쓴 글, 아무도 안 읽으면 슬프잖아요. 구글의 간택을 받기 위한 최소한의 규칙을 지키세요.
5.1. 제목이 절반이다
- ❌ "2024년 5월 회고" (아무도 안 검색함)
- ✅ "주니어 개발자가 겪은 MSA 마이크로서비스 전환 실패기" (검색어 + 어그로)
사람들이 구글 검색창에 뭘 칠지 상상해보세요. "React 에러", "AWS 비용 절감", "Spring Boot 배포" 같은 키워드가 제목에 들어가야 합니다.
5.2. 구조화된 글쓰기 (Semantic Tag)
구글 봇은 h1, h2, h3 태그를 좋아합니다.
글을 쓸 때 의식적으로 목차를 나누세요.
# 제목 (h1)
## 소제목 (h2)
### 소소제목 (h3)
이 구조는 독자에게도 좋고, 검색 엔진에게도 좋습니다.
5.3. 체류 시간 늘리기
사용자가 들어왔다가 3초 만에 나가면(이탈률 증가), 구글은 "이 글은 별로구나"라고 판단해서 검색 순위를 내립니다. 초반에 결론을 요약해주거나, 흥미로운 이미지/다이어그램을 배치하여 시선을 붙잡아두세요.
6. 수익화? (AdSense, Coffee)
블로그로 돈을 벌 수 있을까요? 결론부터 말하면 "치킨 값 정도는 나옵니다."
- Google AdSense: 티스토리나 자체 블로그에 배너 광고를 답니다. (월 방문자 1만 명 기준, 월 $50~$100 정도)
- Buy Me a Coffee: 후원 버튼을 달아두면 가끔 고마운 분들이 커피를 사줍니다.
- 강연/원고 기고 제안: 사실 이게 더 큽니다. 블로그를 보고 인프런이나 패스트캠퍼스 같은 곳에서 제안이 오기도 합니다.
돈을 목적으로 하면 지치지만, 서버비 정도 번다고 생각하면 소소한 재미가 됩니다.
7. 자주 묻는 질문 (FAQ)
Q. 글 솜씨가 없는데 괜찮을까요? A. 개발 블로그는 소설이 아닙니다. 문학적 표현보다는 '정확한 정보'와 '논리적 흐름'이 중요합니다. 남에게 설명하듯이(튜토리얼) 쓰면 중간은 갑니다.
Q. 영어로 써야 하나요? A. 영어가 편하다면 당연히 좋습니다. 독자층이 전 세계니까요. 하지만 영어가 부담스러워서 글을 못 쓴다면, 그냥 한국어로 쓰세요. 한국 개발자 커뮤니티도 충분히 큽니다. 나중에 번역 툴을 돌려도 됩니다.
Q. 이미 너무 많은 기술 블로그가 있는데 레드오션 아닌가요? A. 정보는 레드오션이지만, '당신의 경험'은 블루오션입니다. 같은 React 이야기를 해도, 당신이 겪은 삽질과 깨달음은 유일무이합니다. 그 고유성(Originality)에 집중하세요.
8. 마무리 - 지금 당장 시작하세요
글쓰기는 개발자가 가질 수 있는 가장 가성비 좋은 무기입니다. 노트북 하나면 됩니다. 비용도 들지 않습니다. 하지만 그 효과는 복리(Compound Interest)로 돌아옵니다.
1년 뒤, 당신의 블로그에는 당신이 치열하게 고민했던 흔적(지식)들이 쌓여있을 것입니다. 그것이 바로 당신의 대체 불가능한 자산입니다.
오늘 당장, 아주 작은 글 하나라도 써서 '발행' 버튼을 눌러보세요. "Hello World"를 처음 쳤을 때의 설렘을 다시 한번 느껴보시길 바랍니다.
The Real Reason Developers Must Run a Tech Blog (Career, Growth, Branding)
1. "Isn't Everyone Already Writing About This?"
This was the biggest hesitation when I first started my tech blog. "How to use React Hooks? It's already in the official docs. Why should I write about it again?" "What if my post is wrong? Will I just embarrass myself?"
I felt the same way. I had an obsession that I had to write perfect articles or new knowledge that didn't exist in the world. So, my Draft folder was piled with over 20 unfinished posts. I never clicked the Publish button.
But the saying "Developers speak in code" is only half true. Code is how you talk to machines, but Writing is how you talk to recruiters, colleagues, and your future self.
Six months after starting my blog, my career completely changed.
2. Three Miracles Blogging Brought Me
2.1. The Resume Hack
When submitting a resume, your blog URL is as important as your GitHub link. It becomes clear when I think back to when I was an interviewer.
- Candidate A: "Can use Spring Boot, JPA, AWS" (Simple list)
- Candidate B: Attached a blog post link titled "Experience handling large-scale traffic"
- Problem: DB Connection Pool exhaustion
- Solution: HikariCP tuning and load testing results
- Learning: Formula for calculating optimal Pool Size
Who would you want to hire? Obviously B. A blog serves as the strongest evidence that "I am a person who digs deep into problems." In fact, I received three interview offers thanks to a single blog post.
2.2. The Feynman Technique
"If you can't explain it simply, you don't understand it well enough." — Albert Einstein
When coding after studying a technology, you feel like you know it all. But when you try to organize it into writing, you inevitably get stuck. "Wait, why did I use this function here?", "How exactly does this work internally?"
Writing helps you distinguish between 'what you thought you knew' and 'what you actually know'. To fill this gap, you study again, and in that process, the knowledge truly becomes yours.
2.3. A Lifeboat for Future You
When you encounter an error, you Google it and dig through Stack Overflow. You find a solution, copy-paste it, and move on. Three months later, you encounter the same error. You Google it again. "Ah, I saw this last time... what was it?"
If you record it on your blog, you don't need to search. Your blog becomes your own knowledge database (Second Brain). Actually, 20% of the visitors to my blog are 'myself searching for solutions'.
3. What Should I Write? (Escaping Writer's Block)
"I have nothing to write about." This is the biggest worry for beginner bloggers. It's because you're trying to write something grand.
With these 3 patterns, your topics are infinite.
3.1. Extending TIL (Today I Learned)
Start with trivial things you learned today. However, instead of a simple diary like "I learned this today", focus on "What problem I faced and how I solved it".
- ❌ Title: 2024-05-20 React Study
- ✅ Title: My Story of Falling into useEffect Infinite Loop (feat. Dependency Array)
3.2. Troubleshooting Logs (The "Shovel" Diary)
Error messages are the best material. Stories of failure and overcoming them are much more interesting and popular than success stories. Confess, "I did this stupid thing." Readers will be comforted thinking "I'm not the only one" and become fans of your honesty.
3.3. Translation and Curation
Summarizing famous overseas articles or explaining official documentation in simple terms is also great content. However, you must state the source and add a spoonful of your own insight.
4. Tips for Consistency
Blogging is a marathon. If you sprint early, you'll burn out quickly.
4.1. Ditch Perfectionism
Drafts can be garbage. Just write. You can fix it after publishing. No one is watching your writing with eagle eyes. "Done is better than perfect."
4.2. Writing for Yourself vs Writing for Others
Start as a record for yourself. If you care too much about readers, writing becomes homework. If you write with the mindset of organizing it for your future self to look up later, it naturally becomes helpful to others.
4.3. Choosing a Platform: Medium? Dev.to? Personal Site?
- Beginner: Dev.to, Medium (Fast setup, built-in community)
- Advanced: Build your own with Gatsby/Next.js (Customization, Portfolio)
What matters is Content, not the platform. It's better to write one more post than to worry about this.
5. SEO for Developers (Search Engine Optimization)
It's sad if no one reads the post you worked hard on. Follow these minimum rules to get chosen by Google.
5.1. Title is Half the Battle
- ❌ "May 2024 Retrospective" (No one searches this)
- ✅ "A Junior Developer's Failed Attempt at MSA Microservices Migration" (Keywords + Hook)
Imagine what people type into the Google search bar. Keywords like "React Error", "AWS Cost Optimization", "Spring Boot Deployment" must be in the title.
5.2. Structured Writing (Semantic Tags)
Google bots love h1, h2, h3 tags.
Consciously divide your content into a hierarchy.
# Title (h1)
## Subtitle (h2)
### Small Title (h3)
This structure is good for both readers and search engines.
5.3. Increasing Dwell Time
If a user visits and leaves in 3 seconds (Bounce Rate increase), Google thinks "This post is bad" and lowers your ranking. Summarize the conclusion at the beginning or place interesting images/diagrams to capture attention.
6. Monetization? (AdSense, Coffee)
Can you make money blogging? Conclusion: "Enough for chicken and beer."
- Google AdSense: Banner ads on Tistory or personal blogs. (With 10k monthly visitors, expect ~$50-$100/month)
- Buy Me a Coffee: If you add a donation button, grateful readers sometimes buy you coffee.
- Speaking/Writing Offers: This is actually bigger. You might get offers from lecture platforms or publishers.
If money is the goal, you'll burn out. But treating it as "earning server costs" adds a little fun.
7. FAQ
Q. I'm not a good writer. Is that okay? A. A tech blog is not a novel. 'Accurate Information' and 'Logical Flow' are more important than literary expression. If you write as if you are explaining to a friend (Tutorial style), you'll do fine.
Q. Should I write in English? A. If you are comfortable, yes. The audience is global. But if English is a barrier preventing you from writing, just write in your native language. You can translate later.
Q. Aren't there too many tech blogs already? Is it a Red Ocean? A. Information is a Red Ocean, but 'Your Experience' is a Blue Ocean. Even if you talk about React, your specific struggle and realization are unique. Focus on that Originality.