程式員需要學些什麼？程式員好考嗎？

程式員需要學些什麼？程式員好考嗎？--方方方方-希賽一、學習能力因為技術不會一直停著不動，可能當你剛在學校出來的時候，是公司的佼佼者，但是如果你不學習，當別人會HTML6/7/8的時候，你還只是在HTML5上徘徊。而且當你遇到困難的時候，如果是有大牛給你解決了問題，但是你只是照搬並沒有真正掌握這 ...

程式員需要學些什麼？程式員好考嗎？--方方方方-希賽

一、學習能力

因為技術不會一直停著不動，可能當你剛在學校出來的時候，是公司的佼佼者，但是如果你不學習，當別人會HTML6/7/8的時候，你還只是在HTML5上徘徊。而且當你遇到困難的時候，如果是有大牛給你解決了問題，但是你只是照搬並沒有真正掌握這個問題關鍵所在，那麼下次你還是不會，不是每次都會有人會在你旁邊，及時給你解決問題的；再重點提醒一下，一定要保持隨時學習~

二、動手能力

動手是學習編程的最短途徑，如果你有看不懂的地方，可以馬上動手操作一下；如果你想自己做個小玩意兒玩玩，不要等著明天，馬上開始動手做做；如果你想學新技術，最好的就是動手去寫寫……

我們不能想著做一個“伸手黨”，沒有項目經驗，最新的技術不會，就問別人要、問別人拿，誰會一直這麼好心給你、教你。所以這兩個能力是很重要的。

三、基礎學習

比如你學的java，那麼網路基礎知識要略懂吧，電腦基礎要略懂吧（所謂略懂，就是大概看一本書，瞭解瞭解就可以），java語法你要懂吧，java三大框架要懂吧，J2SE要懂吧.JDBC要懂吧，設計模式要懂吧……簡單來說，就是你把Java相關的知識都至少要瞭解或者知道，對於重點核心內容，要通透最好；

四、常用工具的掌握

你的編程開發工具（VIM/IDE/Eclipse）,無論你用的哪個，都需要熟練掌握；你的版本工具，現在常用的是git,至少要學習使用最基本的吧，當然還有很多其他的（markdown/資料庫的使用等等），你常用的工具都需要掌握才行。

五、技術方向的選擇

1、先看書籍，掌握大概體系；

2、找IT學習網站，對自己不熟悉的地方進行專項學習，同時也有很多 IT學習網站有很多還不錯的項目可以練手用；

3、逛逛各種社區，國外的、國內的都可以，什麼CSDN啊，博客園啊，開源中國啊、SegmentFault、V2ex啊，太多了，挑選自己喜愛的，裡面有各種大牛和志同道合的小伙伴一起；

4、開發中遇到的問題，先google了，自己思考，實在還是不懂，再去個社區提問；

一、買幾本經典的編程書，把書上所有常式全部重新寫一遍，逐個比較和書上範例的差距，一步一步改善自己編程的風格和技巧。時間長了，自然就能寫出象書上常式一樣的代碼，甚至可以比書上寫得好。

二、基礎扎實後，多看看Linux 等系統級的源代碼，看看高手是如何寫的，就有感覺了。

三、通讀一下MSDN中所有的資料，這樣，“讀書破萬卷，下筆如有神”。

還有，一定要牢記軟體工程的鐵律：可能出錯的地方一定會出錯。每個變數都做初始化，引用每個參數都會做有效性檢查，在可能出錯的每個地方都會做邊界條件檢查，這樣開發出來的程式一定會穩固很多，就是出錯也會很容易修改。野路子出來的高手，一般開發速度很快，但做完後bug很多，經常需要很長時間修改。而真正的高手，追求的境界是 bugfree code（零缺陷代碼）。

建議一：必須寫夠十萬行代碼，不要心存僥幸

程式員象木工一樣，熟能生巧。程式員必須寫足夠代碼量的程式，才會有感覺，這是一個苦力活，沒有任何捷徑可走。

電腦是一門實踐性的科學，沒有動手能力做支撐，很難做出好的科研成果。我的一個學長是美國卡內基梅隆大學的博士，卡內基梅隆大學電腦系在全世界非常出名，他說每個博士生必須寫十萬行代碼才能畢業，卡內基梅隆大學博士進任何一個大企業基本不用面試。而國內培養的大部分研究生、博士生，動手能力都偏弱。

沒有寫過足夠代碼量的，想成為高手是不可能的，只能紙上談兵！

建議二：時刻保持好奇心

