工作的本质

作为一名技术人员，学习本应是日常工作的一种常态；实际上，我很难理解那些将一年工作经验用上二、三年，甚至是四、五年的开发人员。同样地，我也极难理解那些一年连5本书都看不完的开发人员，我不知道这些开发人员未来的出路在哪里。也许现在还年轻，但无论谁，终归有逐渐老去的那一天，到了那个时候，你拿什么与精力旺盛、学习欲望强的年轻技术人比拼。“经验”这个词实际上是很容易误导人的，到底什么是经验，在你的日常工作中，经验所占比重有多少，这些指标都是无法很好量化的；而且要知道的一点是，经验其实并不是与工作年限完全正相关的。最差的结局就是到最后，过一天算一天，浑浑噩噩，并不断抱怨，我相信在软件开发这个领域，上面提到的现象应不是个别。

不过，本文的主旨并不在于通过单纯的说教，让那些学习欲望低的技术人员通过自身努力，转变思维，从而在职场有更好的发展；相反，接下来讨论的目标对象是那些真正热爱软件开发这个行业，愿意花费足够多的时间来学习，并提升自我的开发者。

我极度相信在我们这个群体中存在这样一种现象：开发人员个体于工作之余花费了不少时间，学习了不少重要的技能与知识（比如参加了圣思园课程学习的朋友们），但自己花费了很多精力所学的技术在公司却用不上。典型地，你花费了不少时间学习Java 8，深入研究了函数式编程与Lambda表达式的方方面面，底层实现也都了如指掌，可是公司的项目偏偏就是不用JDK 8；又，公司项目确实使用了JDK 8，但领导却不允许使用Lambda表达式，理由可能是大部分项目成员不会这个技能，你使用的话，其他人看不懂你的代码，会造成维护上的问题。别笑，这种情况一定是存在的，而且绝非个别！这时的你，郁闷了！

再来一个实际的例子。公司的项目都在使用SVN作为版本控制，你学习Git，而且学习的比较深入，除去了常见的命令之外，还对Git底层原理掌握的也比较好，并且对于Git相比于SVN的优势也都如数家珍。这时，你兴致勃勃地找到公司领导，说打算用Git来逐步取代公司目前正在使用的SVN，本以为会得到领导的褒奖，从此在领导心中留下美好的印象，升职、加薪，从此走上傲娇的分布式版本管理系统之路。然而，你可能想多了，领导的回应可能是：SVN现在用的好好的，也没出现什么问题，大家都比较熟悉和适应；换了Git出现了问题怎么办，还需要让其他同事花时间学习，成本太高。这时的你，又郁闷了！

不妨再来一个例子。现在公司内网的各个系统间的调用都是HTTP方式，使用方向对方发送一个请求，对方返回一个响应，一切都很好，相安无事。而你呢，觉得Netty是个好东东，在很多开源项目中都得到了应用，什么Spark啊，Hadoop啊，Cassandra啊，Dubbo啊，都可以见到Netty的身影。于是，花费了不少时间和心力来学习Netty的使用，甚至连底层核心源码也都看过了。于是，你战战兢兢地找到公司领导，说希望找一两个不那么核心的系统，想要尝试一下Netty，来替换掉现有的HTTP调用方式。领导的回应很可能是：做这种事情有什么意义，现有的系统调用方式已经运行2年多了，大家也都耳熟能详，换成Netty，复杂性提升了好几倍，也不见得会带来什么好处，不换。这时的你，再一次郁闷！