我?guī)У膶嵙暽?轉正了!
你好呀，我是歪歪。
我最近帶了一個實習生。其實說最近，也都整整三個月了，已經在走轉正流程了。
還記得他來的時候，為了和他套個近乎，有一天聊完正事之后，和他拉了拉家常。
然后我說：在我們組里面，不必拘謹，大家在平時溝通的時候也沒有上下級的關系，敞開心扉，不要有太多顧慮。我們的氛圍是很 open 的，多多溝通。其實你別看我長的老，我年齡也不大，我 94 年的。對了，你哪一年的？
他答：2000年。
那一刻其實有沖擊到我。
因為我驚奇的發(fā)現，原來 00 后也慢慢的走入職場了。
他們從我們 90 后手中接下“垮掉的一代”的接力棒后，馬上就要順利的把接力棒交接給 10 后了。
歲月如梭?。?/p>
反饋和思考
他加入團隊之后，遇到一個很好的契機是剛好那個時候接到一個新的需求，為了完成這個需求，我要從 0 開始搭建一個微服務。
我讓他從項目設計階段就參與了進來，最后跟到了項目上線。體驗到了一個項目上線的全流程。
對他而言，是一個契機。
對我而言，其實算是一個挑戰(zhàn)，因為這個項目的整體時間給的不算充裕，分配到開發(fā)環(huán)節(jié)那就是更加緊張了。為了保障進度，當時緊急從項目組里面抽調了另外兩位同事和我一起專門干這事，就這樣人力資源還是尤為緊張。任務進度需要按天為單位進行推進。
領導問我：這個實習生你想怎么安排呢？
我說：讓他和我們一起開發(fā)這個項目吧，我來給他分配任務，匯報開發(fā)資源的時候算半個人力投入。
其實，我說“半個”人力的時候，自己心里都在打鼓。因為他并不是通過我面試進來的，加入項目組大概一周多時間，我甚至都還沒見過他寫的代碼，不知道他的技術能力在什么水平。
但是從最終的結果上來看，其實他在項目里的交出的成績單是遠大于半個人力的。
換句話說就是：整體表現是超出預期的。
舉個例子。
我給他拆分一個任務，講清楚需求背景之后，讓他去落地代碼。
他寫著寫著會發(fā)現某個地方是需求沒有考慮到的細節(jié)問題。
于是他會很快的反饋給我，同時帶著自己的解決方案，問這樣去實現可不可以。
帶著解決方案的問題反饋。
聽起來是一個很簡單、再自然不過的事情，但是我發(fā)現在職場中越是新人做的越好。
而老油條們，包括我自己，其實很多時候都做的不夠好。會去拖、會去掩蓋、會覺得這其實也沒啥大毛病、會去自己找個想當然的方案就改了...
但是我覺得這個簡單的事情背后有好幾層邏輯。
第一層邏輯是：自己發(fā)現了問題。
能發(fā)現問題，至少說明你對自己寫的這段代碼的背景有一定程度的了解。
只有在需求了解到位的基礎上，才能在落地環(huán)節(jié)自主的去發(fā)現問題。
這一層，一般來說大家都可以做到。
第二層邏輯是：發(fā)現了問題，到底反不反饋？
不反饋其實從責任劃分的角度，就算出了問題，主要責任不在我呀，當時提需求的時候就沒有考慮到這個問題。
反饋上去了，最后解決起來，增加的是我的工作量。
到這一層，有些同學就會經過激烈的思想斗爭后決定：時間來不及了，先就這樣吧。不反饋了，不是啥大問題。
千里之堤毀于蟻穴呀。
在項目里面小問題多了，是會出大問題的。
如果真的是很小的問題，哪怕你打個 TODO 在那里標識一下呢？防止自己以后也遺忘了。
其實大多數情況下，這樣的問題在測試環(huán)節(jié)也能被揪出來。
但是如果自己能預判到，為什么要延遲到測試環(huán)節(jié)才暴露出來呢？
或者說經過激烈的思想斗爭后決定：這個地方我知道怎么改，直接改了就行了，就不和別人商量了，懶得去反饋了。
這里其實就是大忌，很容易埋坑的。
比如就是一個字段你不知道從哪里取值，需求上也沒有明說。但是你可以自己從某個地方取出來，也可以由上游傳遞過來。
于是你決定自己去取就行了，不麻煩上游了。
因為來源有兩處，哪怕在你寫代碼的當時這兩處來源他們一定是強相等的，但是隨著系統(tǒng)的發(fā)展，也許會出現不一樣的情況，而當這樣的情況出現的時候，這里就是坑。
也許到那個時候，你自己都忘記了，這個值是你去某個地方獲取的，而不是由上游傳遞下來的。
當這真的出現問題的時候，你一查代碼：這是哪個 sb 寫的代碼？為什么不讓上游傳遞進來呢？
然后氣沖沖的一看歷史提交記錄，你就開始默不作聲了。
第三層邏輯是：反饋的時候帶著自己的解決方案。
在我看來，主動反饋是應該必須要做到的事情。
至于能不能帶著解決方案，難說。
因為有的時候由于自己對于全局的把控不到位，確實是只能發(fā)現問題，不能解決問題。
所以，這一點對于新員工或者實習生來說不能強求，但是能做到那便是最好不過的事情了。
比如這個實習生，每次來找我反饋問題的時候，說完問題之后就會說自己想到的方案，問能不能這樣做。
其實很多時候他給的方案并不好，比如他想根據某個返回值去做處理，而我覺得更好的方案應該是基于數據的某個狀態(tài)去做，或者說加個數據庫字段專門來干這事。
這樣更加符合程序設計的邏輯。
他給的方案不是不能用，是有更好的。
但是，這里面體現了他自己的進一步思考。
而從實際情況來看，他也提出了很多很好的實現方案，被我采納了。
能帶著解決方案，說明自己有更深一步的思考，挺好。
思考和反饋，不論是什么階段，都很重要。
我自己有時候都做的不夠好，但是我會這樣常常提醒并要求自己。
再舉個例子
再舉個關于反饋的小例子：
我給他分配完任務后，告訴他什么時候之前要做好。
在這期間，他會主動告訴我自己做到什么進度了。如果自己在預期時間之前做不完，他會提前告訴我困難是什么。
他這樣會讓我及時掌控到整個項目的進度，讓我提前預防風險。
我之前也帶過工作過幾年的同事，有時候任務進度滯后，都是由測試同學反饋上來的，會搞的我很被動。
當然我也應該偶爾去主動詢問進度。
但是在我的邏輯里面：大多數情況下，你沒說，沒有找我協(xié)調，那么我就認為項目是按照正常的進度在推進的。
我覺得任務如果有風險，提前幾天反饋，可是太重要的事情了，這應該是基本的職業(yè)素養(yǎng)。
至于怎么去定義風險的低中高，從而拿出什么樣的姿態(tài)去應對，那就是另外一項本事了。
同時在整個項目開發(fā)的過程中，其實我是不斷在給他施壓的，在有來有回的試探中，我也知道了他的能力還是不錯，有很強的執(zhí)行力。
所以，在這個項目完成之后，緊接著的另外一個項目中，我給了他一坨關鍵節(jié)點上的開發(fā)任務，并告訴了他這個開發(fā)任務在整個調用鏈路上的關鍵意義。
從目前的開發(fā)進度上看，他完成的還是很不錯的。
老實說，最開始的時候我就是給他分配了一些“臟活累活”，因為這些事情必須有人做。
做為一個新人或者實習生，即使你有翻天的本領，在我不知道你能力到底如何的情況下，只能從這些簡單的活兒開始試探。
如果要說說不足之處的話，那就是他最終拿出來的代碼，從功能上來說是可以用的。
但是從代碼分層、代碼規(guī)范、后續(xù)擴展、編程習慣上來說，還是有所欠缺。
這些問題我從最開始就給他提出來了。
從現在他提交的代碼上看，有一定的進步，但是還有很大的提升空間。
現在他可能還處于刻意模仿的階段，也許理解不了為什么代碼最后的架子是這樣的，反正項目里面就是這樣寫的。
由于他的代碼我每次都會重點 review，其實每次 review 都會發(fā)現一些編碼結構上的問題。
比如他可能會把一個接口中的對象一路傳遞到 dao 層里面去；比如他可能會在每次和數據庫交互的地方都寫一個新的 sql 去與之匹配，沒有考慮到復用性；比如他會把非常多的邏輯都放到同一個方法里面...
我覺得對于剛剛走進工作崗位的學生來說，這是一個必然的過程，他們從自己的 Demo 級別的代碼，轉變?yōu)閷憣嶋H工程級別的代碼，勢必需要一個適應和磨礪的過程，這個事情不是一蹴而就的，就是在反復的開發(fā)實踐中錘煉出來的東西。
能意識到這個問題，并加以練習和克服，就是成長。
而我發(fā)現他刻意模仿，是看到了他也會用一個大的 try-catch 把整個代碼塊包裹起來，而他早期提交的代碼并不是這樣的。
我自己有時候偷懶，會用一個大的 try-catch 把整個代碼塊包裹起來。其實這樣寫出來的代碼好用，但是不優(yōu)雅，也不推薦。
異常應該就在需要捕獲的地方捕獲就行，整個方法包裹起來，是一種取巧的方案，說明你對自己寫的代碼的異常分析沒有絕對的到位，企圖用一種粗暴的方式來兜底。
這樣不好，不好。
所以發(fā)現這個問題后我也和他及時溝通了，同時也對自己提出了更高的要求。
在編碼上不能偷懶。不能把一些壞習慣傳遞下去。
所以我開始慢慢意識到，這不僅是一個帶新人的過程，還是一個嚴于律己的好機會。
哦，對了。
我去參加他的轉正答辯會的時候才知道，還有一個導師拉票的環(huán)節(jié)。
于是我在手機便簽里面匆匆記錄了幾點：
傳遞
在我的職業(yè)生涯中，我遇到過的每一個團隊和每一個團隊里面的“導師”，對我都非常的好，他們竭盡所能的把自己掌握的好的東西分享給我。
所以我也希望把這一份好的東西一直傳遞下去。
猶記得我當年實習的時候，前端傳進來一個字段，要最終落到數據庫里面去，中間涉及到好幾層之間的幾個對象的轉換，我硬是弄了好幾個鐘頭都沒有弄好。
帶我的同事坐在我的旁邊，音樂時不時的從他的耳機里面?zhèn)鞒鰜?。在當下那個焦急的情緒下，一絲絲的音樂都讓我覺得煩躁。
于是我給他說：能不能先把音樂關了？
他聽出了我的異樣，把音樂關了，然后說：是不是遇到什么棘手的問題了？
最后還是他手把手教我怎么解決這個問題。
后來有一次吃飯我給他說起了這個事：我說我覺得那個時候的自己好差勁啊，這么簡單的事情搞了好幾個小時都沒搞定，最后還得你出馬。
他說：我并不覺得你差勁，而且我也不怕你差勁。我怕的是，你自己吭哧吭哧的搞，搞不定了還不問我。你不問我，我就不知道怎么幫你。有些事情，是你能力范圍外的事情，你再怎么使勁，也很難看到收益。有些事情，是你能力范圍內的事情，你應該會而不會的事情，那你應該去精進自己的技能。難的是你怎么去清晰的識別出這些問題。比如你說的這事，你應該也知道，就是屬于你應該會而不會的事情，那么你就應該去提升自己的相關技能。你也去做了，現在的你再次遇到那個問題，應該很快就解決了。這就是成長。
我?guī)н^實習生，也帶過工作年限比我高的人。
這一行不像是一些老手藝，需要有人傳承，一代一代的教。
但是這個行業(yè)里面有前人總結出來的一些好的東西，應該傳遞出去。
好了，就寫到這里吧。
最后說一句
好了，看到了這里了，轉發(fā)、在看、點贊隨便安排一個吧，要是你都安排上我也不介意。寫文章很累的，需要一點正反饋。
給各位讀者朋友們磕一個了：
本文已收錄自個人博客，歡迎大家來玩。點擊[閱讀原文]即可直達。
https://www.whywhy.vip/
推薦???：CompletableFuture其實也就這么回事。
推薦???：送你一個并發(fā)編程的奇淫巧技，舒服的很...
··································
你好呀，我是歪歪。一個主要敲代碼，經常懟文章，偶爾拍視頻的成都人。
我沒有進過一線大廠，沒創(chuàng)過業(yè)，沒寫過書，沒進過大廠，也不是技術專家，也沒有什么亮眼的title。
當年以超過二本線 13 分的優(yōu)異成績順利進入某二本院校計算機專業(yè)，誤打誤撞，進入了程序員的行列，開始了運氣爆棚的程序員之路。
說起程序員之路還是有點意思，可以看看。點擊藍字，查看我的程序員之路