程序員文化

Ⅰ 程序員難學嗎

高中學歷的知識儲備在你做初級甚至某些中級開發是夠用的，再往上就有難度，會涉及到很多高等數學之類的知識。但個人認為70%以上的程序員止步於初、中級開發者也過得算舒服
2、需要有一定的英語基礎，不一定要多好，但是你知道程序開發都是使用的英文（用易語言的不叫程序員，不是看不起它，但是你總不能拿個美圖秀秀叫做你會美工對吧，一個道理）。某些情況下直接查詢英文社區可能會得到更快的解決方案。另外很多開發文檔都是純英文的。當然，如果你實在英文不行，這條也關系不大。
3、這條很重要，你一定要有強烈的興趣和持續學習的心理准備和行動力。走向工作崗位之後你會發現很多東西需要你邊做邊學的。學校學的永遠不夠用。
4、這條更重要，如果你是因為怕吃苦或者成績不好乾脆沒上大學，或者覺得學其他東西麻煩，覺得軟體開發坐著吹空調寫寫代碼就能賺錢，所以想學的話，建議你腳踏實地一些。
5、如果以上你覺得都能做到，那麼個人覺得，由淺入深慢慢入門難度不會太高。

Ⅱ 學習電腦程序員，需要那些條件。比如什麼文化水平，等。。。

電腦程序員，要有較強的邏輯思維，足夠的耐心，能夠仔細的編寫程序，程序稍微錯誤一點就差之千里了，文化水平要求不高，你從頭開始學起就好，只要你對電腦程序感興趣，相信你能學好的。
預祝你成為一名優秀的程序員哦！！！

Ⅲ 程序員能自學嗎

如果有一定的基礎，對編程、代碼有很強烈的興趣，並且有較強的自學能力，這樣是可以自學的。因為這個專業的實踐性和邏輯性特別強，不付出一定的時間和精力是學不好的。如果真的很想當一名程序員，報班培訓是一個不錯的選擇。

(3)程序員文化擴展閱讀：

程序員職業要求：

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。

大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。

對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。

參考資料：

程序員-網路

Ⅳ 做程序員編程需要什麼數學知識，初中文化可以學嗎

1.學習方法：本人認為這比什麼都重要如果這個沒掌握的話，可能直接影響你的成敗。眾所周知。。計算機知識 尤其是編程涉及到的知識可以說浩如煙海---那麼面對這么多的知識該怎麼去學呢？
---重點：1重實踐，不要去想，把一個知識點完全徹底的掌握，那將是非常恐怖的，有編程經驗的朋友都知道，編程里每個知識點深糾起來的話是非常困難的，更不要說是新手了。。那麼知識點該掌握到什麼程度呢？ 個人認為：1-知道它是做什麼 2-知道怎麼使用。 這就足夠了。。。。不要去管他的原理是什麼，能把東西做出來才是王道。。。

---重點：2多寫， 這個在編程界可以說是真理了，真正寫程序的人都知道，一段程序你理解了並不代表你就會寫了，那麼怎麼樣才能提高「寫」的能力呢？ 本人認為要注意一下幾點 1- 練習多做是必然的。 2- 做練習時不要因為覺得代碼簡單就只看不敲，哪怕多敲一遍HelloWorld 都是有好處的。 3- 相似的代碼不要復制，我見過很多朋友，遇到兩段程序類似，就懶的敲直接粘貼過去修改。。。請記住這是軟體開發人員的做法，而你不是，目前你還只是一個學習者而已。所以 原則就是 能敲的就不要復制。

---重點:3把精力用在理解上而不要用在背上 寫程序的朋友都知道，函數---關鍵字---常用類什麼的，都非常的熟悉，為什麼我們背過嗎？沒有 寫的多了自然就記的牢了， 所以建議新手不要去死背什麼概念，或語法 一定要理解它的作用。。。

---重點:4 筆記，我認為這點很重要，我自學時全是看書，和視頻教程，然後總結對自己有用的東西。記在本上，而將來如果印象不深刻了由於是自己用自己理解的方式寫的，簡單翻一翻就能回憶起來，而如果，你忘了再去翻視頻 或 翻書的話。。那麼即使你曾經學過，也可能一時想不起來。。。

1.關於數學。。。這個問題，我覺得是目前爭論最多的話題，我見過N多人說 學編程要學XX數學---什麼微積分---什麼離散---嚇的新手連想都不敢想，我只想對這些人說一句，如果你懂，請你們幫助新手，如果你們不懂 請你們閉嘴 謝謝不要 誤人子弟。。。那麼下面我來 具體回答一下數學方面的問題。。。
1- 編程用數學嗎？ 用！ 回答是肯定的，但要看你是做哪方面的程序。 懂編程的都知道，現在編程基本分B/C構架，即：客戶端/瀏覽器端 與 C/S構架 即：客戶端/伺服器端 前者基本上就是JAVA PHP ASP.NET 等等。。。其中有多少地方用到了數學，如果還堅持沒數學學不了編程的朋友請站出來回答下我的問題。。。

