作一個真正合格的高階程式設計師，或者說就是可以真正合格完成一些程式碼工作的程式設計師，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程式設計師應該具備的最基本的，也是最重要的安身立命之本。把高水平程式設計師說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要透過組成強大的團隊來創造奇蹟，那些遍佈全球的為linux寫核心的高手們，沒有協作精神是不可想象的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。
2：文件習慣
說高水平程式設計師從來不寫文件的肯定是乳臭未乾的毛孩子，良好的文件是正規研發流程中非常重要的環節，作為程式碼程式設計師，30％的工作時間寫技術文件是很正常的，而作為高階程式設計師和系統分析員，這個比例還要高很多。缺乏文件，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模組的複用時就都會遇到極大的麻煩。
3：規範化，標準化的程式碼編寫習慣
作為一些外國知名軟體公司的規矩，程式碼的變數命名，程式碼內註釋格式，甚至巢狀中行縮排的長度和函式間的空行數字都有明確規定，良好的編寫習慣，不但有助於程式碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些codingfans叫囂高水平程式設計師寫的程式碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程式設計師。程式碼具有良好的可讀性，是程式設計師基本的素質需求。
再看看整個linux的搭建，沒有規範化和標準化的程式碼習慣，全球的研發協作是絕對不可想象的。
4：需求理解能力
程式設計師需要理解一個模組的需求，很多小朋友寫程式往往只關注一個功能需求，他們把效能指標全部歸結到硬體，作業系統和開發環境上，而忽視了本身程式碼的效能考慮，有人曾經放言說寫一個廣告交換程式很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的效能指標是如何實現的，對於這樣的程式設計師，你給他深藍那套系統，他也做不出太極鏈的並訪能力。效能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程式設計師需要評估該模組在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程式設計師至少需要2到3年的專案研發和跟蹤經驗才有可能有心得。
5：複用性，模組化思維能力
經常可以聽到一些程式設計師有這樣的抱怨，寫了幾年程式，變成了熟練工，每天都是重複寫一些沒有任何新意的程式碼，這其實是中國軟體人才最大浪費的地方，一些重複性工作變成了熟練程式設計師的主要工作，而這些，其實是完全可以避免的。
複用性設計，模組化思維就是要程式設計師在完成任何一個功能模組或函式的時候，要多想一些，不要侷限在完成當前任務的簡單思路上，想想看該模組是否可以脫離這個系統存在，是否可以透過簡單的修改引數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重複性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程式設計師就不會在重複性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的程式碼工作中去。
一些好的程式模組程式碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模組都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部程式碼重寫，大部分重複性工作無謂的浪費了時間和精力。
作一個真正合格的高階程式設計師，或者說就是可以真正合格完成一些程式碼工作的程式設計師，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程式設計師應該具備的最基本的，也是最重要的安身立命之本。把高水平程式設計師說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要透過組成強大的團隊來創造奇蹟，那些遍佈全球的為linux寫核心的高手們，沒有協作精神是不可想象的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。
2：文件習慣
說高水平程式設計師從來不寫文件的肯定是乳臭未乾的毛孩子，良好的文件是正規研發流程中非常重要的環節，作為程式碼程式設計師，30％的工作時間寫技術文件是很正常的，而作為高階程式設計師和系統分析員，這個比例還要高很多。缺乏文件，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模組的複用時就都會遇到極大的麻煩。
3：規範化，標準化的程式碼編寫習慣
作為一些外國知名軟體公司的規矩，程式碼的變數命名，程式碼內註釋格式，甚至巢狀中行縮排的長度和函式間的空行數字都有明確規定，良好的編寫習慣，不但有助於程式碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些codingfans叫囂高水平程式設計師寫的程式碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程式設計師。程式碼具有良好的可讀性，是程式設計師基本的素質需求。
再看看整個linux的搭建，沒有規範化和標準化的程式碼習慣，全球的研發協作是絕對不可想象的。
4：需求理解能力
程式設計師需要理解一個模組的需求，很多小朋友寫程式往往只關注一個功能需求，他們把效能指標全部歸結到硬體，作業系統和開發環境上，而忽視了本身程式碼的效能考慮，有人曾經放言說寫一個廣告交換程式很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的效能指標是如何實現的，對於這樣的程式設計師，你給他深藍那套系統，他也做不出太極鏈的並訪能力。效能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程式設計師需要評估該模組在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程式設計師至少需要2到3年的專案研發和跟蹤經驗才有可能有心得。
5：複用性，模組化思維能力
經常可以聽到一些程式設計師有這樣的抱怨，寫了幾年程式，變成了熟練工，每天都是重複寫一些沒有任何新意的程式碼，這其實是中國軟體人才最大浪費的地方，一些重複性工作變成了熟練程式設計師的主要工作，而這些，其實是完全可以避免的。
複用性設計，模組化思維就是要程式設計師在完成任何一個功能模組或函式的時候，要多想一些，不要侷限在完成當前任務的簡單思路上，想想看該模組是否可以脫離這個系統存在，是否可以透過簡單的修改引數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重複性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程式設計師就不會在重複性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的程式碼工作中去。
一些好的程式模組程式碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模組都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部程式碼重寫，大部分重複性工作無謂的浪費了時間和精力。