其實這行的工資待遇和前景,比起一些風吹日曬的苦逼行業(yè)還是要好不少的,很多人說程序員累,加班,掉頭發(fā)但其實在生存壓力面前這都不算什么,有哪一行是輕松的呢？起碼程序員技術到位了，工資還是比較可觀的。
不能懷疑別人
糟糕的程序總是說：“我的代碼一定是正確的，我懷疑編譯器有問題”，“我這應該沒有問題吧，STL庫怎么這么難用啊”。我曾經(jīng)見過有程序員這樣使用STL類：map，當他發(fā)現(xiàn)這樣放入字符串后卻取不出來，覺得那是STL庫的BUG，然后自己寫了一個map！我的天?。?/p>
某些時候，過早的下結論是一個很不好的習慣，任何事情都有其原因，只有知道了原因，你才能知道是誰的問題。一般來說，總是自己出的問題。
不能頑固
當你給出一打證據(jù)說明那里有一個更好的方案，那里有一個更好的方向的時候，他們總是會倔強的認為他們自己的做法才是最好的。一個我親身經(jīng)歷的事例就是，當我看到一個新來的程序員在解決一個問題的時候走到了錯誤的方向上時，我提醒他，你可能走錯了，應該是另外那邊，并且我證明了給他看還有一個更為簡單的方法，有。然而，這位程序員卻告訴我，“那是我的方法，我一定要把之走下去，不然我會非常難受”，于是，在三天后的代碼評審中，在經(jīng)過頑固地解釋以及一片質疑聲中，他不得不采用了我最先告訴他的那個方法。
這些程序員，從來不會去想，也不會去找人討論還有沒有更好的方法，而是堅持自己的想法，那怕是條死路都一往直前，不撞南墻永不回頭。
盡量避免過多過常的創(chuàng)建java對象
盡量避免在經(jīng)常調用的方法，循環(huán)中new對象，由于系統(tǒng)不僅要花費時間來創(chuàng)建對象，而且還要花時間對這些對象進行垃圾回收和處理，在我們可以控制的范圍內，最大限度的重用對象，最好能用基本的數(shù)據(jù)類型或數(shù)組來替代對象。
盡量使用final修飾符
帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String。為String類指定final防止了使用者覆蓋length()方法。另外，如果一個類是final的，則該類所有方法都是final的。java編譯器會尋找機會內聯(lián)(inline)所有的final方法(這和具體的編譯器實現(xiàn)有關)。此舉能夠使性能平均提高50%。
以上就是深圳達內教育java培訓機構的小編針對“盤點一些Java程序員成長路線”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。
