高級程序員的條件
『壹』 要成為一名計算機編程員需要什麼條件
【怎麼樣】隨著計算機對於社會各個領域的不斷滲透，客戶對於一些專門的應用軟體需求量大增，所以對於程序員的需求也在不斷增加，雖然現在中國的程序員數量已經相當可觀，但是還是處於求大於供的狀態，尤其對於一些技術熟練、有很好的編程習慣的優秀程序員，市場需求量還是很大的。而且程序員的發展空間很大，可以經過努力升級為軟體設計師、系統分析員、項目經理等。不過程序員有事工作相對繁瑣，有時需要經常加班，技術更新快，所以壓力也很大。
【誰能做】①
大專以上計算機相關專業學歷，至少熟練掌握兩到三種開發工具的使用，同時對於資料庫和操作系統有很深入的了解，有一定的英語水平，有相關的數據結構等方面的知識；
②
通過初級或者高級程序員考試或者拿到一些國際、國內認證的證書，有一年以上相關經驗；
③
軟體結構設計/分析能力，出色的編程能力，掌握了幾種軟體的開發技巧，同時需要有嚴格的軟體工程思想；
④
較強的邏輯思維能力，團隊精神和協作能力，強烈的好奇心和學習精神，具有永攀高峰的精神。
『貳』 成為一名程序員需要什麼條件
成為一名程序員需要掌握的知識技能：
c語言是基礎
數據結構與演算法
操作系統原理(unix類)
能看懂匯編
TCP/IP協議，HTTP協議
數字電路，離散數學，計算機原理，統計學
『叄』 高級程序員考試都考些什麼需要什麼基礎
高級程序員就是軟體設計師!
軟體設計師考試說明
1．考試要求：
（1）掌握數據表示、算術和邏輯運算；
（2）掌握相關的應用數學、離散數學的基礎知識；
（3）掌握計算機體系結構以及各主要部件的性能和基本工作原理；
（4）掌握操作系統、程序設計語言的基礎知識，了解編譯程序的基本知識；
（5）熟練掌握常用數據結構和常用演算法；
（6）熟悉資料庫、網路和多媒體的基礎知識；
（7）掌握C程序設計語言，以及C++、Java、Visual Basic、Visual C++中的一種程序設計語言；
（8）熟悉軟體工程、軟體過程改進和軟體開發項目管理的基礎知識；
（9）熟練掌握軟體設計的方法和技術；
（10）掌握常用信息技術標准、安全性，以及有關法律、法規的基本知識；
（11）了解信息化、計算機應用的基礎知識；
（12）正確閱讀和理解計算機領域的英文資料。
2．通過本考試的合格人員能根據軟體開發項目管理和軟體工程的要求，按照系統總體設計規格說明書進行軟體設計，編寫程序設計規格說明書等相應的文檔；組織和指導程序員編寫、調試程序，並對軟體進行優化和集成測試，開發出符合系統總體設計要求的高質量軟體；具有工程師的實際工作能力和業務水平。
3．本考試設置的科目包括：
（1）計算機與軟體工程知識，考試時間為150分鍾，筆試，選擇題；
（2）軟體設計，考試時間為150分鍾，筆試，問答題。
『肆』 高級程序員考試需要那些條件
高級程序員級考試大綱
一、考試說明
1. 考試要求：
(1) 熟練掌握面向對象編程技術，用C/C++語言熟練編製程序；
(2) 了解CASL匯編語言的程序編制；
(3) 掌握軟體設計的方法和技術；
(4) 掌握數據結構、程序語言、操作系統、資料庫和軟體工程的基礎知識；
(5) 了解多媒體和網路的基礎知識；
(6) 掌握計算機體系結構和主要部件的基礎知識；
(7) 正確閱讀和理解計算機領域的英文文獻。
2. 通過本級考試的合格人員能按照軟體需求規格說明書進行軟體設計和編製程序，具有相當於工程師的實際工作能力和業務水平。
3. 本級考試范圍包括: 基礎知識（高級程序員級）, 考試時間為150分種；軟體設計和程序編制能力，考試時間為150分鍾。
二、考試范圍
（一） 基礎知識（高級程序員級）
1.1 軟體基礎知識
1.1.1 數據結構基礎
數組、記錄、列表（list）、隊列、棧（stack）、堆（heap）、樹、二叉樹和圖的定義、存儲和操作
序列、集合等的定義、存儲和操作
1.1.2 程序語言基礎知識
匯編、編譯、解釋系統的基本原理
程序語言的數據類型
程序語言的控制結構
程序語言的種類、特點及適用范圍
1.1.3 操作系統基礎知識
操作系統的類型的功能
操作系統的層次結構和進程概念
作業、處理機、存儲、文件和設備等管理的原理和方法
1.1.4 軟體工程基礎知識
軟體生命周期各階段的任務
結構化分析和設計方法
面向對象的分析與設計
軟體開發工具與環境的基礎知識
軟體質量保證的基礎知識
1.1.5 資料庫基礎知識
資料庫模型
關系資料庫的基礎知識
資料庫系統的結構
SQL的使用
常用資料庫管理系統的知識
1.1.6 多媒體基礎知識
多媒體基本知識
圖形繪制基本方法
簡單的圖象處理
音頻和視頻信息的應用
1.2 硬體基礎知識
1.2.1 計算機的體系結構和主要部件
機內代碼及運算
中央處理器CPU、存儲器和輸入/輸出設備
匯流排結構、指令流和數據流
1.2.2 存儲器系統
各類存儲器的功能、特性和使用
虛擬存儲器
高速緩沖存儲器和多級存儲器
1.2.3 安全性、可靠性與系統性能評價初步
數據安全與保密
診斷與容錯
系統可靠性評價和系統性能評價方法
1.2.4 計算機體系結構的其它基礎知識
流水線操作
精簡指令系統計算機
多處理機系統
並行處理
1.3 網路基礎知識
1.3.1 網路的功能、分類與組成
1.3.2 網路協議與標准
1.3.3 網路結構與通信
1.3.4 網路的安全性
1.3.5 Client-Server結構
1.3.6 Internet 和Intranet初步
1.3.7 網路管理初步
1.4 計算機專業英語·具有大學畢業程度的英語詞彙量
能正確閱讀和理解計算機領域的英文文獻
（二） 軟體設計和程序編制能力
2.1 軟體設計能力
2.1.1 簡單計算機應用系統的需求分析
流行的需求分析方法初步
數據流圖的設計及改進
2.1.2 軟體界面設計
輸入輸出數據文件的設計
用戶界面的設計
2.1.3 概要設計
軟體設計准則
模塊劃分與調用
常用的概要設計方法
2.1.4 詳細設計
滿足指定功能的各種處理過程的演算法設計、評價和改進
2.1.5 資料庫/數據結構的設計
根據不同的要求進行資料庫/數據結構的設計
2.1.6 軟體測試
測試方法
測試用例的設計（白盒測試）
測試的靜態和動態分析
2.2 程序編制能力
2.2.1 按照軟體設計說明書，能熟練使用下列程序語言編製程序C（美國標准）/C++
2.2.2 能使用CASL匯編語言（文本見附錄）編製程序
2.2.3 面向對象編程技術
2.2.4 理解給定程序的功能，能發現程序中的錯誤或不足並能糾正或改進
2.2.5 具有良好的程序編制風格
2.2.6 演算法的設計和分析
『伍』 一個好的程序員至少應該具備哪些條件
樓上的幾位顯然誤會我的意思了，我並不是說不應當寫文檔加註釋注重團隊精神，看看下面的一篇文章，那位三天就寫出UNIX的他需要寫文檔注釋和團隊精神嗎，他用不著。哪個高手沒有一點傲氣和自信，他之所以敢對用戶說：拿到你想要的，然後滾蛋，你已經很幸運了！是因為他有這個資本。天才本就不循規蹈矩，那樣他就不叫天才了。
MIT BBS上說微軟電話面試的一道題就是「Who do you think is the best coder,
and why?」。我覺得挺有意思的，也來湊個熱鬧。排名不分先後。
Bill Joy, 前任Sun的首席科學家，當年在Berkeley時主持開發了最早版本的BSD。他還
是vi和csh的作者。當然，Csh Programming Considered Harmful 是另一個話題樂。據
說他想看看自己能不能寫個操作系統，就在三天里寫了個自己的Unix, 也就是BSD的前
身。當然是傳說了，但足見他的功力。另一個傳說是，1980年初的時候，DARPA讓BBN在
Berkley Unix里加上BBN開發的TCP/IP代碼。但當時還是研究生的B伯伯怒了，拒絕把BBN
TCP/IP加入BSD，因為他覺得BBN的TCP/IP寫得不好。於是B伯伯出手了，端的是一箭封
喉，很快就寫出了高性能的伯克利版TCP/IP。當時 BBN和DARPA簽了巨額合同開發TCP/IP
Stack，誰知他們的代碼還不如一個研究生的好。於是他們開會。只見當時B伯伯穿
個T-shirt出現在會議室(當時穿T-shirt不象現在，還是相當散漫的哈)。只見BBN問：你
怎麼寫出來的？而B伯伯答：簡單，你讀協議，然後編程就行了。最令偶暈倒的是，B伯
伯碩士畢業後決定到工業界發展，於是就到了當時只有一間辦公室的Sun, 然後他就把
Sparc設計出來樂。。。象這種軟硬通吃的牛人，想不佩服都不行的說。據Bill Joy的同
事說，一般開會的時候B伯伯總是拿一堆雜志漫不經心地讀。但往往在關鍵之處，B伯伯
發言，直切要害，提出漂亮的構想，讓同事們徹底崩潰。對了，他還是Java Spec和JINI
的主要作者之一。
John Carmack，ID Software的founder和Lead Programmer。上個月和一個搞圖形的師兄
聊天，他竟然不知道John Carmack, 也讓偶大大地暈了一把。不過也許搞研究的和搞實
戰的多少有些隔吧。想必喜歡第一人稱射擊游戲的都知道J哥哥。90年代初只要能在PC
上搞個小動畫都能讓人驚嘆一番的時候，J哥哥就推出了石破天驚的Castle Wolfstein,
然後再接再勵，doom, doomII, Quake...每次都把3-D技術推到極限。J哥哥的簡歷上說
自己的專長是"Exhaust 3-D technology"，真是牛人之言不我欺的說。做J哥哥這樣的人
是很幸福的，因為各大圖形卡廠家一有了新產品就要向他「進貢"
，不然如果他的游戲不支持哪種卡，哪種卡基本就會夭折樂。當初MS的Direct3D也得聽
取他的意見，修改了不少API。當然，J哥哥在結婚前十數年如一日地每天編程14小時以
上，也是偶們凡人望塵莫及的。對了，J哥哥高中肆業(？)，可以說是自學成才。不過
呢，誰要用這個例子來為自己學習不好辯護，就大錯特錯了。那 Leonardo Da Vinci還
是自學成才呢(人是私生子，不能上學)。普通人和天才還是有區別的。對了，其實偶們
叫「達分奇」是相當不對的，因為Vinci是地名，而Da Vinci就是從Vinci來的人的意
思。換句話說，Leonardo Da Vinci就是「從Vinci來的Leonardo」的意思。叫別
人「Da Vinci」就不知所謂樂。嗯，扯遠了，打住。
David Cutler，VMS和Windows NT的首席設計師，去微軟前號稱矽谷最牛的kernel開發
員。當初他和他的手下在微軟一周內把一個具備基本功能的bootable kernel寫出來，然
後說：「who can't write an OS in a week?"，也是牛氣沖天的說。順便說一句，D爺
爺到NT3.5時，管理1500名開發員，自己還兼做設計和編程，不改coder本色啊。
D爺爺天生脾氣火爆，和人爭論時喜歡雙手猛擊桌子以壯聲勢。 日常交談fuck不離口。
他面試秘書時必問："what do you think of the word 'fuck'?" ，讓無數美女剎羽而
歸。終於有一天，一個同樣火爆的女面對這個問題脫口而出："That's my favorite
word"。於是她被錄取樂，為D爺爺工作到NT3.5發布。
Don Knuth。高爺爺其實用不著偶多說。學編程的不知道他就好像學物理的不知道牛頓，
學數學的不知道歐拉，學音樂的不知道莫扎特，學Delphi的不知到 Anders Hejlsberg，
或者學Linux不知道Linus Torvalds一樣，不可原諒啊。為了讓文章完整，就再羅唆幾句
吧。高爺爺本科時就開始給行行色色的公司寫各種稀奇古怪的編譯器掙外快了。他賣給別
人時收一兩千美元，那些公司拿了code，加工一下賣出去就是上萬上十萬。不過也沒見高
爺爺不爽過，學者本色的說。想想那可是60年代初啊，高爺爺寫編譯器寫多了，順帶就搞
出了個 Attribute Grammar和LR(k)，大大地造福後人啊。至於高爺爺在CalTech的編程比
賽(有Alan Kay得眾多高高手參加)總是第一，寫的Tex到86年就code freeze，還附帶2^n
美分獎勵等等都是耳熟能詳的，偶就不饒舌樂。
順便說一下，高老大爺是無可爭議的寫作高手。他給Concrete Mathematics 寫的前言可
謂字字鏗鏘，堪為前言的典範。他的技術文章也是一絕，文風細致，解釋精當，而且沒
有學究氣，不失輕快跳脫。記得幾年前讀Concrete Mathemathics，時不時開懷大笑，讓
老媽極其郁悶，覺得我nerdy到家，不可救葯。其實呢，子非魚，安知魚之樂，更不知那
完全是高爺爺的功勞。說到寫作高手，不能不提Stephen A. Cook。他的文章當年就被我
們的寫作老師極力推薦，號稱典雅文風的樣本。庫爺爺一頭銀發，身材頎長，總是面帶
謙和的微笑，頗有仙風道骨，正好和他的仙文相配的說。
高爺爺其實還是開源運動的先驅。雖然他沒有象Richard Stallman那樣八方奔走，但他
捐獻了好多作品，都可以在網上看到，比如著名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用說足以讓他流芳百世的Tex樂。
Ken Thompson，C語言前身B語言的作者，Unix的發明人之一(另一個是Dennis M. Riche
老大，被尊為DMR)，Belle(一個厲害的國際象棋程序)的作者之一, 操作系統Plan 9的主
要作者(另一個是大牛人Rob Pike,
前不久被google挖走了)。Ken爺爺也算是計算機歷史上開天闢地的人物了。1969年還是
計算機史前時代，普通人都認為只有大型機才能運行通用的操作系統，小型機只有高山
仰止的份兒。至於用高級語言來寫操作系統，更是笑談。Ken爺爺自然不是池中物，於是
他和DMR怒了，在1969年到1970間用匯編在PDP-7上寫出了UNIX的第一個版本。他們並不
知道，一場轟轟烈烈的UNIX傳奇由此拉開了序幕。Ken爺爺在1971年又把Unix用C重寫，
於是C在隨後20年成就了不知多少豪傑的夢想和光榮。
Ken爺爺還有段佳話： 裝了UNIX的PDP-11最早被安裝在Bell Lab里供大家日常使用。很
快大家就發現Ken爺爺總能進入他們的帳戶，獲得最高許可權。Bell
Lab里的科學家都心比天高，當然被搞得郁悶無比。於是有高手怒了，跳出來分析了UNIX
代碼，找到後門，修改代碼，然後重新編譯了整個UNIX。就在大家都以為「這個世界清
凈了」的時候，他們發現Ken爺爺還是輕而易舉地拿到他們的帳戶許可權，百思不解後，只
好繼續郁悶。誰知道這一郁悶，就郁悶了14年，直到Ken爺爺道出個中緣由。原來，代碼
里的確有後門，但後門不在Unix代碼里，而在編譯Unix代碼的C編譯器里。每次C編譯器
編譯UNIX的代碼，就自動生成後門代碼。而整個Bell Lab的人，都是用Ken爺爺的C編譯
器。
(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，現在google研究操作系
統 。羅伯伯是Unix的先驅，是貝爾實驗室最早和Ken Thompson以及Dennis M. Ritche開
發 Unix的猛人，UTF-8的設計人。他還在美國名嘴David
Letterman的晚間節目上露了一小臉，一臉憨厚地幫一胖子吹牛搞怪。讓偶佩服不已的
是，羅伯伯還是1980年奧運會射箭的銀牌得主。他還是個頗為厲害的業余天文學家，設
計的珈瑪射線望遠鏡差點被NASA用在太空梭上。他還是兩本經典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初學者
想在編程方面精益求精，實在該好好讀讀這兩本書。它們都有中文版的說。羅伯伯還寫
出了Unix下第一個基於點陣圖的窗口系統，並且是著名的blit終端的作者。當然了，羅伯
伯還是號稱銳意革新的操作系統，Plan9，的主要作者。可惜的是，Plan9並沒有引起多
少人的注意。羅伯伯一怒之下，寫出了振聾發聵的雄文 Systems Software Research is
Irrelevant，痛斥當下系統開發的不思進取，固步自封的弊病。雖然這篇文章是羅伯伯
含忿出手，頗有偏激之詞，但確實道出了系統開發的無奈：開發周期越來越長，代價越
來越大，用戶被統一到少數幾個系統上，結果越來越多的活動是測量和修補，而真正的
革新越來越少。
就在羅伯伯郁悶之極的時候，google登門求賢來樂。如果說現在還有一家大眾公司在不
遺餘力地把系統開發推向極致的話，也就是google樂。隨便看看google的成果就知道
了。具有超強容錯和負載平衡能力的分布式文件系統GFS
(現在能夠用100,000台廉價PC搭起一個巨型分布系統，並且高效便宜地進行管理的系統
也不多哈)，大規模機器學習系統(拼寫檢查，廣告匹配，拼音搜尋。。。哪個都很牛的
說)，更不用說處理海量並行計算的各式google服務了。Rob在System Software
Research is Irrelevant里蕭瑟地說現在沒有人再關心系統研究的前沿成果了。想不到
他錯了，應為google關心。google網路了大批功成總是試圖吸取系統研究的最新成果。
想必Rob Pike在google很幸福。願他做出更棒的系統。
Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新聞組上人稱DMR的Dennis M.
Ritchie自然也是，畢竟兩人共同締造了UNIX，而Dennis幾乎獨力把C搞大(當然，C的前
身是B，而B是Ken Thompson一手做出來的)。兩人1983年分享圖靈獎，是有史以來少數幾
個因工程項目得獎的工程師(本來是唯一的一對兒，但Alan Kay才因為SmallTalk得獎，
所以就成了唯二的樂) 一個人一生能做出一個卓越的系統已經不易，DMR的C和UNIX長盛
不衰近30年，至今生機勃勃，DMR此生可以無憾的說。
D爺爺也算有家學淵源：他老爸在AT&T貝爾實驗室工作了一輩子，並在電路設計方面卓有
成就，還出了本頗有影響的書The Design of Switching Circuits，據說在交換理論和
邏輯設計方面有獨到的論述。當然，D爺爺和他老爸是不同時代的人：他老爸的研究成
形於晶體管發明之前，而D爺爺的工作離了晶體管就玩兒不轉樂。:-D
不要看D爺爺搞出了C，其實他最愛的編程語言是Alef，在Plan9上運行，支持並行編程。
Alef的語法和C相似，但數據類型和執行方式都和C大大不同。說到語言，D爺爺對後來
人有非常中肯的建議：抱著學習的目的來開發你自己的語言，不要冀望於它被眾人接
受。這個建議不光對語言開發有用，也適用於其它大型系統的開發。別的不說，DMR後來
領導自己的團隊在1995年和1996分別推出了Plan9和Inferno操作系統，又用多少人知道
呢？其實，D爺爺當初也沒想過C會風行世界。他開發C的初衷和Eric S. Raymond
在Cathedral and Bazaar里闡述的一樣，就是要消除自己對現有工具的不爽之處。誰
知D爺爺無心插柳，C竟然受到眾多程序員的狂熱擁戴，連D爺爺自己都大惑不解。在一次
采訪中D爺爺說大概那是因為C的抽象程度碰巧既滿足了程序員的要求, 又容易實現。當
然C一度是Unix上的通用語言也是原因。但不管怎麼說，D爺爺對編程語言出色的審美意
識奠定了C廣為流傳的基礎。
最後八卦一下。D爺爺的業余愛好和NBA大牛Karl Malone一樣：開卡車。不過D爺爺更喜
歡開NASCAR，而KM獨愛巨無霸。J D爺爺自稱心中不供偶像，如果一定要說一個，那就
是Ken Thompson了。現在Ken爺爺退休當飛機教練去了，而D爺爺當了貝爾實驗室系統開
發部的頭，整日忙於開支票。他倆合作20年，屢屢創造歷史。這段令人神往的佳話，也
就長留你我心中樂。
P.S., 很多人都以為Brian W. Kernighan是C的作者。其實BWK只是寫了那本經典K&R C。
據D爺爺說，他，Ken, 和Kernighan三人中，Kernighan最能寫文章，他次之，而Ken寫
得最少；但說到編程，Ken爺爺才是當之無愧的老大。
Edsger Wybe Dijkstra, 對，就是E.W. Dijkstra. 一提到EWD，很多人就會想起找最短
路徑的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一樣。
其實這些個演算法不過是兩個牛人在他們職業生涯中最瑣碎的貢獻。比如Dijkstra演算法，
無非是戴爺爺在1956年為了展示新計算機
ARMAC的計算能力，初試身手的成果，屬於他的演算法處女作。據戴爺爺自述，他搞出最
短路徑演算法的時候連紙筆都沒用。當時他和他老婆在阿姆斯特丹一家咖啡廳的陽台上曬
太陽喝咖啡，突然就把這個演算法想出來樂。而且當時的演算法研究還比較原始，牛人們忙
著用計算機搞數值計算，對離散演算法不屑一顧。那時連一個象樣的專注於離散演算法的專
業期刊都沒有。戴爺爺於是推遲發表這個演算法。直到1959年，他才把這個演算法發表
在Numerische Mathematik的創刊號上，權為捧場。:-)
EWD在多個領域牛氣沖天，端的是理論和編程兩手硬的高手。只不過他的很多工作比較
深刻，學校的老先生們覺得本科生接受不了，不給本科生講而已。
戴爺爺大概因為最短路徑演算法一戰成名，於是有人請他參加另一台計算機X1的設計工
作，並且把設計實時中斷系統的任務派給了他。現在看來實時中斷也許不算什麼，但要
知到，X1前根本就沒有實時中斷的概念。實現它簡直就是一場豪賭。戴爺爺起初還不情
願，但經不住項目負責人Bram和Carel的輪番 「吹捧」：我們知道實時中斷讓您工作變
得非常困難，但象您這樣的牛人肯定能做出來的說。結果戴爺爺被糖衣炮彈徹底擊穿，
接下了這個燙手山芋。兩三年後，他不僅搞出了實時中斷，還圍繞這個寫出了自己的博
士論文，順利戴上博士帽。
讓戴爺爺真正成名立萬的還是在X1上開發的Algo60，最早的高級語言之一。戴爺爺沒日
沒夜地工作了8個月，就搞出了Algo60，也因此獲得了 1972年的圖靈獎。因為Algo60，
戴爺爺發表了一篇石破天驚的文章：Recursive
Programming，於是人們才知道，原來高級語言也可以高效地實現遞歸，原來從此以後，
所有程序員都不可避免地和戴爺爺發明的一個詞(應該說是概念)打交道：堆棧。
而且Algo60還讓戴爺爺深入地思考多道程序設計的問題，最終發明了每個系統程序員
都繞不開的概念：semaphore。當然，戴爺爺總是把他發明的概念嚴格形式化，極具科
學家本色的說。和這些成就想比，他提出的吃飯的哲學家問題，也就沒什麼好說的了。
說來好笑，當時的大學(忘了哪所了)還是覺得戴爺爺沒有受過正統的數學訓練，也不是
專門搞數值分析的，所以最後不太情願地給了他一個教職。這種小挫折並不能妨礙象戴
爺爺這樣的牛人創造歷史。他一邊教數值分析(:-D) ，一邊開始開發一個新的操作系
統，並培養計算機科學家。幾年後，THE Multiprogramming
System橫空出世。THE是第一個支持鬆散耦合，顯式同步的進程並由此使得嚴格證明系統
沒有死鎖變得容易的操作系統。可惜戴爺爺任職的系不識貨，還強行解散了他的研究小
組(1972年戴爺爺給他的系主任說他得了圖靈獎，系主任的第一反應是你們搞計算機就
喜歡亂發獎)。這讓戴爺爺相當郁悶，得了抑鬱症。在極度郁悶之中，戴爺爺決定用寫作
來治療自己的抑鬱症。於是經典就誕生樂：Notes on Structured Programming。戴爺爺
從此被尊為結構化編程的奠基人，而且他的抑鬱症也被治好樂。
EWD太牛，結果他的故事也太多。先到這里吧。1973起，他的故事就在美國發生了。
Anders Hejlsberg，微軟.NET的首席架構師，編程語言設計和實現的頂尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。這些作
品的名字足以為他立傳。作為一個程序員，我在這樣的大師面前實在無語。生子當
如Anders的說。李維的<>里已詳細講述了Anders的傳奇故事，我就不用費舌了：
http: //java.mblogger.cn/iexploiter/posts/1505.aspx
Artima上有Anders談C#的系列訪談。MSDN上有一段Anders導游的錄像 。有興趣可以去看
看牛人的豐采。
『陸』 要成為一名計算機編程員需要什麼條件
【職位名稱】程序員
【是什麼】
程序員是指從事程序開發、維護的專業人員，一般分為程序設計人員和程序編碼員。
【做什麼】
① 項目策劃、市場調查； ② 用戶的需求分析，策劃程序框架、流程； ③ 編寫代碼，開發程序，同時編寫開發文檔； ④ 測試，運行程序； ⑤ 幫助客戶解決他們所遇到的問題； ⑥ 軟體版本的更新。
【怎麼樣】
隨著計算機對於社會各個領域的不斷滲透，客戶對於一些專門的應用軟體需求量大增，所以對於程序員的需求也在不斷增加，雖然現在中國的程序員數量已經相當可觀，但是還是處於求大於供的狀態，尤其對於一些技術熟練、有很好的編程習慣的優秀程序員，市場需求量還是很大的。
而且程序員的發展空間很大，可以經過努力升級為軟體設計師、系統分析員、項目經理等。不過程序員有事工作相對繁瑣，有時需要經常加班，技術更新快，所以壓力也很大。
【誰能做】
① 大專以上計算機相關專業學歷，至少熟練掌握兩到三種開發工具的使用，同時對於資料庫和操作系統有很深入的了解，有一定的英語水平，有相關的數據結構等方面的知識； ② 通過初級或者高級程序員考試或者拿到一些國際、國內認證的證書，有一年以上相關經驗；
③ 軟體結構設計/分析能力，出色的編程能力，掌握了幾種軟體的開發技巧，同時需要有嚴格的軟體工程思想； ④ 較強的邏輯思維能力，團隊精神和協作能力，強烈的好奇心和學習精神，具有永攀高峰的精神。
【小貼士】
程序員可以分為很多種，像Unix程序員、Windows程序員，或是C++程序員、Delphi程序員，等等，由於新的技術層出不窮，程序員的職業生涯則是一個要求不斷學習的過程，永遠不能固步自封，稍不注意就會被甩開，所以好多程序員都是做上三五年就往技術管理方面轉型。
『柒』 成為高級程序員應具備什麼條件
作一個真正合格的高級程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。
2：文檔習慣
說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。
3：規范化，標准化的代碼編寫習慣
作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。
再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可想像的。
4：需求理解能力
程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。
5：復用性，模塊化思維能力
經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。
復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。
一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力。
『捌』 高級程序設計師需要哪些方面的才能
確認你真的要邁入軟體開發領域
軟體開發是一項純智力活動（現在人們都意識到長時間超負荷的連續寫程序並不會提高軟體生產率，反而會對軟體品質造成很大負面影響，所以盡管很多程序員仍然長時間加班，但這種現象正在逐步減少並最終會消失，所以體力要求並不會比其他行業高），如果你不是一個智力高於平均水平的人，說實話，軟體開發並不適合你，你基本不可能在軟體開發領域取得很高的成就和地位，而且不久就會因為年齡的增長而被淘汰。
如果你以那些開發出共享軟體的軟體英雄和著名黑客為榜樣，立志也要成為他們的一員，像武俠小說中的大俠一樣仗劍江湖。我要先給你潑上大大一盆冷水，把你從幻想拉到現實中來。首先，現在的軟體其復雜度和規模都遠遠超過以前，想一個人獨力完成一個規模稍大的軟體，基本沒有可能（雖然還是有些特例，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在線文檔都是非常好的資源，基本上我們遇到的問題在這里都能找到解答。
『玖』 想做程序員，要些什麼條件
1、 程序員意味著要編程序。（如果你僅僅想得到一份高薪水的工作，喝喝咖啡就等老闆發薪水，我奉勸你還是另找一份更合適的工作，譬如練攤，真的，兄弟，這份工作不適合你）
2、你是學文的還是學理的，編程序也許需要浪漫，但更需要邏輯和嚴謹。（說坦白點就是，在你沒有找到樂趣以前，它很枯燥）
3、你有對新技術追求的熱情嗎？你有刨根問底的探索精神嗎？（熱情絕對是最重要的！你仔細思考一下自己的性格適合當程序員嗎？）
4、當程序員決不是什麼好差事，時刻需要學習，需要思考。（直到你成為那個可以引導別人去學習和思考的人，你才可以偷偷的嘿嘿笑，又一群傻蛋）
5、程序員的未來很迷茫。（但我認為關鍵看你自己！我希望你是一個有追求的人，不僅僅是混碗飯吃。因為真正的樂趣在於創造；如果你能改變軟體業的歷史，那才是英雄；不想成為Bill Gates，不想成為Dennis Ritchie和 Bjarne Stroustrup，我會說你沒有追求。有個關於程序員未來的笑話，也許你還沒聽過，你該聽一聽，摘抄如下：
一個程序員對自己的未來很迷茫，於是去問上帝。
「萬能的上帝呀，請你告訴我，我的未來會怎樣？」
上帝說「我的孩子，你去問Lippman，他現在領導的程序員的隊伍可能是地球上最大的」
於是他去問Lippman。
Lippman說「程序員的未來就是駕馭程序員」
這個程序員對這個未來不滿意，於是他又去問上帝。
「萬能的上帝呀，請你告訴我，我的未來會怎樣？」
上帝說「我的孩子，你去問Gates，他現在所擁有的財產可能是地球上最多的」
於是他去問Gates。
Gates說「程序員的未來就是榨取程序員」
這個程序員對這個未來不滿意，於是他又去問上帝。
「萬能的上帝呀，請你告訴我，我的未來會怎樣？」
上帝說「我的孩子，你去問侯捷，他寫的計算機書的讀者可能是地球上最多的」
於是他去問侯捷。
侯捷說「程序員的未來就是誘惑程序員」
這個程序員對這個未來不滿意，於是他又去問上帝。
「萬能的上帝呀，請你告訴我，我的未來會怎樣？」
上帝搖搖頭「唉，我的孩子，你還是別當程序員了」）
6、當程序員還是很有樂趣的。（當你學到新知識時，當你有新的思想見解時，當你有新的產品問世時，和知己探討你的成果時…我問你，覺得這些是樂趣嗎？）
7、當程序員不易也不難。（世間事有難易乎？為之…；不為…。你有決心和信心嗎？）
8、你真的要當程序員？是你自己的想法？
9、你捨得花錢買書嗎？（讀好書絕對是學習編程的最佳捷徑。你一定會說，現在電腦書籍真他XX的貴，沒法子，誰讓知識和技術在人家的腦袋，在人家的書里呢；等你寫書時可以把價格定低一點，記著還有好多沒錢但想買書的兄弟很困難呀。要捨得買書，買好書，不好的的書不如不讀，其害大於其益，關於買什麼書，你可以問高手或看候捷的書評；准備一個小本子記錄你想買的書的名字，逛書店時看看，如果好就買下，記住要讀，別光買不看。） 10、我告訴你，程序就是：任何有目的的、預想好的動作序列，它是一種軟體。
11、編程序就是編寫程序。
12、你想好了嗎？（如果你想好了還是決定要當程序員，可以繼續往下讀；否則，你可以繼續尋找別的出路了。）