還記得15年剛畢業的時候出去找工作，當時覺得自己特厲害，滿心都是想著找個月薪過萬的工作，但經驗不足讓我吃了不少閉門羹，網上投放簡歷基本都是石沉大海。

　　好不容易有家公司肯要我，環境差我忍了，工資低我也忍了，然而萬萬沒想到大學荒廢太多以至于最基礎的功能我都做得十分吃力，領導看我的眼神從期待變成漠然，好不容易撐過一個月，不用別人說我自己就主動做了逃兵…

　　回家之后痛定思痛，才知道找不到工作不是別人沒眼光，是我自己的才華襯不上這份野心…在網上找大學室友吐槽了一番，隔了很久室友才回我“上課呢，晚上再說”，都畢業了還上啥課？逗我呢？后來才曉得原來這室友和我境遇差不多，知道自身不足就老老實實去奇酷教育充電了。

　　在室友的大力推薦下，我就這么將信將疑的來到了奇酷教育，見到了傳說中的大牛，還見識了什么才叫來自高手的代碼碾壓，我這人沒別的優點，就是勇于認慫。誰厲害我就服誰，于是乖乖收了那份心高氣傲，坐在教室里開始了為了成了Unity3D工程師奮斗的四個月…

　　大概因為自己是計算機專業的，基礎優勢放在那兒就總有種優越感，第一個月的C#基礎與Unity3D基礎學的毫無壓力，但開始做項目階段實訓時候整個小組拖后腿的總是我…靜下心來分析錯誤，檀老師也帶著我又重新過了一遍重點知識，那段時間經常查漏補缺到深夜，不得不說老師真的是非常負責，如果沒有奇酷教育老師的鞭策，恐怕我現在也不會有多大進步…

　　那段時間的經歷一直讓我銘記于心，也讓我知道沒有扎實的基礎那后續都是空談，理論基礎知識部分盡管較為枯燥，但沒有這些知識就不可能實現出炫酷的游戲效果，于是從第二個月開始，我調整心態認真去學、去練，也漸漸自己想通了C#基礎的學習是一個完整的系統學習，只有弄懂了這部分內容才真正理解什么叫面向對象、面向對象的好處，而通過將一個復雜的系統模塊拆解成一個個小的模塊，通過一系列的類和方法，將一個系統拆分成許多個小的模塊，使得代碼更加簡潔，有效。

　　理論+實訓讓四個月的時間過得極其充實也非?？?，當通知我們畢業聚餐的時候，我才反應過來已經到了離開的時候，還真是舍不得老師和同學們……

　　或許是我這人天生神經大條，一到面試時候又恢復了厚臉皮的樣子，風風火火的面試、毫不謙虛把自己從頭夸到腳趾，于是火速被錄取，但這一次，我不會重蹈覆轍！

　　前一個月不太忙，在做了幾個小功能之后我接到了一個比較重要的模塊，說實話也比較難，和檀老師在網上溝通過幾次，他建議我與同事多交流，按照公司以前的項目經驗來逐步完成。于是和同事們協調者、商議著，水到渠成的攻克下這部分模塊。

　　在做修改的時候，我也明顯感覺到了我的代碼風格的一個變化。起初，我總是喜歡寫最“精致”的代碼，讓代碼盡可能的少運行，使效率達到最大，現在看來這種想法其實是很幼稚的。拋開特殊的情況不談，大部分情況下，加一個if判斷，或者把一個循環里的東西拆到多個循環里，不會影響什么效率，反而會提升代碼的穩定性和可讀性。但這樣寫，總覺得有些別扭，好像原本就不需要執行的代碼非要執行一次，浪費計算資源。后來我終于明白，有些時候，這并不是不需要執行的代碼，而是必要執行的代碼。

　　一個接口，外部傳來一個參數，你是否要對其進行空判斷呢？不管調用這個接口的人經驗多么豐富，你都無法保證這個參數會不會由于各種原因變成了null，加一個if，讓代碼變得穩定，不會崩潰，并且并不會影響效率（絕大多數情況下），還可以上傳錯誤日志，比直接使用不知道高到哪里去了?，F在我的代碼，凡是重要的地方，都會進行必要的判斷等處理，把代碼穩定性放在第一位，結果自然是exciting！薪資也穩穩的漲到了12K！

　　隨著項目經驗的累積，這一年里在公司還升了一級，除了平時趕項目忙一些，我還是很喜歡這種生活的，好了不說了，我去吃大餐去了，你可以舔屏了~