做一個“合格”的程序員

其實這篇文章很早就想寫了，一直忙的沒有時間，今天總算得空，下面就針對程序員這個職業來說一說我個人的一些想法：

要想做一個在我認爲是“合格”的程序員，那麼應該要做到以下幾點：

• 代碼規範，註釋清楚

要做一個好的程序員，代碼的質量是最重要的，代碼是項目過程中最爲重要的資源，有很多程序員覺得寫註釋太麻煩，還會花太多時間，尤其是很多規模比較小的公司，更不會注重這一點，但是往往到了項目後期，乃至項目由他人接手後，維護的成本會變得非常高，代碼閱讀困難，註釋不詳細甚至沒有，維護人員需要靠自己去猜測某個方法的具體功能。

在這我要說的是，當你習慣了寫註釋，並且習慣了標準的命名規範後，你會發現後期的維護成本會大大降級，而且在寫某個方法時會順手就將註釋寫清楚，這根本佔用不了多少時間。很多大公司或者說是比較注重效率的公司都會看某個程序員的代碼質量，所以養成一個好的編程習慣是非常重要的。

• 不要怕麻煩，偷懶是大忌

在我接觸的很多程序員裏，我發現偷懶的比較多，有人可能不太明白我說的偷懶是什麼意思，舉個最簡單的例子，當做一個要返回上一頁的功能的時候，有些程序員爲了偷懶直接用了go(-1)，但是殊不知這種用法經常會導致跳轉錯誤，看上去一個不起眼的小問題，但是往往會影響整個系統的質量。爲了以完成任務爲目標，而不去注重實現的嚴謹性和實現的合理性，偷工減料，這樣的程序員我相信沒有一個項目經理會喜歡。

• 代碼邏輯要嚴謹，不能只靠主觀判斷

在這裏我想先舉個例子，很多人都會用ajax做get或者post請求，設置返回的類型爲json類型，那麼在去處理這個json數據的時候大家想到的第一步應該是什麼呢，按照我的編碼習慣，我會首先去判斷該json對象是否爲空，然後依次判斷需要讀取的鍵值是否存在，只有在存在的情況下才會去調用，同理在後臺java代碼中，每個對象在被調用之前我都會加上對象是否爲空的判斷，我想有了這個習慣之後，出現空指針異常的情況會寥寥無幾了。有些人會說我知道那個對象肯定不會爲空，這裏我想說的是軟件這個東西有很多是無法預測的，既然能夠做到嚴謹，能夠將可能出現的情況都避免掉，那豈不是更好麼！

• 做一個有“思想”的程序員

上面說了那麼多都是跟編碼相關的，那麼最後我最想說的，或者說感覺最重要的一點就是我們不能做一個只會寫代碼的”機器人“，有很多程序員都是隻管按照項目經理給定的設計方案去做編碼，哪怕這個設計方案是有缺陷的，或者說壓根就是不合理的，當項目經理反應過來有缺陷需要改動時，那麼你之前開發好的又得去返工，程序員最害怕的是什麼，我想大家都清楚，那就是不斷的變更需求，變更設計方案，而導致做無用功，寫無用代碼。

在我前幾年做開發的過程中，我每做一個功能時都會去想，這樣的設計到底合不合理，這樣的邏輯到底對不對，如果不對，那麼換成我應該怎麼去設計，然後將我的想法反饋給項目經理或者項目總監，大家經過討論後確定了合理的方案後再進入開發，這樣可以大大減少返工的概率。這個時候有人會說了，我們的項目經理或者項目總監、產品總監從來不聽我們程序員的想法，那麼我只能說抱歉，你跟錯人了。

我一直跟我們的程序員灌輸着一個理念，項目經理也是人，有時候我們想的不一定是最全面的，在他們開發的過程中可以隨時提出自己的想法，我們可以針對每個提議進行會議討論，進行頭腦風暴，來確定最優的方案，這個對程序員能力的提高，對項目的質量都是有極大好處的。

好了，今天就先寫到這吧，以上只是個人從事開發以及項目管理七年多的一些個人經驗，拿出來給大家分享下，歡迎大家指正！