至於C/S 如果不是做系統級的程序員 或 大型3D圖象處理 或者是音頻處理的軟體我請問又有多少地方用到了數學？如果你覺得x/y=z 這也算高等數學的話，我無話可說。。。。總結--除了3D等圖象處理編程 或 音頻處理編程 或系統級編程以外 其他編程對數學要求並不很高。。。。

2.關於英語， 我認為這個是個不可迴避的話題，學編程一點英語不懂我覺得不太現實，畢竟有很多文檔也是用英文寫的，而且程序員都知道，編程時經常要用簡單的英文，哪怕是定義個變數名，也要用英文起名， 沒見過哪個程序員定義的變數叫什麼aaa或bbb的。 那麼新手該怎麼面對英語呢， 我覺得很容易，按照書上或教程上去做就足夠了，1 編寫程序時 按規范要求去做，首先變數名，用見名知意思的英文單詞， 寫注釋時 也用英文短句。。。 拋異常時 也用英文來標注等等。。。。慢慢積累，時間久了你就會發現其實計算機里的英語 就只有那麼幾句而已。。。

3.關於學校 這個我也想提一下，有很多想以程序員為工作的朋友可能都考慮過找個培訓班---但我的建議是。不要去---起碼一般的不要去，為什麼？效果不好，就這么簡單，我親自到XXX著名編程培訓學校試聽過。。。結果很遺憾 一周才那麼幾天課，我3天閱讀的知識點比他們1個興趣 教的還多。。。而且上機和理論還是分開，新學的知識不能立刻上機實踐等等。。我覺得都是很嚴重的弊病。。。跟嚴重的那些所謂的學校給學生們造成了一種假象。。。只要在學校里考試合格了，出去就能做程序員，甚至軟體工程師了。。。最後他們將發現，原來他們在學校里學的 只是基礎中的基礎而已 - -

4. 自學的資料，我個人認為，自學第一重要的是 視頻教程，懂的人都知道，編程學習時重點並不完全是知識點，而是如何運用那些知識點，這也是項目經驗今天被人們這么看中的主要原因。。。所以視頻教程絕對是不二的選擇，現在網上的視頻教程非常之多 各種各樣的都有 具體怎麼找相信不用我教了 google 電驢 迅雷--我就是靠他們活過來的 。。。而且視頻教程還有一點是學校比不了的，那就是 你可以隨時看 重復看，一個知識點沒明白 你可以反復的聽10遍 20遍都沒問題， 學校恐怕就不行了吧。 另一個優點是可以在你狀態好時看， 大家都有狀態不好的時候，累了-困了 很正常，可在學校，誰管你？ 老師講完了 聽不懂你自己的問題，而視頻呢，好辦 累了 先休息一會 有精神了 想怎麼看就怎麼看。。。我覺得 找到好的視頻教程。。比任何老師都重要。。至於出現問題不懂怎麼辦？ 相信能來到著找到我這篇文章的朋友 都有辦法解決的。。

5.書 --- 我非常喜歡看視頻教程，但我堅決反對只看視頻不看書，為什麼？很簡單視頻傳授的是 寫程序的經驗 而書則是細膩的為你講解其中的原理。。所以我的建議是 先把一個知識的視頻看一遍，然後再把書翻一遍 然後自己再寫2遍 量變必然引起質變 我相信這是放之四海 而皆準的道理（指編程行業）

6.時間+態度 我認為這也很重要，很多人經常這樣問我，我1個月能學會編程么？ 我半年能成為編程高手么？ 我覺得有這樣心理的人比適合學編程。。。 學編程最忌心浮，一個知識點還沒弄明白 就想寫個項目出來 這是不可能的，這樣最後只能導致你自己喪失信心，編程要一步一步的來，相信我哪怕用一天時間才掌握了一個知識點，起碼比你用一天的時間 看完整本書強。。因為前者起碼你還是有點收獲的（指新手，老手兩天一本書很正常有經驗了嗎 - -） 這里我可以給大家一我的學習時間大家可做為參考。。。我是從0基礎開始一直到現在掌握j2ee基本所有的基礎開發技能 用時一年半，本人覺得不算慢 每天最少看書+練習5小時 每天不停這個是我的進度。

Ⅳ 程序員需要學些什麼

程序員的崗位需求很多，例如大型網路公司、軟體開發公司等等都需要程序員。

程序員需要學習：

1、掌握數據及其轉換、數據的機內表示、算術和邏輯運算，以及相關的應用數學基礎知識；

2、理解計算機的組成以及各主要部件的性能指標；

3、掌握操作系統、程序設計語言的基礎知識；

4、熟練掌握計算機常用辦公軟體的基本操作方法；

5、熟練掌握基本數據結構和常用演算法；

6、熟練掌握C程序設計語言，以及C++、Java、Visual Basic中的一種程序設計語言；

7、熟悉資料庫、網路和多媒體的基礎知識；

8、掌握軟體工程的基礎知識，了解軟體過程基本知識、軟體開發項目管理的常識；

