論“java程式員的進階路途”如何做到少走彎路，多寫正確有意義的代碼。

標籤：例子   程式   意義   使用   邏輯   一點   不同的   量化   解決   

       首先說明一下我為什麼會去思考這個問題。本人離開學校也有一段時間了，經過了幾場面試幾次臨時抱佛腳還有遇到的種種問題之後，社會告訴了我，如何做到少走彎路？如何讓自己在何時去寫合適的代碼。其實在我看來這是每一位程式員都會去思考的事情。

one：”如何讓自己少走彎路“

        一個偉大的程式員或者架構師再或者一個cto，如果你想問他們怎樣讓自己快速的進步？他們如一的告訴你，”累代碼“；對，對，講的對！一名合格的程式員就是從簡單的代碼積累進階的。

可是如果一名程式員重複的代碼永遠就是那幾個常用的爛透的玩意，我們可想而知，這些還不如一次bug 獲得的經驗來的多！簡單的舉個例子，對於各線性表類對象（ex：Array，linklist,arraylist,stack,set,..）和索引值對類對象（HashMap等），如果你會基本的遍曆和增刪改查操作，首先我要恭喜你你可以為公司做點事情了，但是有的程式員在公司待了快一年了發現自己一直都是在寫這個幾個鳥東西。有的時候都不會去思考直接直接選用自己熟練的對象去實現商務邏輯，大家覺得一直這樣好嗎？你們回去考慮你選用的這個集合對象，能保證記憶體效能的不惡化？能是系統在啟動並執行時候在這個點佔有大量的資料垃圾？說到這裡大家也許就會明白一點如何去提高自己的編程水平，不僅僅是寫代碼，而是帶著思考帶著問題去寫自己的代碼，還有就是不是一味的去選擇自己熟悉的技術去衡量一個商務邏輯，你可以從系統的輕量化，記憶體的最佳化方向去思考，如何讓自己寫的代碼少一點，變得精闢一點，或者說讓自己的的代碼為整個系統加速！加分！

 

two: "多寫正確有意義的代碼"

         我再舉一個咧子，java的異常的處理大家都知曉，可是不同的人對異常的抓取和處理是不一樣的，我們大多數知道try-catch-finally 去把異常部分抓住並且列印出異常，只是簡單的抓取並列印嗎？一個經驗豐富的程式員會幹嘛？合理的編寫異常部分代碼，出現問題，通過輸出就可以知道問題點和知道如何去解決。這裡可以說對於所有的java技術點，都是適用的，我們要去思考怎麼去做才讓自己對這個點更深的理解，以至於我們在使用它的時候能出其不意。

 

筆者並不是什麼大牛，只是一個善於總結的毛毛手，java的道路上，有你有我足以。不喜勿碰。

Aesigned by Ankermaker

論“java程式員的進階路途”如何做到少走彎路，多寫正確有意義的代碼。