一般剛進公司會給你介紹專案流程，讓你看需求文件。

大公司一般前幾天不會安排過多的工作，都是簡單任務，測試下你的水平。

外包公司的話可能一上來就要接手專案，總之兩三天基本就可以看出個人水平，加油吧

我相信每一個能拿到offer的程式設計師，一定是在面試和筆試的過程中表現出來了自己的技術實力的，至少在當時是被面試官和HR認可的，那麼為什麼有的程式設計師在試用期卻沒能表現出真正的實力，沒能讓考核者再次在轉正考核表上簽字認同呢？

有人說面試官也有看走眼的時候，這句話有一定的道理，但是很多公司不止一個面試官來面試同一個人，所有的面試官同時看走眼的機會不是太大；其實我更贊同下面一種看法：很多被面試者都有高超的筆試和麵試技巧，但是這些被面試者在進入試用期之後，並沒有意識到工作時需要的技巧和麵試技巧是不太一樣的，很多程式設計師同學短期內沒能快速找到技巧來應對新的工作環境，導致最終遺憾離場。

下面我根據自己的一些經驗和平時的觀察，總結了幾點程式設計師快速透過試用期併成功轉正的技巧，希望這些技巧能給正在試用期或者即將進入試用期的同學帶來一點幫助。

主動交流和虛心請教

把我們平時關心的技術暫時放在一邊，先來思考一個問題：試用期我們到底需要做什麼？

試用期本質上是一個新人嘗試融入一個新團隊的磨合期，這個過程主要是在大量的試錯和磨合，最終目的是能變成團隊中的一員，真正融入新的團隊，讓別人感覺不到你是個新人。現代社會運作的主流模式還是依賴於團隊協作，不排除有些獨立開發者單兵作戰能力很強，但是一旦進入公司這種集體作戰的場景，學會和團隊成員一起有效協作是必須透過的一項關卡。

為了能夠有效的和其他成員協作，我們必須去主動和其他成員交流，比如去主動和其他成員交流一些公司的日常、團隊的工作習慣。也許你上家公司使用的版本管理工具是svn，新團隊用的全都是git，你對git不是很瞭解，這時最好的做法就是向老同事尋求幫助，比如詢問同事賬號如何申請，新團隊的分支命名有沒有特別的要求和習慣等。

主動交流的同時也別忘了保持謙遜，也許你是技術大牛，那也請你先放一放你那作為技術大牛的臭脾氣，業務上你始終還是新手小白。初來團隊，保持對老員工起碼的尊重。老成員比新人更瞭解業務，新人未來還會有很多不懂的業務和技術問題需要向老員工請教，以一個謙遜和感激的姿態向老員工請教問題，相信我，未來他還會幫助你更多。

據我觀察，很多同學都死在主動交流和虛心請教這一點上，其中不乏所謂的技術大牛，最慘的情況是大家相互合作的時候爭吵不斷，新人固執己見，老人覺得新人不知改進，最後專案延期或者Bug不斷。

短期內請面向KPI程式設計

是的，不是面向物件程式設計，也不是面向工資程式設計，而是最俗氣的也是最切合實際的面向KPI程式設計。試用期不是你展現多麼高超的程式設計技巧的時候，LeetCode刷了100道演算法題，毋庸置疑，演算法能力肯定會精進許多，但是這個並不能成為公司同意你轉正的標準，其實你在準備面試的時候也刷了不少了啊，難道不是嗎？

作業系統、資料結構、演算法，這些是每個程式設計師都應該好好學習和訓練的內功，但在試用期內我們並不能在這些方面有質的飛越，我的意思是這些都是重要但不緊急的目標，當前緊急而且重要的目標是如何在三個月內完成領導交代給我們的任務，這些任務就是我們目前最重要的KPI。

面向KPI程式設計是說我們這三個月的重心在於多去研究公司的業務，下面要接的Task需要用到哪些我還沒掌握的技術，會涉及到哪些我還不熟悉的業務，這些技術和業務應該成為我下面重點掌握的目標。

有時候，我們之前的技術習慣也要適當地做出讓步，比如新團隊把駝峰命名法作為基本共識，你之前習慣的匈牙利命名法是不是可以暫時讓位於已有的團隊習慣呢？畢竟，這些習慣問題並不是對或錯的問題，它只是一個習慣而已。別忘了，我們的目標是最終寫出團隊一致認可的可維護的程式碼，完成版本的迭代和上線，那些關於命名法的爭執、Tab黨和空格黨的聖戰就讓他存在於論壇和影視劇裡吧。