9、了解常用信息技術標准、安全性，以及有關法律、法規的基本知識；

10、了解信息化、計算機應用的基礎知識；

11、正確閱讀和理解計算機領域的簡單英文資料。

程序員必備技能：

1、熟練開發工具

做為一名程序員至少熟練掌握兩到三種開發工具的使用，這是程序員的立身之本，其中C/C++和JAVA是重點推薦的開發工具，C/C++以其高效率和高度的靈活性成為開發工具中的利器，很多系統級的軟體還是用C/C++編寫。

而JAVA的跨平台和與WEB很好的結合是JAVA的優勢所在，而JAVA即其相關的技術集JAVAOne很可能會成為未來的主流開發工具之一。

其次，能掌握一種簡便的可視化開發工具，如VB，PowerBuilder，Delphi，CBuilder，則更好，這些開發工具減小了開發難度，並能夠強化程序員對象模型的概念。

另外，需要掌握基本的腳本語言，如shell，perl等，至少能讀懂這些腳本代碼。

2、熟知資料庫

作為程序員，他們自然有自己的理由：很多應用程序都是以資料庫的數據為中心，而資料庫的產品也有不少，其中關系型資料庫仍是主流形式，所以程序員至少熟練掌握一兩種資料庫，對關系型資料庫的關鍵元素要非常清楚，要熟練掌握SQL的基本語法。

雖然很多資料庫產品提供了可視化的資料庫管理工具，但SQL是基礎，是通用的資料庫操作方法。如果沒有機會接觸商業資料庫系統，可以使用免費的資料庫產品是一個不錯的選擇，如mySQL，Postgres等。

3、了解操作系統

當前主流的操作系統是Windows，Linux/Unix，熟練地使用這些操作系統是必須的，但只有這些還遠遠不夠。

要想成為一個真正的編程高手，需要深入了解操作系統，了解它的內存管理機制、進程/線程調度、信號、內核對象、系統調用、協議棧實現等。

Linux作為開發源碼的操作系統，是一個很好的學習平台，Linux幾乎具備了所有現代操作系統的特徵。雖然Windows系統的內核實現機制的資料較少，但通過互聯網還是能獲取不少資料。懂得網路協議TCP/IP。

在互聯網如此普及的今天，如果您還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握，就需要迅速補上這一課，網路技術已改變了軟體運行的模式。

從最早的客戶/伺服器結構，到今天的WEBServices，再到未來的網格計算，這一切都離不開以TCP/IP協議棧為基礎的網路協議支持，深入掌握TCP/IP協議是非常必要的。

至少，需要了解ISO七層協議模型，IP/UDP/TCP/HTTP等常用協議的原理和三次握手機制。

4、明白DCOM/CORBA/XML/WEBServices存在的意義

隨著技術的發展，軟體與網路的無縫結合是必然趨勢，軟體系統的位置無關性是未來計算模式的重要特徵之一，DCOM/CORBA是當前兩大主流的分布計算的中間平台，DCOM是微軟COM（組件對象模型）的擴展，而CORBA是OMG支持的規范。

XML/WebServices重要性不言而喻，XML以其結構化的表示方法和超強的表達能力被喻為互聯網上的「世界語」，是分布式計算的基石之一。

5、不要將軟體工程與CMM分開

大型軟體系統的開發中，工程化的開發控製取代個人英雄主義，成為軟體系統成功的保證，一個編程高手並不一定是一個優秀的程序員。

一個優秀的程序員是將出色的編程能力和開發技巧同嚴格的軟體工程思想有機結合，編程只是軟體生命周期中的其中一環，優秀的程序員應該掌握軟體開發各個階段的基本技能。

如市場分析，可行性分析，需求分析，結構設計，詳細設計，軟體測試等。

6、需求理解能力

程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟體的功能需求，還應注意軟體的性能需求。

要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。

7、模塊化思維能力

作為一個優秀的程序員，他的思想不能局限在當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。

這樣做可以使代碼能重復利用，減少重復的勞動，也能使系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。

就業方向：

1、網路開發

現在網路已經成為世界通訊的一座橋梁，好像Javascript、PHP、Ruby這幾類開發語言大部分是用作網路開發方面。

2、企業軟體開發

JAVA、C#、VB這幾類開發語言都實現了面向對象開發的目標，更多時候用於企業系統的開發。

3、系統軟體

C語言、C++、Object-C這些軟體更多是用在系統軟體開發，嵌入式開發的方面。

當然，這分類不是絕對，像JAVA、C#、VB很多時候也用於動態網站的開發。在很開發項目都會使用集成開發的方式，同一個項目裡面使用多種開發語言，各展所長，同步開發。

但所以在剛入門的時候，建議先為自己選擇一種合適的開發工具，「專注地投入學習，全力一擊」。

(5)程序員文化擴展閱讀：

會編程、會計算機語言就能加入互聯網發展大潮中，享受數字經濟發展的紅利，一時間社會上的程序員培訓機構都變得格外火爆。

