第449期｜技术人怎么减弱成长过程中的痛苦？
你好，这里是卖桃者说。今天想跟你分享的是阿里云解决方案架构师暨家愉关于成长的思考。
暨家愉研究生毕业于美国伊利洛伊理工大学，曾任Teradata资深大数据专家，2015年回国后先后担任创业公司红茶移动和树米科技工程VP和CTO，之后又加入阿里云担任解决方案架构师，丰富的经历让他对技术人成长有自己的思考。
在他看来，技术人的成长可以分为两类，一类是本能型成长，一类是应激型成长。一般来说，本能型成长的效率会比较高，但现实是，我们在多数情况下面临的都是应激型成长。
本能型成长
所谓本能型成长，你可以理解为源于自己的意识、兴趣和愿望，或是你想要改变现状，渴望得到进步。在交流中，暨家愉也分享了他的两个本能型成长的故事。
第一个故事发生在第一份工作期间，当时他在一个传统的零售企业内部做技术人员，主要负责系统的开发和测试工作。按他的说法就是，他这人好奇心比较重，喜欢在测试环境对每个功能都了解一下，搞清楚业务到底是怎样进行的。有次他发现某个功能运行起来特别慢，一查代码发现这个功能在一个页面中进行了若干次SQL查询，其中一条SQL相当复杂，耗时足足有2秒。
于是，他开始分析问题，为什么要写这么复杂的一个查询，最后这个查询展示出来的是什么结果，对应页面上是哪个位置。在一一搞清楚之后，他发现其实可以有更优的做法，将这个查询稳定地控制在20毫秒以内，实现指数级的性能提升。
问题解决后，他并没有就此止步，而是继续摸索，搞清楚了数据库中I/O、索引等可能影响性能的因素，从理论层面弄明白了问题的根源所在，而这样的经验是可以直接复制到之后的工作中去的。
另一个故事发生在暨家愉美国工作期间，当时因为工作的关系，他开始有很多机会接触云计算，他也对上面的各种服务充满好奇。由于当时所在的公司是创业公司，文化比较开放，他就在空闲时间向公司申请做一些实验性项目，期间也自学了一些开源的DevOps工具，还有之前不熟悉的编程语言。最终，这个实验项目落地成了一条生产线上使用的功能，很好地帮助后台服务器应对了流量变化。
你可以看到，这两个故事其实有一个共通点，就是他做的事情跟他当时的职位或岗位职责并没有什么相关性。第一个故事中，关于SQL的性能调优，正常来说是属于DBA的事情；第二个故事中，要做动态伸缩，那肯定是运维同学的事情。而当时的暨家愉，只是遵循了他内心对这个事情的热情（Passion），然后一步步把事情做好，他的出发点并不是为了要达成KPI或得到技术成长，尽管结果确实是达到了。对于这类型的成长，就可以归类为本能型成长。
本能型成长是最有效率的，过程也是最快乐的，主要有以下几方面的原因：
- 你满足了自身的渴望，因为你想做，而且没有障碍，你做到了，所以你快乐。
- 因为你是真的想要做好这件事，所以你会废寝忘食地投入，用尽一切办法，自然成功的可能性也会更高，过程也会更快。
- 本能型成长可能带来意料之外的好处，譬如在第二个故事中，暨家愉就因为他的杰出表现，获得了老板的赞赏和加薪的奖励。
应激型成长
再来看应激型成长，简单来说就是当我们身处在某个环境中时，由于外部因素的变化，导致自身不得不进行成长，以适应这些变化。对于这样的情况，暨家愉也分享了他的故事。
他回国后先后加入了两家创业公司，在创业早期，他的想法很简单，以为作为一个技术合伙人，自己的技术足够支持产品的实现就可以了，只要认真地做好本职工作，创业就可以成功。由于对自己的能力看好，所以他并没有觉得创业是一件高风险的事情。
现在回过头去看，他感叹道，“事实证明，我当时的认知是完全不到位的，并没有意识到虽然都是在创业公司，但不同的角色、不同的位置，所需要的技能也是不一样的。”
如果你单纯是一个技术专家，在创业公司里面，确实只需要关心如何通过自己的能力和经验把产品和业务实现就足够了。但是作为一个技术合伙人，除了要做好产品实现之外，还对很多其他技能有要求。比如，马云说过，“一个人走得快，一群人走得远”，而技术合伙人很重要的一项能力就是搭建一个走得远的团队，其中就包含了对识人和用人两方面能力的要求。团队搭好之后，如何调节好团队氛围，保证成员的成长又是另外一个重要的问题。
这些还都只是对内的技能要求，还有对外的比如公司层面的跨部门协作，或是面向业界和市场进行输出，又是另外一些必不可少的能力要求。这些一切的一切，都逼迫暨家愉对自己进行升级，通过不同的方式去学习和提升自己所缺失的技能。
于是，他进入了应激型成长的状态，然而这个过程并没有本能型成长来得容易。原因有二：第一，这些要求来得有点突然，甚至让人有点措手不及，但在当时，他并没有可选择的余地，甚至这是一道或成长或灭亡的选择题；第二，应激型成长往往伴随着打破自己的舒适区，对暨家愉来说，如果他要成长，就需要打破自己作为技术专家的舒适区，走出去，做很多之前没有做过的事情。而这些事情并不是他有经验的，甚至未必是他喜欢的。
正因如此，应激型成长往往是一个痛苦的过程。然而，我们不得不面对的一个现实就是，越是痛苦，应激型成长反而在个人职业生涯中扮演更为重要的角色。
拒绝意外
既然知道应激型成长的重要性和无可避免，我们是不是有办法来减轻这种痛苦，从而更好地面对它呢？
正如之前提到的，应激型成长痛苦的地方主要有两个：一个是在我们的预期之外，而且通常特别快；另外一个是要求我们打破自己的舒适区，做我们不擅长的事情。只要能够有效地应对这两点，是不是就可以让痛苦减轻？
回到之前暨家愉分享的他早期创业的故事，显然，他在进入创业这个环境之前，对于创业的认知是严重不足的。而正因为认知的缺失，导致我们对情况的判断出现了差错，并且最终走向失败。这就跟生活在美洲大陆的巨型地懒一样，它们没有看懂智人背后的团队协作和对工具的使用，可能给它们带来的威胁。当然，在那个信息流通程度几乎为零的时代，地懒犯这种错误是无可厚非的。
今天则完全不一样，在这样一个信息过载的社会里，我们信息缺失的绝大部分原因，肯定不会是因为无法获取信息。换句话说，我们应该尽可能地保持对信息的敏感度，并且通过对信息的整合和判断，提前做好准备，来免除“惊喜”带来的痛苦。
暨家愉也简单分享了他获取信息的渠道，包括知识类付费APP、网络公开课、聚合新闻类APP、经典书籍等。其中，知识类付费AP的优势是能让你利用好各种碎片时间，快速学习到前人总结的经验，接触到一些新技术、新思维、新方法。
网络公开课的好处是可以让你更系统地学习一门技能或者一个课题，如果你想对某个知识体系进行补强或学习一个全新的领域，这是最好的方法。而经典书籍的好处更是不用多说，有句话叫做“太阳底下无新事”，有些事情，可能换个时间、地点和人物，又会重新发生一遍。理解这些事情对于我们日后预判身边或者市场将要发生的形势变化，会有特别的帮助。
另外，暨家愉也非常推荐技术人多看一些行业、市场相关的新闻资讯和分析报道。他表示，很多技术人可能默认只做好技术就足够了，其实你所处的行业发展情况、市场发展趋势，都会对你所处的公司造成影响，并间接影响到每一个人，因此这部分的信息是不应该缺失的。
“打破”舒适区
有了预见性之后，我们再来谈如何打破舒适区。这里暨家愉用了“打破”这个词，而不是“走出”。
在他看来，人是不需要离开舒适区的，或者从当今社会分工的现实情况来说，为了整体社会生产更有效率，人在大部分情况下都不应该离开舒适区。举个例子，一个有10年工作经验的程序员，你让TA离开舒适区，意思就是让TA去换个工种。这样的结果是TA完全没办法继续沿用之前的经验，一切都要从0开始。这么做，无论对TA还是对整个社会来说，都是一种生产力的浪费。
打破舒适区的做法就完全不一样。譬如你本身是一个服务器研发，你可以选择往上下游扩充自己的能力范围，去做中间件开发或者前端开发，也可以选择向产品或者测试转型，在有延续性的新岗位上继续利用自己之前的经验，延伸出不一样的思路。
这里暨家愉分享了他之前做大数据时候的经历：当时Hadoop的生态发展得很快，他刚刚开始对Hadoop 1.0的整个架构有比较深入的掌握，马上Hadoop 2.0就开始被广泛讨论，之后Spark的出现也让大家开始重新思考，MapReduce这个计算框架作为底层的效率问题。他回忆道，“如果那时候我依然死守在我的舒适区中，可能在短短几年内就会被淘汰。”
与之相反的，他凭借着在1.0打下的基础，快速跟进学习2.0的系统，通过对比分析，理解了2.0设计的初衷，以及解决了1.0 的哪些问题，也对以后生态发展的方向有了更清楚的认识。对于Spark，他先在Coursera上面完成了Functional Programming的课程，对Scala的编程方式有了认识，然后对照着MapReduce，又研究了Spark的框架和设计思路，继而再去理解Spark的生态。一段时间的学习后，他掌握了这两个新的大数据知识点。
可以看到，他对于新知识，是通过跟旧有知识进行对比来学习的。完成了新知识学习的同时，也是对本身已经掌握的知识体系的一个补充和完善。这种对于原舒适区的打破，最终会融合原有的领域，给我们一个更大的舒适区。而这些新舒适区里面的知识，也会慢慢演变成我们军火库里面不同的武器，给我们以后再次打破舒适区提供支持。
好，以上就是暨家愉关于技术人本能型成长和应激型成长的一些思考，希望对你有所启发，欢迎在评论区一起交流，也欢迎你将文章分享给更多的朋友。
卖桃者说，明天见。
（策划：成敏；编辑：夏天）