如何与你觉得技术大牛于技术进行交流

写这个的感想源自于之前接手一个系统，遇到很多阻碍而进行的一些思考，以我为例。

在我刚接手时，首当其冲的难题是，系统使用技术栈(scala+akka)全都是我没有接触过的，并且时间紧，没有独立的时间段让我学习，意味着我只能边学边着手开发，这是我的第一个阻碍。第二个阻碍是，系统是学长（我认为的技术大牛，内推我进入公司）一人开发，学长典型技术控，精力都在代码上，没有任何相关的文档留存。在我接手时也并未对我进行整个系统架构讲解，而是在我阅读代码遇到疑惑时询问他，他再对我进行系统中关于这个模块的实现逻辑讲解。这对我而言就存在一个问题，太零散，无法将各模块串联起来。导致我在业务方反馈系统问题时，无从下手排查问题。

那么为什么要说这些呢，因为这些是与他交流遇到阻碍的前置条件。

我在刚接手时，便立即开始着手新需求的开发，尽管会有学长对某一模块的讲解在前，但在具体实现以及我对scala语法的不熟练，难免还是要请教与他。这时候我就会被质问，诸如“这个我上次跟你讲解过，你为什么还要再问一次，你有没有好好思考过”，“我听了半天，你到底想问什么”，“你接手好几天了，关于scala的这个语法还不了解吗”此类问题，虽然听起来语气可能不太好听，不过他是站在自己的角度来看待问题，所以他看我就觉得我的成长速度没有达到他的预期。后来我就开始由局部到整体来理解整个系统，并且寻找市面上类似的开源系统，进行学习，这于我而言是吃力的，因为毕竟水平有限加上对整个大数据链路并不了解。之后每次去向学长请教，都是在深思熟虑后，并且将提出的问题事先准备好，明了而清晰的向他提出自己的疑惑，这之后学长的语气也越来越和缓，我的问题也越来越少。

所以，在与你觉得是大牛或者上司于技术进行交流时，

首先，要明白一个前提，要适应很多东西别人只会教你一次的情况。

第一，请教他的每一个问题都要深思熟虑，列出前因后果，明了的提出自己的问题，并且提出自己的见解。这样做的原因是，你在请教后，别人能够清晰的感受到你是思考了之后再去询问而不是不动脑筋，这样也有助于在后续的讨论中提出自己的理解。并且请教之后保证自己完全掌握，相似问题无需再次询问；

第二，要让他看到你的成长，在工作中，我们不论是学习新技术还是接手别的项目时，都要快速掌握，迅速成长，不但如此还要让你的上司或者负责人看到你的成长，这不是功利，而是在工作中，让别人看到你的价值。