總結一下實習中出現的錯

  回顧了一下發現本身已經實習了三個來月（不包括請假），比起剛接觸公司技術時的迷茫和不解，有問題也會先憋着，等實在太多了再整合出來，戰戰兢兢地去問大哥們（雖然如今這個壞習慣仍是有點......），如今暴露出來的更可能是編碼習慣和我的技術的問題。

  （實際上是前兩天大哥翻了我寫的代碼以後，苦口婆心地跟我說了不少不少，還有昨晚刷了一個小時的《一個程序員的水平能差到什麼程度》，結合自身犯的錯誤進行一個小總結，但願來日再看這篇文章的時候，可以有所改善，也別忘了還須要再增強的地方。）

 （幫我挑錯的大哥們感謝大家還沒放棄我！！）

在人際處理、業務理解方面

  1. 不懂就問，但也要問的有水平。有時業務理解跑偏了，但不知道本身理解錯了，並在錯誤的思想指導下策馬奔騰，那就太坑隊友了。不知道本身有沒有理解錯，那問下唄，但也請在本身有所思考以後再問，也儘可能把上一次接收的信息進行整合，結合疑問進行提問，一環扣一環，就不容易出錯。

  2. 表達能力、邏輯能力、理解能力等軟能力必定要重視。剛開始不知道業務，情有可原，你們會原諒你。可是別人要講三四次才懂得，那就...... 好好鍛鍊吧，軟能力是通用能力，不會真的太吃虧了。

  3. 學會認錯，知錯能改。其實遇到錯誤，出於本能不少人就直接甩鍋了了。可是鍋豈是想甩就甩？尤爲，是一個小白[微笑]，與其怨天尤人，還不如主動認錯，給出改正方案，吭哧吭哧改好就行。

 

在編碼習慣、知識技能方面 

  1. 注意常量的處理。若是在編寫代碼的時候須要用到常量，也不要直接在代碼裏有這種"xxx:"+"yyy"這種硬編碼，根據場景設計，把常量放在常量類或者是枚舉類裏，在常量須要修改的時候，就不用一個個去找。

  2. 注意代碼風格，不只要達到功能實現這一基本要求，並且儘可能達到易讀、易維護（，其實最好是可複用）。其實應該去好好看一看《重構》這本書，雖然實習生看這本書可能有點早了，可是......也不想大佬看到個人代碼額頭上的青筋就跳起來了，而後註釋掉個人代碼，從新寫吧......

  3. 多打代碼，紮實基礎。入職以後一直在輸出，不多有輸入，博客也好久沒有更新了，原本基礎也就通常般，如今學習起框架什麼的也有點吃力。大哥也提醒了不少代碼風格、設計、編寫的問題在於，學的還不夠，不管是深度仍是廣度。其實少玩點手機，通勤的時候刷點大佬的博客，早點睡早點起，整個學習狀態都會不同的。至於基礎，這個急不來，若是應付考試還好說，可是真的想夯實基礎，仍是得一步一個腳印。接下來的一個月，好好讀設計模式，多看Spring源碼。多高多大的建築本質上不仍是鋼筋水泥麼。

  4. 熟悉工具使用。像是git、idea這些工具，其實自己就很強大了，這麼強大的東西不去了解一下，那本身不就虧了？

  5. 少問怎麼作，多問問爲何這麼作。

  6. 保證代碼的整潔性。一些沒必要要的、能夠優化的地方就優化一下，尤爲是idea工具已經提示出來的地方。對於還沒有編寫好的地方，能夠用//TODO標記。

  7. 先構思。用註釋先寫好思路，而後再編碼，若是碰到並不是一個「操做」就能夠作完的邏輯，那就先定義一個方法先，一點點擴展出來。

在我的理想方面

  1. 有「世界那麼大，我想去看看」的底氣。這個底氣，除了本身之外，誰都給不了。