如何與你覺得技術大牛於技術進行交流

寫這個的感想源自於之前接手一個系統，遇到很多阻礙而進行的一些思考，以我為例。

在我剛接手時，首當其衝的難題是，系統使用技術棧(scala+akka)全都是我沒有接觸過的，並且時間緊，沒有獨立的時間段讓我學習，意味著我只能邊學邊著手開發，這是我的第一個阻礙。第二個阻礙是，系統是學長（我認為的技術大牛，內推我進入公司）一人開發，學長典型技術控，精力都在代碼上，沒有任何相關的文檔留存。在我接手時也並未對我進行整個系統架構講解，而是在我閱讀代碼遇到疑惑時詢問他，他再對我進行系統中關於這個模塊的實現邏輯講解。這對我而言就存在一個問題，太零散，無法將各模塊串聯起來。導致我在業務方反饋系統問題時，無從下手排查問題。

那麼為什麼要說這些呢，因為這些是與他交流遇到阻礙的前置條件。

我在剛接手時，便立即開始著手新需求的開發，儘管會有學長對某一模塊的講解在前，但在具體實現以及我對scala語法的不熟練，難免還是要請教與他。這時候我就會被質問，諸如“這個我上次跟你講解過，你為什麼還要再問一次，你有沒有好好思考過”，“我聽了半天，你到底想問什麼”，“你接手好幾天了，關於scala的這個語法還不瞭解嗎”此類問題，雖然聽起來語氣可能不太好聽，不過他是站在自己的角度來看待問題，所以他看我就覺得我的成長速度沒有達到他的預期。後來我就開始由局部到整體來理解整個系統，並且尋找市面上類似的開源系統，進行學習，這於我而言是吃力的，因為畢竟水平有限加上對整個大數據鏈路並不瞭解。之後每次去向學長請教，都是在深思熟慮後，並且將提出的問題事先準備好，明瞭而清晰的向他提出自己的疑惑，這之後學長的語氣也越來越和緩，我的問題也越來越少。

所以，在與你覺得是大牛或者上司於技術進行交流時，

首先，要明白一個前提，要適應很多東西別人只會教你一次的情況。

第一，請教他的每一個問題都要深思熟慮，列出前因後果，明瞭的提出自己的問題，並且提出自己的見解。這樣做的原因是，你在請教後，別人能夠清晰的感受到你是思考了之後再去詢問而不是不動腦筋，這樣也有助於在後續的討論中提出自己的理解。並且請教之後保證自己完全掌握，相似問題無需再次詢問；

第二，要讓他看到你的成長，在工作中，我們不論是學習新技術還是接手別的項目時，都要快速掌握，迅速成長，不但如此還要讓你的上司或者負責人看到你的成長，這不是功利，而是在工作中，讓別人看到你的價值。