但是現在，專家的數據分析結果告訴你：若想跟上數字經濟發展的步伐，光會編程可不行，這個行業現在緊缺高端的、綜合型人才。

11月22日下午，清華大學經管學院互聯網發展與治理研究中心與領英聯合發布《中國經濟的數字化轉型：人才與就業》，揭示我國數字人才現狀與趨勢。

報告顯示我國數字經濟發展面臨人才短缺的挑戰，但這種短缺主要體現在擁有中高級專業技能數字人才的比例不高，擁有人工智慧、智能製造等前沿技術的人才更是少之又少。

與美國、英國、加拿大等國家相比，中國的數字人才儲備尚有很大差距。

此外，報告根據對人才需求的數據分析，結果顯示我國數字人才的技能需求不再強調單一編程技能，更加看重技術、管理和領導力等綜合技能。

2015年，我國從事信息傳輸、軟體和信息技術服務相關工作的人數約350萬，但其中中高端人才，特別是前沿技術的數字人才並不多。根據領英中國智庫的研究，在人工智慧領域，美國的從業者數量在85萬人以上，印度15萬，英國14萬，中國只有5萬多人。

報告負責人、清華大學經濟管理學院副院長陳煜波教授表示，我國目前在大數據與人工智慧領域人才缺口明顯。

他解釋說，目前中國85%以上的數字人才分布在產品研發類，而深度分析、先進製造、數字營銷等職能的人才加起來只有不到5%，存在較大缺口，新興技術人才和創新型人才培養方面存在滯後和不足。

這份研究報告的基礎數據來自領英在中國的3600萬個人用戶，這些用戶畢業於1.5萬多所國內外院校，分布在36.4萬家企業，擁有超過2.3萬項技能。

陳煜波研究團隊從中篩選了72萬數字人才，多維度提取用戶畫像並跟蹤其職業軌跡，以此預測不同地區的人才流向、僱傭率、受僱主歡迎的技能等人才趨勢層面的信息。

陳煜波說，根據數據分析結果，整體來看，雖然編程技能和數據分析技能需求占據主導，然而隨著數字產業走向成熟，企業除了強調編程技能，也逐步更加看重人才的技術、管理和領導力等綜合技能。

近年間，項目管理、產品運營等「技術+管理」類技能的需求呈現出明顯的上升趨勢，懂技術、懂管理的人才被認為是「一將難求」。

領英中國代理總裁曾志恆也提醒，如果你有興趣向數字職能轉型，不能僅僅專注於自己的技術能力，溝通和領導力等軟性技能將成為你脫穎而出的關鍵。

陳煜波希望這些研究結果能為教育行業和政府部門提供借鑒。他說，教育行業可根據職位的供需趨勢更好地規劃人才培養的方向，政府也可更好地了解人才流動方向、技術缺口等，以此制定有針對性的引才策略。

程序員崗位職責：

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態進行分析研究。

相關書籍：

很多程序員響應，他們在推薦時也寫下自己的評語。 以前就有國內網友介紹這個程序員書單，不過都是推薦數 Top 9的書。

其實除了前9本之外，推薦數前30左右的書籍都算經典，筆者整理編譯這個問答貼，同時摘譯部分推薦人的評語。

下面就按照各本書的推薦數排列。

1、《代碼大全》 史蒂夫·邁克康奈爾

2、《程序員修煉之道》

3、《計算機程序的構造和解釋》

4、《演算法導論》

5、《重構：改善既有代碼的設計》

6、《設計模式》

7、《人月神話》

8、《計算機程序設計藝術》

9、《編譯原理》（龍書）

10、《活著》

Ⅵ 沒文化怎麼學編程一月北京20000做程序員。要多高文化

學歷至少專科哇。可以自學，也可以上培訓班，這個挺費腦子的。我是本科生，專業就是軟體開發，我現在都是半吊子。上班是高薪沒錯，可是很累，加班很頻繁，經常加到凌晨幾點。你說的一個月能掙上萬的，那都是技術相當高了。剛畢業的學生進去工資3000-5000元。

Ⅶ 學編程要什麼文化

給軟體開發初學者

在論壇上呆久了，發現很大一部分有關開發的帖子都是有關心懷夢想，立志成為一個軟體英雄或者響當當的黑客人物；或者是狂熱的游戲玩家，突然想邁入游戲開發的殿堂，自己打造一個完美的游戲；或者被以前IT行業的「錢」途無量所吸引，為了經濟因素希望成為一個程序員的，而尋求進入軟體開發領域之門的求助帖子。

這些諸如「你好，我想做程序員，應該怎麼做？」，「初學C++，請問看什麼書好」，「請高手幫我看看這個程序」，「我想轉行，請高手指點」……的帖子佔了各大軟體開發論壇帖子總量的很大一部分，而且內容是長年不變，重復來重復去 :P

自從做了epubcn的C++板塊的版主，經常收到不相識網友的消息或Email，基本上還是問這些問題。看到這些帖子和Email，不禁想起自己剛剛邁入軟體開發的領域，茫茫然不知何去何從，興奮而又彷徨不安的過去，這樣的經歷一次又一次，在不同的地點、不同的時間仍然在不斷的重復。今天終於坐下來，寫下一點文字，希望能夠對彷徨的朋友們有點幫助。

