[BLOG] kgenots.com
Naver, Tistory, WordPress 여러 플랫폼을 전전긍긍하다가 만든 블로그입니다.
플랫폼을 왜 계속 옮겼을까요?
글을 쓰는 것보다 글을 어디에 둘 것인가로 고민한 시간이 더 길었던 것 같습니다. 옮길 때마다 이유가 있었습니다.
| 플랫폼 | 좋았던 점 | 아쉬웠던 점 |
|---|---|---|
| Naver | 시작이 가장 쉬움 | 코드 블록이 불편하고 글이 내 것이 아닌 느낌 |
| Tistory | 검색 유입이 잘 붙음 | 마크다운과 테마 손질에 제약 |
| WordPress | 자유도가 높음 | 관리할 것이 늘어남 (플러그인, 업데이트, 보안) |
개발 글은 코드 블록, 표, 링크가 본문의 절반입니다. 이게 편하지 않으면 쓰기 전부터 지칩니다. 그리고 몇 년 쌓인 글이 특정 서비스 안에만 있으면, 그 서비스의 정책이 바뀔 때 같이 흔들립니다.
결국 원하는 건 두 가지였습니다. 마크다운으로 편하게 쓰고, 그 결과물이 내 파일로 남는 것.
왜 Docusaurus 였을까요?
정적 사이트 생성기(SSG)는 글을 미리 HTML 로 만들어 두고 그대로 내려주는 방식입니다. 요청이 올 때마다 데이터베이스를 뒤지지 않으니 빠르고, 서버가 따로 필요 없어 관리할 것도 줄어듭니다.
후보는 여럿이었지만 Docusaurus 를 고른 기준은 이랬습니다.
- MDX 지원: 마크다운 안에서 React 컴포넌트를 그대로 쓸 수 있습니다. 표나 탭, 안내 박스 같은 걸 글마다 다시 만들지 않아도 됩니다.
- 문서와 블로그를 함께: 이 사이트는 블로그만 있는 게 아니라 지금 보고 계신 프로젝트 소개 같은 문서 영역도 함께 씁니다. 두 형태를 한 프로젝트에서 다룰 수 있는 점이 컸습니다.
- 익숙한 스택: React 와 TypeScript 라 손볼 일이 생겨도 부담이 적습니다.
구성
- TypeScript
- ReactJS
- Docusaurus
글은 저장소 안의 마크다운 파일로 남고, 커밋하면 정적 파일로 빌드되어 배포됩니다. 플랫폼을 또 옮기고 싶어지더라도 이번에는 파일만 들고 나가면 됩니다.
만들고 나서 알게 된 것
블로그를 직접 만들면 글이 저절로 써질 것 같지만 그렇지는 않았습니다. 도구가 아니라 쓸 거리가 문제였습니다.
그래도 하나 달라진 건 있습니다. 일하다 막혔던 지점을 그때그때 남겨 두면 나중에 같은 자리에서 다시 막히지 않습니다. 남에게 보여 주는 글이라기보다 미래의 나에게 남기는 메모에 가깝게 쓰기 시작하니 조금 편해졌습니다.
참고
글 쓰는 실력은 좋아졌지만 문제가 주어져야 많이 적는 스타일. 블로그 잘 살릴 수 있을지...