swim2sun

在HackerNews上看到这篇好文，于是自己进行了翻译，供广大与我一样平凡的程序员一同感受一下
原标题：I am a mediocre developer
原贴地址：https://dev.to/sobolevn/i-am-a-mediocre-developer--30hn

前言

我个人认识一些非常有才华的程序员，他们可以十分顺利地开发出近乎完美的软件。正是由于这些天才程序员的存在，人们对我们程序员抱有很高的期望。但可悲的事实是：并非每个人都是学识渊博、代码风骚、效率恐怖的天才程序员。

而我正是这样的一个人：一个平凡的程序员。如果你不是天才，本文将指导你在行业中生存下去。

打算玩玩OpenCV，于是按照官方的Tutorial开始安装OpenCV for Java，结果被坑得熬了个通宵才搞好…网上关于Mac安装OpenCV 3.x for Java资料几乎没有，故记录下来。

为何应该将CI的配置与代码放在一起

我们团队一直用Jenkins来进行项目的持续集成，使用方式一直局限于传统的WebUI的操作方式来配置项目的构建、发布的过程，一些发布的脚本也直接写在Jenkins里面。

这导致CI的配置与代码分离，而且无法进行版本控制。其实CI的配置本身也是工程的一部分，如今主流的做法都是将CI的配置与代码放在一起。例如：

• 托管在GitHub上的项目，根目录下一般都有个.travis.yml文件，该文件包含了travis-ci的配置，比如本博客的源码。
• GitLab-CI的配置也是写在项目的根目录下的.gitlab-ci.yml文件里。

这样做的好处显而易见：

• 可与代码同步进行版本控制，有一定容灾能力
• 团队能够管理审查，易于传播和编辑（复制粘贴更容易）

CI的配置本身就是代码，所以为什么不跟其他代码放在一起呢？

前言

两年前我初次知道Jekyll和Github Pages，于是心血来潮搭建了自己的blog，然后到处找Jekyll的主题，折腾了一阵子终于把blog整成了自己喜欢的样子。但热情稍纵即逝，不久这个博客便被我遗忘，竟然连完整的文章都没写一篇。

此次，偶然间听闻Hexo，而Hexo的Next主题深深吸引了我，于是又是一番折腾，把blog又大刀阔斧地改成了Hexo。这期间也被别人主题中各种酷炫的效果所吸引过，但冷静下来后，还是决定把重心放在写作上，而把各种主题中影响写作和阅读的特性都摒弃掉。在此记录下自己搭建的过程，希望能帮助后来者更轻松的搭建自己的静态博客。不在乎多少人看，只希望借此养成归纳记录的好习惯。