블로그를 지속적으로 유지해보기

생각

꾸준하게 업데이트 되는 블로그들을 보면 대단하다는 생각이 든다. 특히 개발자의 블로그들은 더욱 그러하다. 단순하게 글을 올리는 빈도로 판단할 수는 없다. 개발자마다 글 스타일이나 다루는 심도가 다르기 때문에. 어쨌건 짧은 포스팅은 일주일에 두세건씩, 길고 심도 있는 포스팅은 한달에 두세건씩 올라오는 듯 하는데, 이게 정말 쉽지 않음을 느낀다.

나도 글 쓰는 것을 좋아하는 편이고, 블로그를 잘 유지하고 싶은 마음도 있으나, 사실 뜻대로 잘 되지 않는다. 꼭 개발자의 블로그가 아니어도 말이다. 과거 블로그나 SNS등을 이용했을때 지속성은 매우 떨어졌다. 특히 블로그는. 왜 그럴까 이유를 한번 생각해보자.

원인분석과 대안

¶글쓰기 도구 및 프로세스의 효율성

도구 및 프로세스라는 말은 자료수집 > 작성 > 퇴고 > 배포 과정 전반에서 이루어지는 효율성의 의미로 사용했다.

쉽게 말해 글이 될 내용을 모으고, 모은 글을 네이버 블로그나 티스토리등에 글을 쓰고, 퇴고를 하고, 발행을 하는 순간까지의 과정이 되겠다. 방금 말한 프로세스가 가장 일반적이고 간편한 방법이긴 하다. 과거에 화려한 블로그는 IT를 하는 사람 일부만이 할 수 있던 일이었다. 지금의 글쓰기 툴-특히 온라인 블로그 서비스-들은 글을 쓰고 관리하기 매우 좋게 진화되었다. 글을 쓸 때는 내용과 구성에만 집중하면 되며, 모양이나 레이아웃 등은 블로그 서비스에서 자동으로 통일감있게 보여준다.

처음에 블로그 툴을 결정할 때, 이런 온라인 블로그 서비스들을 배제했는데, 그건 내가 쓰는 글임에도 글이 블로그서비스에 종속된다는 느낌 때문일 것이다. 티스토리 이후 많은 서비스들이 그나마 데이터 export 기능을 제공하여 종속되는 느낌을 조금 버리긴 했으나, 독립하고 픈 마음은 여전하긴 하다. 많은 개발자들은 이 단계에서 markdown - jekyll - github을 선택한다. 이 경우 소스/버전관리는 git으로 통합할 수 있다는 장점도 있다.

다만 나의 경우 개발자와는 거리가 있으므로 이 부분은 불편함이 있었고, 몇번의 시행착오를 거쳐 현재는 어느정도 프로세스를 만들었다. 결론적으로는 대부분의 원고 및 노트를 Notion에서 구성하게 되었다. Notion의 경우 매우 친-markdown한 툴이라 티스토리나 기타 다른 곳에 배포하기가 좋다. 특히 (현재 open-but-closed의) Hexo를 이용하려면 markdown형식이 필요한 데, 호환성이 매우 좋은 편이다.

최종 퇴고에서 배포까지 단계를 꽤 단축했다. 즉, Notion에서 어느정도 작성이 된 글을 실제 서버에 올리기까지는 수십초면 가능하다. (물론 온라인 블로그 툴의 경우 수초이내에 가능하긴 하다만;;). 사실 이 시간을 단축하면 블로그 활동이 활발하게 될 줄 알았다. 시험기간 이전에 생각할 때도 똑같지. 시험기간만 되면 방이 어지러워보이고, 이걸 치우면 공부가 잘될것 같아 청소를 해서 결국 시험공부는 못하게 된다는.

¶실력의 바닥이 드러나 보일까에 대한 걱정