確認你真的要邁入軟體開發領域
軟體開發是一項純智力活動（現在人們都意識到長時間超負荷的連續寫程序並不會提高軟體生產率，反而會對軟體品質造成很大負面影響，所以盡管很多程序員仍然長時間加班，但這種現象正在逐步減少並最終會消失，所以體力要求並不會比其他行業高），如果你不是一個智力高於平均水平的人，說實話，軟體開發並不適合你，你基本不可能在軟體開發領域取得很高的成就和地位，而且不久就會因為年齡的增長而被淘汰。
如果你以那些開發出共享軟體的軟體英雄和著名黑客為榜樣，立志也要成為他們的一員，像武俠小說中的大俠一樣仗劍江湖。我要先給你潑上大大一盆冷水，把你從幻想拉到現實中來。首先，現在的軟體其復雜度和規模都遠遠超過以前，想一個人獨力完成一個規模稍大的軟體，基本沒有可能（雖然還是有些特例， but trust me，那些僅僅是特例，請不要把自己想像成獨一無二的超人、幸運兒）；其次，無論是軟體英雄還是仗劍江湖的頂尖黑客，他們的軟體開發功底和智力都遠遠超過軟體行業從業者的平均水平，沒有多年的積累和堅韌超常人的毅力，是不可能，換句話說，想成為他們的一員，可以，但請首先成為一個合格的軟體開發人員。

如果你是因為傳說中程序員的所謂「高薪」，對自己現在從事的工作不滿意，而萌生轉行的念頭，我勸你還是再慎重考慮一下。程序員的待遇一般來說，是要比平均水平高一些，但遠遠談不上高薪，而且以現在程序員的工作量來算，其實同樣的付出，程序員所得到的能和平均水平看齊就不錯了，程序員的競爭和淘汰也是異常殘酷的。技術的更新速度更是其他行業所罕見，每個程序員都要不停的跑步跟上，不使自己落伍，所以在這個層面上來說，沒有誰可以停下來休息，唯一能夠積累下來的就是你的經驗，但經驗中能夠為你的競爭力增添籌碼的並不多。

說了這么多，並不是我故意貶低，而是希望告訴你我所知道的軟體開發行業的真實情況，基於此請再慎重考慮你是不是真的要邁入軟體開發領域。

檢驗一下你是否適合當個程序員
在我看來，要做一個合格的程序員，你需要具備下面幾個條件：
1. 強烈的好奇心和求知慾
2. 追求完美的精神
3. 良好的邏輯分析能力
其他方面的條件幾乎所有類似的帖子都有提
及：如果你不是准備單打獨斗，那麼團隊合作能力必不可少；英語我就懶得說了，沒有基本的閱讀英文資料的能力，我勸你還是打消做個程序員的想法，沒有為什麼；數學能力也是必不可少的，如果不是做演算法，高中水平的數學能力就足夠了，但一定要成績很好才行。

那麼為什麼我要強調上面列的三點呢？
具有強烈的好奇心和求知慾，能夠讓你跟上技術發展的步伐，僅僅靠危機感和責任感，你對技術的學習會有很強的功利性質，導致你的技術體系不能構成一個完整自包容的整體，而且很難對技術有高層次的認識和掌握。

我認識的一個資深系統設計師跟我說過：做軟體，「做出來」和「做的好」完全是兩個概念，所要求的投入和技術水平是天壤之別。現在國內很多程序員僅僅把軟體開發當作養家糊口的謀生手段，國內計劃經濟時代湊合、馬馬虎虎幹活的思想也滲透到了軟體業，很多程序員僅僅是把功能做出來，根本不會去考慮提高重用性、可維護性，也不會去考慮提高穩定性、運行速度，甚至連代碼也是亂七八糟，基本的編碼規范都不遵守（在我看來，這樣的人不配「程序員」這個稱號），在我們大聲譴責國內軟體業環境不好，拉項目靠關系，沒有質量保證體系，老闆不重視程序員，瘋狂剝削程序員的時候，我們是不是該問問自己，你是不是只把眼睛盯著別人？

現在各種軟體開發包應有盡有，包羅萬象，編程工具也異常強大方便，對於國內佔主流的MIS系統來說，要完成一個功能實在不是很難的事情，但是如果把系統做為一個整體，則大多數都是運行緩慢、佔用資源過大、兼容性差、可維護性差、不穩定的系統，你可曾嘗試過開發一個優秀的系統，如果有，你就會發現開發優秀軟體是多麼困難，對技術的要求是多麼高，而你在努力做到完美的過程中水平的提升是多麼快。沒有追求完美的精神，無論外部環境如何好，你也是不會開發出優秀軟體的，等待你的是無休止的修改和維護～，你的技術水平也永遠停留在簡單的編碼階段，最終只有被迫轉行。

