又开始使用新博客
主要介绍了这个blog的迁移历史，以及使用hexo，octopress部署blog的一些相关资源。
为什么又要迁移
2018.6.23
这次迁移的原因是因为自己一不小心把vm删掉了(总是犯这种低级错误，老老实实定期把重要内容备份在本地disk上才是保险但有效的方式啊)，连同上面所有的hexo的blog备份。github上虽然有之前记录的各种文档但始终仅仅是静态页面。趁着假期有一点时间就可以把之前的一些记录重新梳理校对下。
最早的blog是在csdn上，记录自己的一些小心思和学到的一些技术感想。算是自己一点一点觉得什么叫做认真生活，后来受到dbg的影响，开始搭建blog，从octpress到hexo，到了现在这里，如今dbg的blog也不再更新了。从blog也能看到自己掌握的一些技术的变化，从java,golang,docker到k8s再到现在的parallel与distributed,中间还零星的Python与ruby，看看过去的文章除了感叹物是人非与自己的幼稚之外也庆幸的是自己最起码也是认真过的。
为什么要迁移
为什么要迁移(大致写在2017年初的样子)
过了小半年左右的时光，又回来了。这一段的经历需要好好整理，回头看之前的blog又有了许多启发。首先是个人认为的一个blog应该具备的基本功能：markdown显示，分类检索，文章内容的目录，评论。之前使用的octopress，排版上也是不错的，但就是没有文章的目录显示的功能，找了一些相关的主题，也都不满意（主要是找不到文章目录的功能），看着同学使用hexo，心想索性迁移过来。吐槽有一些主题，花哨得恨不得上天，但是基本的功能都没有。
过程并不想原先想的那么顺利，因为版本问题折腾了好久，本来想先把新的blog部署在coding上，然后把旧的迁移过来，但是部署上去竟然背景都加载不出来，只能说disappointed。想着再部署到git试一试，结果把原来octopress的分支又弄乱了，索性直接迁移到新的blog上吧。
这也说明了一个问题，就是对知识一知半解的时候，是很危险的，这个时候只能按照通常的套路来，但是想要定制，或者玩一些花样的时候，一知半解的知识就满足不了需求了。比如这次，git的那些基本流程和操作是清楚的，但是octopress对于git分支的管理当初并没有细看，它执行rake deploy的操作，到底是更新哪个分支，也没有细看，git的一些不常用的操作也没弄懂，结果只能从头再来了。
到是之前的那些文章都在。
写什么样的blog
回头看看之前的blog，好多文章的价值并不高，因为仅仅是相关内容的粗浅罗列缺乏自己的思考，这些内容，看官方文档自然是更权威的，那自己罗列在一起的价值又在哪里呢？每次搜索一个问题的时候，会发现好多没用的文章，自己的文章，恐怕也是其中之一吧。所以以后每整理一篇，都要明确这一篇能够给自己，或者给别人带来什么样的价值，此点是很重要的。
万不可再“贡献”冗余文章了，同时再清理掉一些过时的文章，从这一点看，把之前的文章重新审视一遍，也是好的。