電腦技術更新換代非常快，每年都有各種各樣的新技術出現。在我過去的職業生涯中，僅編程語言，我就用過 basic、masm、pascal、c++、vba、Delphi、java 等。需要時刻保持好奇心，不斷學習各種新的東西，才能在未來的幾十年職業生涯中不落伍。你要理解為什麼 iPhone 出來很多高手用iPhone，現在一天到晚惦記著換部 gPhone 玩玩。

人的精力有限，高手往往工作壓力也比較大，如何在有限的時間內掌握整個行業動態，的確是一個不簡單的事情。我的經驗是經常看業內的各種技術雜誌，參加各種聚會，可以節約很多時間。最重要的是，交幾個博學的技術高手，多和他們交流，一定獲益匪淺！

建議三：不要局限在技術本身，多花點精力關註用戶

做到前面幾條，就已經是千金難求的高手了。但一個真正的高手需要知道用戶需要什麼，如何做出讓用戶滿意的產品。

現在的軟體研發越來越強烈團隊協作，不少團隊都配置了專門的需求分析的工程師、用戶界面及用戶體驗的設計師，軟體研發的分工越來越細。很多程式員以為只要把技術搞好，不用管用戶需求和用戶體驗。實際上，需求方案及界面方案不可能寫得非常細，具體的實施還是程式員自己來實現的。這個時候，好壞的差距很快就體現出來了。

我們寫程式的最終目的是滿足用戶需求，不是簡單完成需求規劃方案中的功能。所以，程式員一定要認真揣摩用戶心理，能明白用戶的真實需求。

其次，怎麼設計交互界面，讓用戶覺得好用，用起來舒服，這裡面學問很大。我舉一個小例子，每個程式視窗右上角都有三個按鈕，如最小化、關閉等。喬布斯覺得不好看，不易用，他提出改用紅綠藍的交通燈。這樣修改後，果然 Mac OS 漂亮和易用了很多。

目前互聯網和手機上的應用開發，都非常強調小團隊研發。這樣研發模式速度會快很多，但對程式員的綜合素質的要求也就更高了。

我強烈建議程式員不要僅僅局限在技術本事，還需要多點精力考慮和用戶相關的問題，學會洞察用戶的需求，並努力設計好用易用的產品。做著這點的程式高手，創業成算就很大了。

程式員，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立，到數據傳輸層的處理，到操作系統的建設，到資料庫平臺的建設，一直到應用層上各種數據營銷平臺的搭建，程式員在裡面都扮演著舉足輕重的角色併為IT事業的發展做出了巨大的貢獻。

中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。這些問題不是在於中國程式員的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程式開發，對項目設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性的重要工作。

中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程式的整體理解能力，這些人，一個網上的朋友說得很好，他們實際上只是一些Coding fans，壓根沒有資格稱為程式員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇人。

一、程式員基本素質
作一個真正合格的程式員，或者說就是可以真正合格完成一些代碼工作的程式員，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程式員應該具備的最基本的，也是最重要的安身立命之本。把高水平程式員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍佈全球的為linux寫核心的高手們，沒有協作精神是不可想象的。獨行俠可以作一些賺錢的小軟件發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。

2：文檔習慣
說高水平程式員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程式員，30％的工作時間寫技術文檔是很正常的，而作為高級程式員和系統分析員，這個比例還要高很多。
缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3：規範化，標準化的代碼編寫習慣
作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內註釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程式員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程式員。代碼具有良好的可讀性，是程式員基本的素質需求。

再看看整個linux的搭建，沒有規範化和標準化的代碼習慣，全球的研發協作是絕對不可想象的。

4：需求理解能力
程式員需要理解一個模塊的需求，很多小朋友寫程式往往只關註一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程式很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程式員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程式員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5：復用性，模塊化思維能力
經常可以聽到一些程式員有這樣的抱怨，寫了幾年程式，變成了熟練工，每天都是重覆寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重覆性工作變成了熟練程式員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程式員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重覆性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程式員就不會在重覆性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。

一些好的程式模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重寫，大部分重覆性工作無謂的浪費了時間和精力。

6：測試習慣
作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程式員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程式員在每段代碼，每個子模塊完成後進行認真的測試，就可以儘量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程式是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程式員要對自己的每段代碼都需要進行這種完整測試，但是程式員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並儘早發現和解決問題，當然這需要上面提到的需求理解能力。

7：學習和總結的能力
程式員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程式員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。
善於學習，對於任何職業而言，都是前進所必需的動力，對於程式員，這種要求就更加高了。
但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，錶面的東西和名詞，做網路程式不懂通訊傳輸協議，做應用程式不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有目的的跟蹤該程式的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程式員才可能成長起來。