好了，我真的適合當個程序員，那我該如何開始？
首先選擇一門編程語言和操作系統平台。
操作系統平台國內比較流行的基本有Windows、Linux（Unix）、Mac OS。一般來說大家都選擇的是Windows平台，因為此平台是國內處於壟斷地位的操作系統，而且有很多優秀的開發工具可供選擇，缺點就是Windows 平台的開放性不高，往底層探究比較困難（但我對於言必稱底層的觀點比較反感，不是所有搞開發的都要對底層非常了解，做出用戶滿意的系統才是我們追求的根本，玩些底層的trick只是一種自我滿足罷了。當然我們需要有一些掌握底層技術的高手，但這個是個人選擇的問題），而且用慣Windows的程序員在配置、腳本等方面比較弱。Linux是開源平台，當然從理論上你可以操縱Linux的一切，但是有幾個人能夠達到這一水平？剛剛開始學習開發的程序員，在 Linux上也僅僅能夠開發一些應用軟體罷了。Linux下的開發工具不夠人性化，但這種情況正在逐步得到緩解，Eclipse就是非常出色的開發平台。在Linux下開發，你可以得到大量優秀的源代碼，並且一切都是透明的（只要你想），但你必須學習很多命令行指令，掌握各種系統和參數配置以及腳本方面的知識。

編程語言的選擇更是令人頭痛，我涉獵不多，對於有些語言，我無法給出任何建議，只好等這方面的高手來給大家補充了。我僅僅對C++和Java進行一些說明，當然這個也僅僅是基於個人體會，絕對不是權威觀點 :P
C++仍然是目前佔主流的開發語言（詳細的可以閱讀TCPL中的相關論述），而且一種語言的發展或消亡都是一個漸進的過程，在可以預見的將來，C ++仍然是一門舉足輕重的開發語言，但其所針對的領域和方向可能會有所調整，我認為最主要的變化是C++會逐步從商業MIS系統市場上退出。選擇C++的理由是關於C++的優秀開發書籍和開發工具最多，相關的資源也異常豐富，待對於一般應用程序的開發掌握之後，無需過渡，就可以深入學習各種技術，因為現階段講述系統底層奧秘和高級技術的書籍，基本都是選用C\C++做為示例語言。加上微軟精心打造的開發平台Visual Studio或Borland的C++ Builder系列，學習起來更是如虎添翼。但C++現在的缺點也是比較明顯的，我最深的感觸就是對於XP和Agile Development的支持不好。
Java簡化了C++的語法，學習起來比較容易（但隨著Java的日益普及和發展，是否能夠繼續保持這一優勢，我不敢斷言），Eclipse 是非常優秀的Java開發平台，支持XP的整個過程：設計、測試、編碼、重構……現階段敏捷軟體開發的主要語言就是Java。而且Java的跨平台特性更是非常大的優勢。

實際上，選擇哪門語言都沒有關系，根據你的發展規劃和目前身邊的環境選擇就可以，沒有必要跟風，其後的堅持才是難點。

好，假設你選擇了C++做為開發語言，在Windows平台上開發，那麼我給你如下的學習建議（其他的選擇請各位積極補充……）：
C++語言的學習當然是基礎，這個階段由於沒有任何在特定平台上的開發經驗，我們只能按照書中的例子一個一個輸入運行，暫時告別熟悉的圖形界面，回到古老的DOS了。參考書的選擇是這個階段很多朋友關心的，Stan Lippman的《Essential C++》和《C++ Primer》是我優先推薦的，而《Essential C++》因為篇幅較小，講解內容適當，而且對C++ STL的運用有不少描述，顯得相當實用，我認為最適合初學者使用。無論選擇了那本書做為入門教材，都應該逐個例子逐個例子的消化，不要貪快，但同時要對重點內容有所側重。我們學習任何東西都是為了解決實際問題，所以請把重點放在我們實際中最常用的部分，而不要過多的追究一些細節和艱深晦澀的不常用技術。

此刻我們會碰到很多過後看來非常簡單幼稚的問題，比如為什麼編譯出錯，為什麼按照書中的例子輸進去卻無法通過編譯，找不到頭文件等等，大體上這是因為剛剛接觸程序開發，對程序理解還很初級，以及對於所使用的開發環境不夠了解，特定編譯器對標准C++的支持程度不一導致。請多閱讀關於所使用開發環境的各種文檔，以及查閱幫助文檔。以我最經常使用的Visual C++配合MSDN來說，當出現一個我不能理解的編譯錯誤時，按F4鍵編輯器就會自動跳到當前錯誤地點，下面的輸出窗口也會給出錯誤代碼（比如C××× ×），把錯誤代碼記下，打開MSDN，在索引一欄輸入錯誤代碼，就能夠查到詳細的關於此錯誤的說明，當然，是英文的（不要問你不會英文怎麼辦，這是基本要求）。現在的開發工具查錯排錯非常方便。當然，有時很多錯誤原因並不是編譯器所提示的地方，而是往前或往後一些地方，長期的編程經驗可以提高查錯速度。此時也請多練習練習Debug技術。

