工程师的自我修养：了解技术的前世今生

“真正的教育，不传授任何的知识和技能 ”

——耶鲁大学校长 理查德莱文

1.一次飞速的转岗

2017年，因为我接手一个Go语言新项目，作为研发的leader，需要建设临时的团队完成这件事。拉到的其中一个人是公司对口的外包资源的总接口人，这位接口人其实原本管管外包，做个管理者即可，但是他跟我说特别想要做技术，就跟我一起干点事情。同时因为职务之便，也可以帮我甄别最适合的外包研发补充到队伍中。

作为leader，我则过着深圳北京2地周期往返的生活，这为后续我没办法很好的管理人的部分，埋下了伏笔。

这位外包leader很快为我物色了一位Java研发，他挺看好他的潜力，然而不到一周，这位研发就离开了队伍，理由是希望继续做深java这个语言，不想轻易换语言，赶上我不在现场，事出突然，我甚至没见过一面就这么离开了。

不可否认一门具体的编程语言的技术深度挺重要的，但是如果我在现场，或许有机会聊聊关于一些我曾经在Java，Ruby，python，nodejs间反复横跳，哪要救火就补哪的经历对我的帮助有哪些，即便留不住他，但或许我的观点对他未来的路有些帮助。

2.对领导者的失望

时间回到2015年，在另一家公司就职的我，听了高管在与研发的演讲中大概这么说：“大家不要看重编程语言啊，那只是一种具体的工具”。在台下的我深以为然。

没过多久，我短暂带过的一个研发离职了，临走时跟我说：你看这个高管说的话就是不重视技术，我还是走吧。听他这么说完，我直接愣了，虽然想要反驳，但是心想我年纪跟他一般，实在不配做教育他的那个人，毕竟不是他领导还是算了吧，毕竟离职已成定局。

现在的我不会那么腼腆，肯定会给他讲讲我背后的逻辑和观点。

那么我的观点是什么呢？我为何更认可高管。

3.第一次认知冲击

时间再回到2012年，工作了2年多的我入职这家公司。领导在面试我的最后，问的问题是我难以想象的题目：UTF8描述了什么，他的来历是怎样的，为何会有UTF8编码？

我直接放弃作答。领导说了至今让我受益终身的话，大概是这样的：了解技术本身的机制肯定是重要的，了解他背后产生的逻辑则更重要。面试就结束了，让我等消息

其实我现在再想想当初，领导或许只是想通过面试给我上一堂课吧（因为这问题问的“前不着村，后不着店”），但是却能一直不断影响我，我在进入任何一个技术领域后都将这种思维作为指导。

• 进入云计算领域学完技术后，就把背后的发展历史搞清楚。

• 从Java转Ruby就看看Ruby作者的一些思考，而不只是ruby语言的高级特性相关知识

等等，用这样的方式学习，我不会局限于工作安排所需我掌握的这些知识和技能，而是主动自学背后逻辑和发展演进历史。

4.高维度思考

那么领导想要我悟什么呢？相比知识和技能，更重要的是掌握产生这些东西的背后的思维逻辑是什么。不断积累这些思维，我才能逐渐的独立思考，创新。

• 看看第一个离职的研发：研发在意的Java是一种知识和工具，而Java的作者除此之外还掌握了思维，我希望研发掌握的应该包含2者

• 看看第二个离职的研发：高管期望大家不只是执着于工具，而是更高阶的思维，以创造新的商业模式，服务等等。而寻找技术和场景之间缺少的东西，跨越技术到商业成功的鸿沟，正是技术人员则无旁贷的事情，不积累是不行的。

去了解你所涉足的技术的前世今生，甚至细节到一个小小的功能特性，那么或许看透事物本质的你可以看到未来

来源：mp.weixin.qq.com/s/YBovCZ8OdELi17w_HFnvqg