不要因为沿途风景繁多而忘了你出发的目的
一年前，在GitHub上搭起了博客开始写文章。当时对GitHub一知半解，又是刚刚接触前端，看到大家都在用，觉得能有一个GitHub博客很牛逼，于是就自行翻阅资料整顿了一通，结果弄出来个丑的不行的页面。页面虽是丑了点，但勉强算个博客了，于是就兢兢业业的在上面耕耘起文字来了，当然也遇到了不少问题。
当时环境用的Jekyll那一套，光是搭建就花费了不少的时间，每次更新个文章想看个实际效果都特别麻烦（本地用的Markdown Pad编辑器，和GitHub Pages实际效果有出入），写完后还要运行本地环境，生成一遍静态文章才行。本地弄好了，才敢往GitHub上推，Git一次次的提交，推送，还要写commit message，想想自己当时也是一腔热血，每次一篇文章不知道要走多少次这种流程都忍受了下来，这是其中一点。
另一点就是如果我想换个机子或地点写博客，几乎是不可能的，首先我要弄一套Jekyll环境调试，光这一项就够我头大了，所以当时只有两个地点写：实验室和宿舍，其它的地点都没敢再折腾。加上这一点，导致想用GitHub Pages随时随地写一篇文章的代价有些大。
后来因为页面略丑，想对页面做些调整美化，结果发现每次调试都要走很多无用的流程。页面模板大家都差不多，自己美工和设计能力有限，想要的效果又无法达到，渐渐对这个博客失去了维护的兴趣，很多文章都以MD的格式存在了本地，想把GitHub Pages打造成一个满意的个人网站并不简单。
前些日子，听闻Hexo又火了起来，比Jekyll简单，又对GitHub Pages燃起了希望，便着手本地迁移了一番。不得不说，在Nodejs的帮助下，hexo的环境搭建比Jekyll简单多了，只是每次更新文章要来一次hexo generate 和 hexo serve，当然这些问题都没有像当年那样困扰我太多，最终放弃Hexo的原因却不是这个。
按理说Hexo环境已经秒了Jekyll了，接下来就是对页面样式做调整了，hexo也是有现成主题的，但是咱想改成有自己特色的，结果改的过程中遇到了一个问题：我想更换网站首页的LOGO，却不知用什么图片。找吧，找不到合适的；做吧，咱又没那水平；用主题自带的？不甘心，太LOW了，没有差异性，为此纠结了半天。
最后在纠结的过程中，渐渐想明白了一点：博客的目的是要简简单单写文章！GitHub Pages虽然BIGGER高，却为“简简单单”这几个字设置了太多的障碍；漂亮的页面固然好看，做不出来也枉然，纵然做出来也会花费大量的时间，背离了我的初衷。
Eventually，放弃这所有的纠结，放弃这所有的折腾，把小窝搬到 简书 来，安安静静的写几篇文章，仅此而已！
--2015.7.5