如果將來你轉正了，或者更幸運的是你晉升了，你的技術影響力已經遠遠超出當初作為新人時候的技術影響力，那時團隊的技術習慣可能就是你的技術習慣。

直屬領導的能力認證超過一切

其實做到以上兩點，基本離轉正不遠了，但是有一點可能是很多同學會忽略的，那就是做事過於積極，導致大包大攬，很多工不分輕重緩急，大部分都完成了，但是大部分都完成的不夠出色，總結原因就是沒能和直屬上級做好足夠的溝通，對任務的優先順序排序缺乏概念。

產品經理的需求程式設計師是要做的，這些需求對於產品經理來說都是至關重要的，因為那關乎他們的業績；但對於程式設計師來說，不是所有的需求都有同等的優先順序，甚至不是所有的需求都是必須做的，因為有些需求可能透過其他技術方案早就實現了，產品經理可能並不瞭解。

這時候，作為試用期的程式設計師，對於哪些需求該做，哪些需求不該做，哪些需求先做，哪些需求後做，要有個初步的判斷，實在拿捏不準的，一定要向直屬領導請教，直屬領導往往也是系統的技術負責人，他更能準確判斷各個需求之間的優先順序次序，甚至更能準確識別每個產品經理之間的利害關係，再往大的講，直屬領導對需求的把握乃至於能站在公司的立場來做出最有利的決策。

試用期的程式設計師，請不要擅自做一些自己拿不準的決定，因為有些錯誤的決定，很可能會打亂你的直屬領導對於整個系統的架構和部署計劃，那些錯誤的實現在小處可能看不出問題，放在整個架構中可能就是一個敗筆。在更糟糕的問題出現之前，請讓你的直屬領導（往往就是你們所在系統的架構師）知道你要做什麼，讓他及時制止你做出一些愚蠢的事情。

試用期的工作過程，是在向直屬領導完成一次能力認證的過程，也是讓直屬領導更好地認識自己的過程。

別忘了，最後在你的轉正考核表上簽字的，是你的直屬領導，不是別人。他對你的看法，決定了你的去留。

反正我是沒遇到這種公司，我覺得做到下面就行了，如果不行那就走唄（如果你待在一個很高壓或不適合的你更痛苦）

1.積極工作

2.老闆說你可以做完回家，也別回去等老闆回去再回去

3.不要怕攬責任，出錯了不要推脫責任，不要把上級當作傻的

其實沒有安然這種說法的。

作為一個實習生進去公司，第一步肯定會叫你熟悉公司的原始碼。然後讓你熟悉公司的業務範圍等。大概兩個禮拜左右就會開始真正的開發工作，不論是否為投產開發。

在這兩個禮拜就是一個很好的提升時期，我們可以透過檢視公司得原始碼知道公司用什麼技術框架，技術的走向。從而對比自己的知識掌握情況針對性的提升自己。例如應該掌握哪些中介軟體，需要了解什麼資料庫等。

透過提升了技能，才能更好得應對接下來的業務開發和技術實現。

找一個導師帶著你，讓他成為你的學習榜樣。一開始詢問他有什麼需要幫助的。伸手不打笑臉人，多跟他接觸接觸，你會了解程式設計師怎麼工作，遇到問題，你也有一個可以尋求幫助的人。

程式設計師剛進公司，一般都是先看文件，熟悉公司的專案，架構，以及所作用的技術框架等。然後又會讓看程式碼，熟悉公司專案的程式碼結構以及編碼習慣。在這個時期，可以多和老員工交流，不會的地方多問問，當然能自己解決的一定要自己解決。只要你工作態度端正，認真，招你進去不會隨便辭你的！加油吧

1、去了解公司業務。

就是看他們幹了啥，有沒產品，有沒專案，有沒外包，做得如何，有沒上線。

2、觀察哪些人是技術骨幹。

有問題就去請教。

3、多溝通交流。

一起吃飯，一起上廁所，一起開會。總有機會的。

4、學習別人寫的程式。

瞭解他們的系統架構，用的什麼語言，什麼框架，什麼資料庫，什麼快取，什麼伺服器，什麼開發工具，什麼程式碼管理工具，等等。

5、自己嘗試修改程式。

6、做好被安排的開發任務。

7、多看書學習。

8、活潑開朗些，除了工作上的事情，其他事情也可以多聊聊。

9、早去晚歸。

不要動不動就遲到，也不要一下班就閃人。

10、多幹打雜的事情。

比如打掃衛生，端茶倒水，換桶跑腿等。腦袋靈光些。

11、給其他人一種努力上進，誠實守信，踏實可靠，勤學肯幹的印象。

