其實這行的工資待遇和前景,比起一些風吹日曬的苦逼行業還是要好不少的,很多人說程序員累,加班,掉頭發但其實在生存壓力面前這都不算什么,有哪一行是輕松的呢？起碼程序員技術到位了，工資還是比較可觀的。

不能懷疑別人

糟糕的程序總是說：“我的代碼一定是正確的，我懷疑編譯器有問題”，“我這應該沒有問題吧，STL庫怎么這么難用啊”。我曾經見過有程序員這樣使用STL類：map，當他發現這樣放入字符串后卻取不出來，覺得那是STL庫的BUG，然后自己寫了一個map！我的天啊！

某些時候，過早的下結論是一個很不好的習慣，任何事情都有其原因，只有知道了原因，你才能知道是誰的問題。一般來說，總是自己出的問題。

不能頑固

當你給出一打證據說明那里有一個更好的方案，那里有一個更好的方向的時候，他們總是會倔強的認為他們自己的做法才是最好的。一個我親身經歷的事例就是，當我看到一個新來的程序員在解決一個問題的時候走到了錯誤的方向上時，我提醒他，你可能走錯了，應該是另外那邊，并且我證明了給他看還有一個更為簡單的方法，有。然而，這位程序員卻告訴我，“那是我的方法，我一定要把之走下去，不然我會非常難受”，于是，在三天后的代碼評審中，在經過頑固地解釋以及一片質疑聲中，他不得不采用了我最先告訴他的那個方法。

這些程序員，從來不會去想，也不會去找人討論還有沒有更好的方法，而是堅持自己的想法，那怕是條死路都一往直前，不撞南墻永不回頭。

盡量避免過多過常的創建java對象

盡量避免在經常調用的方法，循環中new對象，由于系統不僅要花費時間來創建對象，而且還要花時間對這些對象進行垃圾回收和處理，在我們可以控制的范圍內，最大限度的重用對象，最好能用基本的數據類型或數組來替代對象。

盡量使用final修飾符

帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String。為String類指定final防止了使用者覆蓋length()方法。另外，如果一個類是final的，則該類所有方法都是final的。java編譯器會尋找機會內聯(inline)所有的final方法(這和具體的編譯器實現有關)。此舉能夠使性能平均提高50%。

以上就是動力節點java培訓機構的小編針對“盤點一些Java程序員成長路線”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業老師隨時為你服務。