没想到第四弹在「开发者头条」上获得了 300 多个赞。看来大家对这个小游戏挺感兴趣的，而且还有不少朋友在促更，今天就让我们一鼓作气打通最后的 14 关吧。

正交设计，是普遍的设计原则，与粒度无关，与编程范式无关，更与具体的实现语言无关。（虽然确实在不同的编程范式下，或使用不同的编程语言时，具体的解决方法或难易程度不同，这也正是为何我们总是在寻找更适合的编程范式，更高效的编程语言的原因）。

作者：袁英杰原文地址：[链接] 我们一直在谈简单设计，但究竟什么是简单设计？更具体的说，对于同一个问题，设计决策A和B，究竟哪一个更符合简单设计的要求？ 对于这类问题，如果没有一个明确的标尺，那么"简单设计"就不免会成为一句无法评判的空洞口号，让程序设计者无从判断和遵守。 对此，Kent Beck给出了清晰的答案...

上一条命令只是创建了一个新的分支，并没有 checkout 过去，习惯做法通常是直接 git checkout -b xxx，创建并 checkout 到新的分支。如果使用 oh-my-zsh 的 git 插件的话，可以用 gbc，意思是：git branch create。

本来只想提交一个文件，结果意外地把另一个文件也 add 了，怎么把它搞出来？git reset 可以用来改变 HEAD 的位置或把文件从 staging area 移除出来，但并不会丢失任何的修改（我在刚开始接触 git 的时候觉得这个命令很危险，总感觉会把变更丢掉）。

有时候执行 add 操作的时候不小心把多余的文件 add 进去了，这时我们需要把它从 staging area 移除出来，但不能删除文件。通过 git help rm，搜索 cached，可以看到有这个参数，刚好能满足我们的需求。

去年不知道什么时候知道的 code mentor 这个平台，从邮件落款看好像是一个华人做的。它的 Slogan 是「Instant 1:1 help from expert developers」。

根据提示，我们要配置「用户名」和「邮箱」，为什么呢？你的代码提交后，特别是提交到开源社区，被别人看到，人家觉得这个代码写的真牛，想给你一个工作机会，怎么联系你？

又是一年的年终，时间依然如同往年一样匆匆的流逝，为了让自己觉得今年并没有虚度，本文将回顾以下自己作为一个程序员在今年的成长。做一个学习总结，给 2015 画上一个句号。

如今，Git 大行其道，颇有一统天下之势。如果你的技能树上 Git 和 Github 的图标还没有点亮的话，你都不好意思说你是程序员。别说互联网企业，我接触到的许多传统企业都在从 SVN，Clear Case 等迁移到 Git 上，甚至大厂还会有一个团队去定制适合自己企业的 Git 服务器。

要成为某个领域的专家，需要10000小时，按比例计算就是：如果每天工作八个小时，一周工作五天，那么成为一个领域的专家至少需要五年。这就是一万小时定律。

有一次我在培训时说「程序员要善于使用 Terminal 以提高开发效率」，一位程序员反驳道：「这是 21 世纪，我们为什么要用落后的命令行，而不是先进的 GUI？」