ThoughtWorks 思特沃克「乘风破浪的刘涛」

研究生毕业于四川大学软件工程专业的刘涛，在 ThoughtWorks 北京办公室已经度过三个春秋，如今仍然保留着本科钻研理论物理的追本溯源的习惯。

无论是学生时代的徒手编写操作系统内核与编译器、跨专业读研，还是职场中不同项目和不同角色间的多次轮转，以及不到三年便成长为安全团队与客户认可的技术负责人，这一段打怪升级的经历在旁人看来多少有点一帆风顺。

其实不然，那些跨专业读研掉的头发、热爱并擅长后端却仍要补全前端技术栈时的两眼一抹黑、将客户的粗略想法落地成为项目的多次方案修改，才是让刘涛能够看起来一帆风顺的真正原因。一起来看看刘涛的乘风破浪之路。

开篇——从物理到计算机

我本科专业是理论物理，之所以选择这个专业，纯粹是由于自己高中物理成绩还不错。

然而进入大学后发现高中物理跟大学物理完全是两回事，痛苦挣扎了一两年发现自己完全不是学物理的料，于是我想着与其上课腾云驾雾不知所云稀里糊涂梦游周公，不如花时间去琢磨自己感兴趣的东西。

作为一个标准的 90 后，从小霸王学习机和 DOS 命令行过来的童年，让我对电脑这种神奇的玩意儿有着发自心底的热爱，最让我着迷的就是屏幕上那颇有黑客帝国韵味的黑乎乎的命令窗口和闪烁的光标。

相较于沉浸在虚拟游戏中的枪林弹雨，我更喜欢发扬物理学追本溯源和刨根问底的精神去研究那块黑窗口背后的原理。

如此这般便促成了我研究生转入计算机专业学习，期间从兴趣出发编写过操作系统内核和编译器，也拉开了我下面一段跌宕起伏职业生涯的序幕。

(有兴趣的同学可以关注我的 Github 主页一起交流：https://github.com/liutgnu)

上篇——初入职场，身份转换

我入职 ThoughtWorks 北京办公室后参加的第一个项目是在客户现场进行的，然而项目启动当天就发生了一件囧事，这也预示了我后面半年时间里将注定坎坷。

入场前一天我自认为做好了万全的准备：证件、路线、材料等等，然而入场当天我却错误低估了通勤的拥堵和耗时，导致我气喘吁吁迟到不说，还拖慢了团队整体的进场时间。

作为一家专业服务咨询公司的顾问，专业就意味着要按时赴约，并在客户见面时保持着装整洁得体。我没想到上班第一天就犯了这两个大忌，想来怎么着也会被大家数落一顿，结果团队负责人只是轻轻拍了拍我的背，然后递给我一瓶矿泉水说：

「没事，喝口水歇会儿我们再进去。」

瞬间我心里的石头就落地了，真心觉得公司的人文关怀倍棒。

随着工作的开展我也逐渐摸清了上下班通勤的时间规律，慢慢适应了首都经济圈的快速工作和生活节奏。然而接下来才是正式挑战的开始。

作为之前在 Linux 内核、C 语言汇编等技术栈混迹的我来说，面对新项目中企业级的 Java 技术栈实在是两眼一抹黑。

我还清楚地记得那是一个阳光明媚的下午，金秋的北京天空特别湛蓝，阳光透过屋顶落在我们工作的那个圆柱型玻璃办公室墙上。架构师用笔在墙上画着线条，两个开发正在结对搭建前端框架，一个开发在搭建后端框架，还有一个开发正在承担 devops 角色搭建项目，大家都专注于自己的工作，而我则尴尬地发现没我能做和没我可做的事，我突然意识到，不能再这样下去了！

尽管自己有着应届生的标签，团队不会刻意要求我在短时间内有多大的贡献，但暗自想着必须要有所建树才行。

学习新技术栈的过程是艰难的，入职半年的下班回家、周末甚至国庆等几乎所有的休息时间都被我用来弥补业务的不足。

我先从相对简单的前端开发入手，差不多两个月后，达到能独立交付一些有一定难度前端任务卡的能力；接下来我转后端开发，差不多三个月后达到同样的水平；再转 devops，由于自己本身有一定的 Linux 能力，加上之前承担前后端开发的时候对业务有了更深刻的理解，因此在做 devops 阶段我就更加能透彻理解项目的整体架构和部署方式。半年后临近项目结束，我已经能较为熟练地定位并解决问题，同时也顺利地通过了公司半年试用期的考核。

这艰难的半年里，我经历了从学生到职场人的身份认知转变、技术栈的转变，螺旋式的心态变化，自我认同和自我否定，焦虑迷茫等等复杂情绪的交织。必须说明的是一个强有力的团队给我的支持是多么重要。

ThoughtWorks 文化基因中有一个很重要的点是发展他人，即给予他人适当的指引和力所能及的帮助，同时公司还会给每一位新人指派一位老员工作为其 buddy。

从怎样使用快捷键、怎样设计前后端接口到如何编写正则表达式等，团队成员们从不吝惜他们的知识与经验。我的 buddy 甚至还专门给我开了一对一的面向对象编程思想课程，针对我缺乏面向对象思维的问题进行了专门的训练等等，这些经历都让我受益颇丰。

中篇——客户认可，团队合作

项目结束后，我仍然觉得自己还是更喜欢在操作系统、C/C++ 等底层开发的领域深耕，也希望如果在公司可以一边做自己喜欢的技术开发还能一边挣钱，那将是多么幸福的事情。

很快机会就来了，我在公司 toChina 的邮件中看到了来自公司安全团队的一次关于 Linux 内核的技术分享，既然是技术分享那么背后就一定有对应的项目，于是我联系上了安全团队的总监，询问了一下项目和技术细节，并试探性地表达了想转团队过去的意思，但又担心内部流转的过程不会那么容易。

当时总监的一句话让我印象颇深：

「ThoughtWorks 始终以个人意愿为第一优先级，只要你愿意过来，并且有能力做好你想做的事，那么剩下的事就交给我来办。」

很顺利的，我被安全团队借了过去，并加入了新项目的开发过程。后来事实证明，这个项目将是我做过的最爽的项目：

这是第一次我可以使用熟悉的技术解决一些有难度和挑战的问题。

这里有小而美的团队。尽管团队规模较小，但团队成员有异常出色的开发激情、沟通效率、进度管理。由于我是半路加入这个项目，在理解项目原有代码和开发新功能过程中有很多疑问，因此参与了团队中非常多的讨论，当时印象最深刻的一点是，无论何时抛出什么样的问题，现任或前任的技术负责人都一定事无巨细给予回答。

来自客户的认可。底层技术有一定难度，尽管我们也提供项目源码和文档作为最终交付物，但客户依然希望我们可以有一次直接的重点技术分享。尽管我有过客户现场工作的经历，但从未真正在客户的开发团队面前做技术分享，颇有些班门弄斧的意味，弄不好不光丢自己的脸也丢了公司的脸。可喜的是，尽管过程中客户提问了几个少见的场景，但好在曾经与团队充分讨论思考，自己也做足了相关技术积累，分享过程的现场参与度和热情还是超过了我的预期，我也顺利在客户面前为公司留下了好印象。