程序員實習生的進階之路

這兩天一直在考慮一個問題，在公司表現不錯，基礎知識紮實的實習生，天天快馬加鞭地編碼，完成任務，怎麼提高本身的能力呢？

首先分析一下，不停編碼的緣由：

1.業務不熟悉，致使在開發的時候須要深刻去了解業務，致使技術和業務之間不停地切換，下降開發效率;

2.設計不合理，不合理的設計加上緊迫的開發時間，致使代碼質量從合乎規範到冗餘到混亂不堪，逐漸淪陷爲本身眼中的「垃圾代碼」;

3.不夠專一，一天時間其實很少，程序員最怕的就是開發的時候，忽然有個啥事叫到，而後花了一大片的時間，最後得知是操做人操做失誤，或者是一個優先級並不高的東西;

4.任務真的重，真的多（通常狀況不多啦， 若是是真的天天都是拼了命寫都寫不完，那剛開始的計劃排了還有什麼做用呢？）

 

分析完緣由以後，定位一名程序員實習生或者剛剛工做不久，常思考工做層面的程序員：

業務方面的問題，有這個一個現象，大多數的程序員都有一個想法，「我只作技術開發」，我對業務不須要有太深刻的理解和滲透，但是優秀的架構和設計編碼老是服務於業務的，脫離業務技術就失去了意義。並且熟悉的業務可以讓你在編碼的時候考慮更加全面，在設計程序架構的時候可以規避風險和評估影響範圍，有這麼一種狀況，就是不熟悉業務的程序員，可能連本身的代碼犯了很明顯的錯誤以後，他是徹底不知道，這想當於這位程序員開發的代碼就是「三無論」地帶了。

設計，對於剛剛入門程序開發的人來講，老是以爲編碼比設計總要，先實現了再優化設計，再改造，好的設計就像建築打地基，代碼結構初期沒有詳細的設計就投入開發，後面很容易就遇到須要將前面翻新曆來的噩耗，因此將設計修改（即便是本身的小修改）都應該納入設計不合理，須要反思的地方。代碼編程，設計先行。

專一，互聯網公司通常是大而寬敞的空間，這給團隊交流帶來了很好的推進力，可是帶來的是一個專一度的問題，一個線上問題來了，推到開發程序員的手邊，客服說是十萬火急的事情，而後開發就拋下手邊的開發到一半的模塊，而後投入線上問題的修復，2個小時以後，問題修復，回來本身的代碼，又須要很長的時間去從新思考設計，從新融入編碼的氛圍。

 

一個真正好的程序員，確定不是在編碼上出色，他是將技術和業務深度結合，編碼計劃合理，設計規範的good coder.致全部正在加班的你，將眼睛閉上，思考本身是怎樣的一種處境，怎麼讓本身提高而不是成爲01世界裏面的廉價勞動力。