此階段只要能夠掌握C++的基本語言要素，對結構化程序設計和基於對象的設計有一定理解，能夠完成一些簡單的小程序就可以結束了，畢竟DOS 程序現在很難勾起我們學習的慾望了 :P 在此之後可以視自己的情況決定是否學習數據結構，數據結構是程序員的必修課，不可或缺，地位非常重要，即使你現在希望馬上進入圖形界面程序開發的世界，這一課我也提醒你記著早點補上。

終於可以邁入圖形世界，我們要從SDK編程開始，不要擔心，這不會花費你太長時間，但卻是對Windows程序運行機制進行深入了解的好時機，在此的努力都不會白費（trust me），此時的參考書沒有什麼好考慮的，基礎的有Charles Petzold的《Windows程序設計》，進階的有《Windows核心編程》。請從《Windows程序設計》開始，Charles Petzold的書通俗易懂，學習起來非常輕松，而且對你的語言要求不高，只要懂C就可以了。

此時容易碰到的問題大多與項目設置有關，如果使用Visual C++，請按Alt+F7調出項目設置對話框仔細檢查，並閱讀相關文檔，熟悉各項配置的意義。

此階段請重點掌握Windows SDK程序的編寫方法，Windows程序的運行機制和Windows消息機制，和常用的Windows API。我們還可以更進一步：嘗試用前一階段學到的C++知識對過程化的SDK程序進行初步的改造，將我們敲入計算機的程序變得可重用，按照自己對基於對象思想和面向對象思想的理解來重新編寫例子程序。

OK，現在你已經初步入門了，掌握了C++的基本用法，對面向對象有了一點模糊而自以為是的認識，也能夠寫出Windows程序了，雖然還有點簡單，還有點醜陋，不過，總歸是圖形界面啊。開始有點感覺了，是嗎？ :P 別急著往前沖，停一停，將C++和Windows SDK的基礎打牢，貪多嚼不爛嗎。此時有很多經典書籍等待你去掌握，也有幾乎無限的題材供你練習，請盡量多閱讀接觸下面的資源：
《C++ Primer》
《Windows核心編程》
《應用程序調試技術》
面向對象開發設計方面的書籍
MSDN的Platform SDK部分，Periodicals部分（包含了大量有價值C++、SDK方面的技術文章）
CodeProject里相關的源代碼是很好的補充學習資料

現在繼續往前走吧，利用SDK開發畢竟有時太過於費時費力，還是使用更高級的應用程序開發框架的好，主要的有MFC和VCL，關於這些框架誰好誰壞的爭論我已經聽煩了，一句話，能幫助我們完成任務就行，它們無非都是工具，你自己隨便選擇吧。不過選擇好之後，你應該明白，對於你的工具，了解越深，越能發揮它的威力。如果你選擇了MFC，我建議學習下面的書籍：
《深入淺出MFC》：關於此書毋庸多說，盡管有人不停的貶低，但它的地位是無可置疑的，而且也是對我最有幫助的書籍之一。
《MFC程序設計》
《Visual C++技術內幕》

然後就停止找書吧，網上開發站點的數不勝數的源代碼就是最好的老師了……
學習過程中碰到問題我該怎麼辦？
我始終認為學習軟體開發過程中遇到的問題只有自己盡最大的努力去解決，才能收到最大的成效，對於那些動不動就把問題發到網上指望高手幫你解決的做法我非常不贊同，因為這樣你並不能從中學到多少。我建議的做法是，首先嘗試自己獨力解決問題，花幾個小時解決一個問題，是很正常的，不要幾分鍾解決不了就放棄了；實在無法解決的時候，請嘗試盡量減小涉及范圍，將問題歸結一下，初步形成自己的結論；然後利用搜索引擎或者開發論壇中的搜索功能來搜索是否有對於自己問題的解答；實在沒有的時候，再發帖子求助。請了解一點：你遇到的問題都是別人遇到過的，網上肯定有現成的解決方法（因為你還沒有到開發研究前所未有的問題的水平:P），只看你找不找得到了，請盡力去利用現有的資源而不是麻煩別人。
CSDN的論壇、MSDN在線文檔都是非常好的資源，基本上我們遇到的問題在這里都能找到解答。
（寫的有點亂，大家湊合看吧B)）

註：上面的內容還不夠全面，非常歡迎各位充實。有什麼不對之處，也歡迎大家指出討論。
參考資料：http://..com/question/2687391.html

Ⅷ 為什麼中國的程序員總被稱為碼農

本人並不是一位程序員，但是從事互聯網行業也少不了與程序員朋友打交道，他們經常自嘲為「碼農」、「程序猿」、「代碼工人」、「碼字猴」等等，這些一定程度上是幽默的稱謂，但是站在旁觀者的角度，本人認為還有一些深層次的原因。

第一，中國的程序員是一個龐大的群體，只要是學過計算機，只要懂一門編程語言，都可以吃這碗飯。當你看到中午吃飯時那個浩浩盪盪的場面，你就會覺得程序員真的看起來和農民差不多。