好了，這就肯定過關了。

這個我不清楚，我兩舍友都是做程式設計師的，我做的大資料。至少目前而言都還挺好的，只要認真學習，態度端正，不出差錯，一般都沒有問題的！

太誇張了。新人程式設計師要多看多問。如果你是被當做菜鳥招進來的，當然你對自己要有一個很清晰的認識，總體而言，工資比較低的都是菜鳥。那麼你要知道，在領導眼裡，對你的期望值其實並不高。但是三天看不懂就開除太誇張了，我工作了七年了也不敢說接手一個新專案三天就弄懂的。我們招新人，比如應屆生，第一你得基礎會，比如我們做C和C++，那不可能還去教你資料型別啥的，基本語句語法你得懂，比較深的，可以給你時間學，或者遇到再查資料也不要緊。第二得問。不懂就問，你覺得你懂也要問。兩個目的，一是確認你覺得你懂的地方是不是正確的，第二讓領導及時掌握你的進度。最怕的就是悶不吭聲的新人，啥都要等你去問，最可怕。我曾經帶過一個新人，我們老闆的學生，在職研究生還未入學，先到老闆公司來實習兩個月。我知道應該不怎麼會，但是基礎應該有一點。然後當時安排進我的專案，我給安排完成一個小小的功能，給了一個月時間。正常工程師應該兩三天完成的那種。當時專案很急，我事情比較多，說實話把這傢伙給忘記了，沒空理他。結果一個禮拜以後例會才發現這傢伙連用什麼軟體都不會，也不問，一個禮拜啥結果都沒有。然後趕緊找工程師一對一帶一帶。然後這哥們還是，得你去問他有沒有什麼問題，他才告訴你有什麼問題，從來不主動，把我氣的。結果大半個月之後一點進展沒有。要知道一個專案啟動之後，大家各有各的事情，誰有空管你。然後我一看不行，於是安排另一個工程師加做這麼個小功能。那哥們也不管他了，隨他去吧，反正一兩個月就走了。我這邊還差點開過一個菜鳥，也是啥都不會，但是這哥們稍微主動一點，只是基礎太差。做東西很慢，人家一個月，他要兩個月，十分影響進度，老闆說不行就開了，不能影響專案進度。但是我看這哥們還算態度端正，於是跟老闆和其他專案組商量給個機會，於是安排在不那麼緊張的專案做做，原來實習期三個月，最後給他實習期六個月，學下來還算行，就留下來了。

總之，新人就是得多問，不要怕。三天就出結果的那太誇張，如果真遇見這種，那就趕緊走吧，這不是你的問題。

這要看什麼樣的公司，大公司和小公司的實習期不一樣。

大公司:

1.入職後一般會有個入職培訓，短則一週，長則幾個月的都有，主要是講一些公司的理念，企業文化，規章制度和流程。

2. 培養團隊協助能力，搞一些拓展活動，讓大家在活動的過程中彼此熟悉和了解，也能更快的融入到大家庭，在以後的工作中，無論是同部門之間，還是跨部門之間配合都可以說是比較愉悅。

3. 在這期間還有一些跟公司業務相關的一些培訓，專業知識方面的講解，也會有一些考核，這些考核的成績可能會響應轉正的日期。

4.在這期間考核成績特別差的可能就會別辭退。

5. 一來不會讓你動手寫程式碼的，都會有個導師帶你，讓你先看文件，公司程式碼規範，自己所負責模組的基本概念和流程熟悉，會從一些測試工作入手，慢慢的熟悉。

6.除非你是大牛，一來就讓你寫程式碼，而且還是核心的。

小公司:

1.一般是一個蘿蔔一個坑，需要你快速的上手，一般會讓先熟悉一下公司的制度和流程。

2.開發環境的搭建與熟悉。

3.會給上你一段程式碼，讓你先熟悉，然後加個小功能，修復個bug什麼的。

4.一般任務都是由易到難，難度慢慢加大的。

無論在什麼樣的公司，只要自己努力踏實，勤奮好學，領導都是會看在眼裡的。不會的要多學，多問，多交流，感覺任務完不成的就要多花點時間在上面，其實公司招個人也挺不容易的，你不一定現在能力很強，只要公司認為你有潛力，是樂意培養的，這點你大可放心。所以心態要放好，不要把心思用在完不成怎麼辦，而是用在想辦法都要完成上，我想用不了多久，你就會一天天感覺自己的能力在提高，到時候，不是你擔心公司會開除你，而是公司擔心你溜走，所以啊，打鐵還需自身硬。加油吧，騷年!