入職了一個工作5年的小白程式員

不知道大家有沒有這樣一種感覺，不論工作幾年，剛剛換到一家新公司的時候總感覺自己特别菜，啥都不知道，幹啥啥不行，特别是跟技術流程相關的一些操作。但當你新入職一家公司的時候，往往最先接觸到的就是公司的一些技術執行流程，之後可能會回歸到擅長的領域，最後漸入佳境。

身邊就有一個剛入職的朋友跟我吐槽，入職第一周啥都沒安排；第二周就問熟悉如何，要開始造火箭了，這弄的好不尴尬，于是手忙腳亂，開始邊學邊幹，導師回報，工作5年了，這都不知道，還不主動問。他自己反駁道，跟自己之前工作方式不太一樣，還請耐心指導。

我覺着從公司層面出發，新員工慢熱還是有很多解決方法的，首先可以從這麼幾點出發，與其涼他一周，不如給他配置設定這一周/每天的具體工作，比如第一天上午了解公司制度、下午安裝常用辦公軟體；第二天學習流水線操作步驟......當然這個過程盡量做成不同職級員工入職待辦清單，有條件的公司可以一周為一個階段進行互動式的考核以驗證完成情況。

從導師的層面來說，可以先根據履歷或者面談了解下新人特長，根據其特長讓新人去幹一些導師自己非常清楚的事情，這樣當他出現問題，能夠給予及時解答，讓他感受到關鍵時刻能夠得到幫助，最後根據其工作效率和能力慢慢加碼。另外一點，如果一件事，導師自身感覺不好幹或者不想幹時，千萬不要交給新人去幹，一般情況下都是幹不好的，搞不好還會出現意想不到的問題。

從新人自身的角度來說要抱有空杯心态，從以下幾個方面進行學習，以期盡快融入到團隊。

沒人告訴你要幹什麼，那你可以主動去溝通你的接下來工作是什麼？要看什麼文檔或者資料能夠對你接下來的工作有所幫助。同僚之間雖然不比家人，但也需要一起共事好幾年，如果處不好關系，也挺别扭的。

新公司的業務跟自己的認知都會存在一定程度上的差異性，接觸的知識一般比較零碎，很難把握整體脈絡，是以一定要有目的性的學習并總結，否則看了幾天，感覺什麼也沒有看。工作過程中碰到問題，一定要記錄，積攢到一定程度，找導師一次解答清楚，并結合自己了解總結。

導師給你資料，一定要進行多歸檔，可以使用網絡雲筆記、流程圖進行記錄，不要刀耕火種的手寫了，一本子寫的密密麻麻，也不能檢索，用不了多久，自己都看不懂了。過幾天再次找人要同樣的資料，一般挺讨厭的。

看到前輩們的代碼，不要着急吐槽，作為程式員一定可以了解，臨時加需求、上線修bug的場景。前輩們既然這樣做，肯定有他們的原因，再說了寫代碼的過程不就是修修改改，不斷優化調整、重構的過程，大多數的代碼，都是大多數人寫出來的。如果想不明白可以了解下背景。吐槽側面證明自身也是無能為力，如果确實存在邏輯上的問題，可以嘗試把他修了，然後告訴你的導師。

既然選擇了一家公司，就把公司的當成自己的，盡力做到最好，這樣對雙方都有好處，不是嗎？