글을 쓰면 실력이 드러난다. 물론 나의 실력을 신경쓸 사람은 없겠지만 그냥 왠지 신경쓰인다. 나의 학습 스타일은 넓고 대강이 많기 때문에 대부분 주제에 대해선 전문성이 없다. 그런 부분이 가장 신경 쓰일 수 있다. 또, 글을 쓸 시점에 얼마나 날고 길고 잘 썼던 글이라 할 지라도, 어느정도 시간만 지나면 부끄러움이 많은 글로 남는게 많다.

이상적인 포스팅의 경우 모든 것을 안 상태에서 초등학생도 알 정도로 쉽게 설명하는 듯한 글, 즉 무슨 프로그래밍 언어 레퍼런스같이 쓰여졌으면 하는 것이 솔직한 마음이다. 하지만 대부분의 주제 앞에선 내가 초등학생.

그나마 이런 문제는 많이 극복한 셈이다. 가장 확실한 방법은 내 현재 상태와 실력을 인정하는 것. 잘하는 건 잘하고 못하는 것은 못하는 것이다. 이건 유독 블로깅 뿐 아니라 페이스북 같은 소셜서비스에서도 극복해야 할 문제다. 일찍 하면 할 수록 좋음

¶블로그의 주제, 문체, 심도

이 부분은 아직도 떨쳐내지 못한 부분이 많다. 블로그를 업무의 위키나 메모처럼 할 것인가. 특정 주제에 대한 튜토리얼 처럼 할 것인가. 튜토리얼을 하면서 나의 의견을 함께 쓸 것인가. 서론부터 결론까지 짜여져있는 글을 쓸 것인가. 짧고 자주 업데이트 하는 글을 쓸 것인가. IT주제만을 다룰 것인가. IT와 관련된 다른 주제까지 다룰 것인가. 일상적인 주제까지 다룰 것인가 등의 것 말이다.

블로그를 처음 진행하면서 대강/아무렇게나/자주 쓰고자 하는 생각이 있었다. 이런 생각이 망가진?부분은 블로그 스킨에서 제공하는 ToC(Table of Content) 기능 때문이다. 특히 서론/본론/결론/참고로 아름답게 쓰여진 글을 추구하다 보니 완성도 욕심이 생기고 결국 포스팅은 우주 너머로 날아간다.

이런 전반적인 고민의 기저에는 **“블로그 내에서는 하나의 쓰기 스타일을 가져야 한다”**라는 생각이 강하게 작용하는 것 같다. 사실 이 부분 조차 강하게 관념할 필요는 없는 부분인데도 말이다. 어짜피 블로그는 개판이고 나는 암캐나 쓰면 된다.

¶인기. 방문자 피드백

인기를 얻고 싶은 마음은 없다. 아니 정확히는 인기는 얻고 싶으나 인기에 휘둘리고 싶지 않다. 마음이 상처받지 않기 위한 사전 현실도피. 가능하면 방문자 늘리기 위해서 노력은 안하려고 한다. 사실 인기보다는 공감을 얻고 싶다. 그리고 조금은 도움이 되었으면 좋겠다.

한가지 내용을 덧붙이면, 잘 짜여진 튜토리얼 같은 내용보다는 배워가면서 부딛힌 여러 시행착오들을 공유하고 싶다. 나 역시 다른 블로그를 따라하면서 부딛힌 시행착오가 많다. 그리고 어떤 주제에 대해 학습할 때 시행착오를 많이 겪게 된다. 그래서 그 주제를 익히고 나중에 글을 쓸 때는 시행착오 부분은 싹 제거하고 성공적인 부분만 작성하게 된다. 마치 한번에 성공했던 것 처럼 써서 실력을 돋보이게 하고 싶은 욕심일까. 가능하면 학습하면서 겪게 되는 시행착오를 많이 포함해야 겠다는 생각이다. 그게 더 공감이 많이 되리라 생각된다.

¶개인의 의지

역시 블로그가 지속되지 못하는 가장 큰 이유이다. 개인적으로 관심도가 자주 바뀐다. 그래서 이렇게 원인과 대안에 대한 포스팅을 한다. 마치 "나 다이어트 할거야"라고 주변에 공표해서 의지를 더욱 다지듯이 말이다.

결론

꾸준히 잘 해보자 :)