第二，大部分程序員做的都是比較枯燥的工作，一點創新性都沒有。很多新項目都是在很成熟的項目之上進行修改，都有現成的模板可以套用，基本上不用怎麼動腦筋。這和農民種田是多麼的類似。他們年復一年地做著同樣的事情(播種、插秧、收割)，也不知道這種日子什麼時候是個頭。IT行業本應該是一個創新性非常強的行業，但到了中國就成了比較死板的東西了，這是什麼原因呢？

第三，大部分程序員的視野都比較的窄，對其他行業懂得很少，這也和農民是多麼的相似啊！我們都說農民階層是沒有多少文化的，但這居然也適用於以高學歷著稱的程序員身上，是多麼具有諷刺意味啊！你隨便問一下身邊的程序員，當今最流行的詞語是什麼，我想沒有幾個人回答得上來。他們成天盯著代碼，想著那26個字母和10個數字，視野如何能變寬廣？

第四，大部分程序員都是靠自己的努力掙錢，沒有強的人際關系，基本上屬於「弱勢」群體。就像農民一樣，他們沒有關系，只能世世代代在自己的土地上耕耘，只求維持生計、終老一生。如果稍微有點關系，幾乎沒有人願意當程序員。在行業發展較為順利的時候，他們能夠保住飯碗，能夠養家糊口；當行業不景氣的時候，他們隨時都有被裁的危險，因為公司要不了那麼多人。程序員的命運並沒有真正地掌握在自己手上。

在一個大的IT公司，程序員都佔了很高的比例，少則成百上千人，多則幾萬人，真的像農民一樣，到處都是。我在和同事聚餐的時候，程序員都在抱怨自己的工作是如何的辛苦、如何的累，都說自己是「碼農」。

Ⅸ 程序員節的節日起源

1、節日起源

創立「程序員節」最早是來自俄文《計算機世界》（《Компьютерра》）出版社的主編德米特里·門德列留科（Дмитрий Мендрелюк）在1996年7月15日的想法，當時計劃將節日命名為「計算機用戶節」，定在每年9月份的第一個星期五，稱之為「純凈的星期五」（Чистая Пятница，按照當事人之一的說法，這樣命名是為了刺激那些計算機病毒製造者）。
說到程序員節的來歷，這要歸功於一名在並行技術網頁設計公司工作的職工——倫丁·巴爾特。2002年，他收集簽名向俄羅斯聯邦政府請願，請求將這一天定為程序員節。2009年7月24日，俄羅斯聯邦通信與大眾傳媒部提出了新的節日安排方案，設立程序員節。9月11日，俄羅斯總統梅德韋傑夫簽署了這個法案，也就成為了俄羅斯的一個官方節日。這一行動在5天內得到了9800個投票支持。
程序員節也叫「溢出節」，即「選擇第256天是取其一位元組（8位）溢出的意思（從0開始，最大到255）」。(俄語：День программиста)是一個俄羅斯官方節日，日期是每年的第256天，也就是平年的9月13日和閏年的9月12日。

2、節日文化
選擇256（=2^8）這個數字因為它能表示程序員所熟知的，一個位元組是由8位二進制數構成的意義。256也是2的冪中最接近但不超過365的數。
十六進制中第256個數為0xFF，因此，在這個節日中，程序員穿24位RGB顏色代碼為0xFFFFFF的白色服裝進行慶祝。

3、節日活動

每年第256天（平年9月13日或閏年9月12日），是國際程序員節。每逢這一天，人們都要穿白色服裝來慶祝。有網友稱，畢業5年後，程序員從風度翩翩的美男子，變成了完全禿頂的「類人猿」。5年禿頂的程序猿們，命運悲催。以程序員為代表的IT男們的職業特徵，再一次引發熱議。
白色被選為程序員節的主題色。在紅綠藍24位深（RGB）顏色空間
程序員里，每種原色可以有256種級別（從0到255一共256個數值）的深淺變化，當三種原色都達到最大深淺值，即為十六進制的0xFFFFFF時，表示白色。所以全世界的程序員們會穿著白色來慶祝這一天。
每年第256天(平年9月13日或閏年9月12日)，是國際程序員節。之所以選取256，是因為256是程序員熟知的8位元基本數字。程序員節是俄羅斯的官方節日，每逢這一天，人們都要穿白色服裝來慶祝。有網友稱，5年禿頂的程序猿，命運悲催。
就在程序員這一天，有網友稱，程序員5年後就成為程序猿。據圖片顯示，一男子畢業時，青春煥發，充滿生機，2年後，有些許滄桑。但5年後，程序員變成了完全禿頂，已經基本回歸到原始類人猿，故而有程序猿之稱。

Ⅹ 程序員節的節日文化

選擇256（=2^8）這個數字因為它能表示程序員所熟知的，一個位元組是由8位二進制數構成的意義。256也是2的冪中最接近但不超過365的數。
十六進制中第256個數為0xFF，因此，在這個節日中，程序員穿24位RGB顏色代碼為0xFFFFFF的白色服裝進行慶祝。