“深度工作”于工程师的意义

有一次我终于有好几天不用去工厂,而我也并不是一个能在家呆得住的人,所以我去了办公室,打开电脑,翻开一篇前段时间感兴趣的技术专题,打算集中精力学习一下。

邮件

然而我的精力大概只集中了不到半小时,而且完全无法深入,都是流于表面的阅读,味同嚼蜡。半小时之后,我就开始无聊的翻起邮件来。整个一天,都在蜻蜓点水般的学习和反复的打断中度过,到了下午该回家的时候,发现自己其实一无所获。

我可以认为自己老了,但是这并不是个令人信服的借口。

我更倾向于相信:是数年来碎片化的工作模式,使得自己深度工作和学习的能力衰退了。

 

有一天我对射频君说,现在回头看自己写的文章,最开始的一两年是最好的——最有质量也最有内容,后来就越来越水。这也是为什么现在我更新的越来越慢的重要原因:才思枯竭。而退回到三四年前,我绝不会有这种感觉,因为在那之前的十年,我一直处在深度工作状态,当时写出来的文章,都是源自十年间的积累和思考。

那种深度工作持续的时间和力度,确实令人想念。

黑咖啡

十几年前我刚工作的时候,每天早上七点到公司,泡一杯黑咖啡,直接进实验室做实验,拿功放管反反复复的调试测试,除了吃饭开会基本上不出实验室。一般晚上干到九点十点,再赶晚班公交回租屋,读书、睡觉。后来回北京,住在亦庄那个晚上十点之后只找得到烧烤摊的地方,每天也是七点到公司,九点半回来;除了做实验,就是在内网上找资料读,有时候读完了心血来潮还给欧洲那边的作者发邮件问些问题,我公司里那些德国芬兰朋友基本上都是聊技术问题熟络起来的。

那会儿,我还是个正儿八经的研发工程师,能接触到比较深入的技术,也在持续的项目中不断的学习演进;虽然每个公司都会有很多浪费时间的事情,譬如开不完的会、写不完的文档和报告、零敲碎打的杂事,但是总体来说技术工作保持着一定的深度,也有良好的持续性;而且对我这样的人来说,只要有资料、有实验条件,就意味着有机会往深处钻。

十年,犹如黄粱梦醒,过眼云烟。

 

作为矢志做一个好工程师的年轻人,在入行直到可以独当一面的过程中,在技术上进行持续的有深度的工作;在最年富力强的时候,拥有可以自我钻研的环境,也有良师益友——应该说我是幸运的。

工程师

而在那十年之后,我的工作呈现出最大的特征就是碎片化——诚然这并不可以用来定义一份工作的好与坏,毕竟工作的最主要目的是养家糊口。

碎片化的工作,不断的在一个bug和另一个bug之间、一个failure和另一个failure之间切换;迅速的定位和解决问题,但是很难深入(无论从责权还是时间上都太困难)。

虽然非常忙碌,但是这些对我并不困难;然而我依然会常常怀念过去的时光,即使那时遇到技术困难和险阻其实多得多也强得多。

碎片化工作其实经常带来成就感,因为你会感觉自己日理万机,而且似乎是多线程的解决了很多问题。然而每一个问题其实都是不求甚解(或者无法追究),即便你可以在后来的某些文档中看到别人做出来这个问题最终的深研结果,然后觉得深以为然——但是不经躬行的实践,对工程师来说是很难很难有真正的提高和所得的。

工厂

记得有一次在工厂里,我花了三天时间,每天自己动手在一个滤波器的接地pattern上“改刀”,最多的时候在网眼里挖掉第三层的地,最后愣是试出跟EVB上一样的性能来。其实说来这也没什么意义,对性能改进也无甚益处(至少在主管工程师看来);回头想想,恐怕我只不过是实在厌倦了那种琐事不断的碎片化工作模式,借这个机会让自己重温一下持续深入钻研的感觉罢了。

 

工程是一种以无穷多的细节堆积起来的,而走马观花的“细节”都是不真实的。所以工程师无法完全靠“看”来学习——无论安捷伦的文档库里有多么详尽而且繁多的VNA测试设置,不真正搬来一台VNA亲手设置测试几次,你是并不能理解其中奥妙的。

所以我那些做FAE的老朋友们多数都转去了市场和销售,虽然他们其中不少人都曾经是不错的工程师,但是FAE这种无法持续深入工作的模式(此处并无对FAE的任何偏见,毕竟人人都有自己的职业选择,行业也有分工的必然),往往使得他们无法在工程师的方向上更进一步,也只得向市场和销售转型。

青蛙

碎片化的工作,对工程师而言是一种温水煮青蛙(如果你依然矢志做一名工程师的话);当然有时候当青蛙也是无可奈何,而在温水里恐怕比在外头的冰水里还能多活一会儿。

然而我依然想对此刻依然年轻的、拥有无穷多机会无数可能的工程师们说一句:在你们最年富力强的时候,尽量保持持续的深度工作,这对你们的工程师生涯将是一笔含金量极高的财富。

评论

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> 

required