試用期什麼事情最重要？把那些能幫助自己快速轉正的事情做好。
01
完成跳槽之後，進入新公司並不說明就算真正進入該公司，試用期的三個月考核這才是正式開始。
尤其網際網路行業中，在試用期被離職或者主動離職的比比皆是，中間原因很難一概而論。
不過大部分原因可能就是公司環境適應不下來，可能是開發環境，或者工作環境，再或者就是什麼價值觀不和的虛與委蛇。
這也就是為什麼很多人跳槽之後的三個月並不敢直接把房子搬到公司附近，因為總怕沒轉正來回折騰麻煩，這應該是大多數漂泊在外的朋友心中無言的傷。
生活就是這樣，花裡胡哨的，你可以不熱愛但是要面對。
02
網際網路公司的程式設計師試用期到底要做哪些事情？一句話形容：很多。
入職的第一週，一天搭建環境，一天熟悉程式碼結構，三天看看業務和部分介面邏輯，這都是良心公司才有的安排，合不合理？誰知道呢。
有些公司不講武德，入職一天之後直接甩個小需求過來，美其名曰可以快速適應業務，說的也挺一本正經的。
搭建公司的開發環境這是起手操作，一般除了實習階段有人手把手的教環境搭建之外，後續在入職新公司都需要自己折騰。
環境搭建好之後就是快速的把程式碼在本地構建好，並執行起來，這裡可能會有一些特殊的配置可以根據環境文件操作即可，然後就是熟悉程式碼中的各種技術元件，規範和基礎工具。
新的公司不管系統如何，可能都會遇到自己不熟悉模組，比如公司系統開發的技術棧基於是分散式，有些新技術元件的需要學習，可以在下班後時間快速熟悉官方文件和結合專案用法，快速熟悉起來。
尤其注意的是這些不熟悉的技術元件，可以說自己不太熟但是不能說不會，利用空閒的時間快速惡補一下，然後照葫蘆畫瓢擺出一副不難的樣子。
對於大多數公司而言，環境和程式碼結構熟悉基本也就控制在兩天的時間，然後就是對於現有產品的流程熟悉，這裡一定要做到心裡有數，熟悉產品中的核心業務流即可。
藉助業務文件，需求文件，和開發環境的，理清楚核心業務模式的流程，像系統基礎，許可權管理，架構這些內容都不是當前最關鍵的，只有熟悉核心流程，才能在後面需求開發的時候做到心裡有數。
03
能給一週熟悉環境和產品的公司，目測絕對良心了，第二週開始就會介入到版本需求開發，工作的這幾年真的不乏有很多人在第一個版本就涼了的。
參加的第一個版本需求開發通常不會很難，可能是遺留的小需求或者線上出現的小的BUG，這個版本也不是用來考察新人的能力上限，基本就是看做事風格，思維，還有就是對環境的熟悉度。
需求開發的基本套路無非就是評審，立項，開發，測試，上線，但是這是個拒絕犯錯的版本，如果第一個需求開發不順或者有重大失誤，基本就試用期結束，注意下面幾點，基本無壓力：
第一：理解基本需求；這時候不需要端著，不合理不懂或者不理解，版本開始的時候就要討論清楚，最忌諱開始說很明白，在週期結尾發現有關聯問題或者考慮不周導致延期。這樣會導致心裡壓力大，時間緊，效應型錯誤就會連續出現，然後HR談話就會出現。
第二：程式碼與規範；首先就是新分支的建立，然後就是基本需求完成開發，實際的程式碼開發建議在開始的時候參考現有程式碼風格與邏輯即可，不需要過多加入自己的習慣和風格。
第三：良好的意識；業務開發真的很考驗程式設計師的意識，因為業務之間的關聯性可能在需求上不能直接體現，只有在不斷推進和除錯中才會出現，新人最大痛點莫過於需求開發完之後，引起一些盲區問題，所以在建議業務不熟悉的情況下，通過加班趕開發進度，提前開發完如果發現關聯問題可以有時間處理，同時給團隊留下很好的印象，避免處於被動狀態。
如果這個需求可以順利完成上線，那就基本算正式融入這個新的環境了，不需要再有太多心裡壓力，後續就會開始不斷的版本開發和業務熟悉的良好狀態中。
04
這裡來聊聊個人在團隊中的定位，有多大的能力拿多少錢，就要承擔相應的責任，這是通常的共識。
在一個合理的氛圍良好的團隊中，通常對於分工都是極其合理的，高階工程師承擔核心業務，初級工程師負責邊緣業務，架構師做日常架構維護和升級。
所以自己以新人入職到一個團隊之後，要明確部門對自己的定位，並且承擔相應的責任，在試用期後半段，一般會按照能力分配不同難度的開發需求，保持良好的心態認真對待就好。
另一個關鍵問題就是個人價值，如果作為新人對現有業務不熟悉是缺點，那作為新人帶著之前公司的積累和經驗過來就是個人的優勢，能給現有團隊帶來多少影響和改變就是個人價值。
相比之下顯出好壞，所以每個跳槽的人心裡都要清楚自己的優劣勢，所以把自己之前工作的積累在新公司發揮出價值就至關重要，比如開發規範，好用的元件，業務解決方案，產品迭代等等。
不管是專業技能還是經驗，都可以幫自己快速融入新團隊，快速在新的環境中產生價值。只有這樣才能給後續的發展做好鋪墊，這就是跳槽中的優勢積累。
05
最後聊一個現實的問題，如何面對轉正述職，通常從工作內容、量化結果、未來規劃這三個核心方面做總結。
其實真正實際考量的就是試用期的工作成果，你負責的模組要匹配你的薪酬水平，如果試用期沒有犯過重大失誤，而且承擔的開發模組有一定的難度，這就基本判斷可以通過試用期了。
可以適當展示自己在需求開發中的文件，例如開發設計、流程描述、介面文件等內容，懂得不斷積累的人通常更令人放心和信任。
其次就是未來規劃，思路清晰和規劃明確的人可以承擔更高難度的工作，因為明確自己要做什麼並且懂得如何安排和具體落實，這裡要可以針對具體系統問題或者產品規則層面來考慮，避免假大空放煙花。
最後適當的彩虹屁要撒一波，比如同事靠譜團隊氛圍好，領導照顧公司前景等，不用過分和過度，幾句話面面俱到即可。
閱讀標籤
【Java基礎】【設計模式】【結構與演算法】【Linux系統】【資料庫】
【分散式架構】【微服務】【大資料元件】【SpringBoot進階】【Spring&Boot基礎】
【資料分析】【技術導圖】【 職場】
