나의 “생각저장소"를 이곳 Github Pages로 옮긴 이후, 몇 개의 더 글을 쓰면서 본격적으로 Jekyll, Markdown, 그리고 Liquid 이용한 정적 블로깅을 조금 더 경험해 봤다.
그 후 쓰게 된 이 글은, Jekyll의 성능에 대한 이야기이다.
Jekyll Build Performance - Part I


나의 “생각저장소"를 이곳 Github Pages로 옮긴 이후, 몇 개의 더 글을 쓰면서 본격적으로 Jekyll, Markdown, 그리고 Liquid 이용한 정적 블로깅을 조금 더 경험해 봤다.
그 후 쓰게 된 이 글은, Jekyll의 성능에 대한 이야기이다.

몇 주 전 “블로그, Tistory로부터 Github Pages로 이주“라는 글을 통해서, “어떤 방식으로 Tistory로부터 Github Pages로 이사를 했는지“를 중심으로 기록을 남긴 바 있다. 이번에는 내 글들의 새 터를 “좀더 블로그답게 정비한” 이야기이다.
따지자면 5년 전에 적었던 “Jekyll로 github에 블로깅하기“의 2탄인 샘이고, 얼마 전, 좀 대충 적은 듯 한 “Setup Jekyll for Github Pages“와 함께 읽으면 Github Pages를 이용한 블로깅을 새로 시작하는 사람들에게는 그럭 저럭 읽어볼만한 “시작하기+@ Guide"가 될 수 있을 것이다.
[더 읽기]
얼마 전에
Ember.js와
Semantic-UI를
사용한 프로젝트를 진행하고 나서, 발표 초기에 얼마간 맛보기로만 사용해본
후 방치해오던
Github Pages를
다시 사용하는 것이 어떨까… 하는 생각을 하게 됐다. 그래서, 일단 2007년부터
2012년까지 사용하다가 역시 방치하고 있었던 Tistory의 글들을 여기로 옮겨왔다.
이 글은, 옮기기로 결정한 이유와 옮긴 과정, 그리고 그로 인한 변화를 담고 있다.
성격 탓으로, 대부분의 블로그 서비스에서 제공하는 WYSIWYG 방식의 편집기에 대하여 거부감을 가지고 있다. 이게, 제멋대로 HTML 포매팅을 해버리고 어떤 경우에는 그 결과가 상당히 못마땅한 경우가 종종 있다.
내게 있어서 글을 쓰는 작업은, 그 글이 블로그처럼 단순한 경우라 할지라도 내 자신의 포매팅이 가능한 편이 좋다. 또한 글을 쓰면서 자꾸 마우스에 손을 올려야 한다면 그것도 그리 재밌는 일이 아니다.
헉! 이런… 쓸데없는 것에 신경을 곤두세우고 있었군…
어쨌든, 대부분의 사람들이 편하게 느끼고 있을 WYSIWYG 편집기보다 Wiki 등에서 사용하는 textile, markdown 등의 실속형 마크업이 내겐 무지하게 편하게 느껴진다. 이 얼마나 좋은가? 쓰면서… 타이핑 만으로도 그 결과를 떠올릴 수 있다! (뭐라? 눈에 보이는 것 보다 떠올리는 것이 좋다는 뜻? 글로만 보면 좀 이상하게 생각될 수도 있겠네… 하지만 써보시라! 느끼실 것이다.)
[더 읽기]