編程100個趣事

① 單片機c語言編程100個實例

51單片機C語言編程實例 基礎知識：51單片機編程基礎 單片機的外部結構： 1. DIP40雙列直插； 2. P0，P1，P2，P3四個8位準雙向I/O引腳；（作為I/O輸入時，要先輸出高電平） 3. 電源VCC（PIN40）和地線GND（PIN20）； 4. 高電平復位RESET（PIN9）；（10uF電容接VCC與RESET，即可實現上電復位） 5. 內置振盪電路，外部只要接晶體至X1（PIN18）和X0（PIN19）；（頻率為主頻的12倍） 6. 程序配置EA（PIN31）接高電平VCC；（運行單片機內部ROM中的程序） 7. P3支持第二功能：RXD、TXD、INT0、INT1、T0、T1 單片機內部I/O部件：(所為學習單片機，實際上就是編程式控制制以下I/O部件，完成指定任務) 1. 四個8位通用I/O埠，對應引腳P0、P1、P2和P3； 2. 兩個16位定時計數器；（TMOD，TCON，TL0，TH0，TL1，TH1） 3. 一個串列通信介面；（SCON，SBUF） 4. 一個中斷控制器；（IE，IP） 針對AT89C52單片機，頭文件AT89x52.h給出了SFR特殊功能寄存器所有埠的定義。 C語言編程基礎： 1. 十六進製表示位元組0x5a：二進制為01011010B；0x6E為01101110。 2. 如果將一個16位二進數賦給一個8位的位元組變數，則自動截斷為低8位，而丟掉高8位。 3. ++var表示對變數var先增一；var—表示對變數後減一。 4. x |= 0x0f;表示為 x = x | 0x0f; 5. TMOD = ( TMOD & 0xf0 ) | 0x05;表示給變數TMOD的低四位賦值0x5，而不改變TMOD的高四位。 6. While( 1 ); 表示無限執行該語句，即死循環。語句後的分號表示空循環體，也就是{;} 在某引腳輸出高電平的編程方法：（比如P1.3（PIN4）引腳） 代碼 1. #include <AT89x52.h> //該頭文檔中有單片機內部資源的符號化定義，其中包含P1.3 2. void main( void ) //void 表示沒有輸入參數，也沒有函數返值，這入單片機運行的復位入口 3. { 4. P1_3 = 1; //給P1_3賦值1，引腳P1.3就能輸出高電平VCC 5. While( 1 ); //死循環，相當 LOOP: goto LOOP; 6. } 注意：P0的每個引腳要輸出高電平時，必須外接上拉電阻（如4K7）至VCC電源。 在某引腳輸出低電平的編程方法：（比如P2.7引腳） 代碼 1. #include <AT89x52.h> //該頭文檔中有單片機內部資源的符號化定義，其中包含P2.7 2. void main( void ) //void 表示沒有輸入參數，也沒有函數返值，這入單片機運行的復位入口 3. { 4. P2_7 = 0; //給P2_7賦值0，引腳P2.7就能輸出低電平GND 5. While( 1 ); //死循環，相當 LOOP: goto LOOP; 6. } 在某引腳輸出方波編程方法：（比如P3.1引腳） 代碼 1. #include <AT89x52.h> //該頭文檔中有單片機內部資源的符號化定義，其中包含P3.1 2. void main( void ) //void 表示沒有輸入參數，也沒有函數返值，這入單片機運行的復位入口 3. { 4. While( 1 ) //非零表示真，如果為真則執行下面循環體的語句 5. { 6. P3_1 = 1; //給P3_1賦值1，引腳P3.1就能輸出高電平VCC 7. P3_1 = 0; //給P3_1賦值0，引腳P3.1就能輸出低電平GND 8. } //由於一直為真，所以不斷輸出高、低、高、低……，從而形成方波 9. } 將某引腳的輸入電平取反後，從另一個引腳輸出：（ 比如 P0.4 = NOT( P1.1) ） 代碼 1. #include <AT89x52.h> //該頭文檔中有單片機內部資源的符號化定義，其中包含P0.4和P1.1 2. void main( void ) //void 表示沒有輸入參數，也沒有函數返值，這入單片機運行的復位入口 3. { 4. P1_1 = 1; //初始化。P1.1作為輸入，必須輸出高電平 5. While( 1 ) //非零表示真，如果為真則執行下面循環體的語句 6. { 7. if( P1_1 == 1 ) //讀取P1.1，就是認為P1.1為輸入，如果P1.1輸入高電平VCC 8. { P0_4 = 0; } //給P0_4賦值0，引腳P0.4就能輸出低電平GND 2 51單片機C語言編程實例 9. else //否則P1.1輸入為低電平GND 10. //{ P0_4 = 0; } //給P0_4賦值0，引腳P0.4就能輸出低電平GND 11. { P0_4 = 1; } //給P0_4賦值1，引腳P0.4就能輸出高電平VCC 12. } //由於一直為真，所以不斷根據P1.1的輸入情況，改變P0.4的輸出電平 13. } 將某埠8個引腳輸入電平，低四位取反後，從另一個埠8個引腳輸出：（ 比如 P2 = NOT( P3 ) ） 代碼 1. #include <AT89x52.h> //該頭文檔中有單片機內部資源的符號化定義，其中包含P2和P3 2. void main( void ) //void 表示沒有輸入參數，也沒有函數返值，這入單片機運行的復位入口 3. { 4. P3 = 0xff; //初始化。P3作為輸入，必須輸出高電平，同時給P3口的8個引腳輸出高電平 5. While( 1 ) //非零表示真，如果為真則執行下面循環體的語句 6. { //取反的方法是異或1，而不取反的方法則是異或0 7. P2 = P3^0x0f //讀取P3，就是認為P3為輸入，低四位異或者1，即取反，然後輸出 8. } //由於一直為真，所以不斷將P3取反輸出到P2 9. } 注意：一個位元組的8位D7、D6至D0，分別輸出到P3.7、P3.6至P3.0，比如P3=0x0f，則P3.7、P3.6、P3.5、P3.4四個引腳都輸出低電平，而P3.3、P3.2、P3.1、P3.0四個引腳都輸出高電平。同樣，輸入一個埠P2，即是將P2.7、P2.6至P2.0，讀入到一個位元組的8位D7、D6至D0。 第一節：單數碼管按鍵顯示 單片機最小系統的硬體原理接線圖： 1. 接電源：VCC（PIN40）、GND（PIN20）。加接退耦電容0.1uF 2. 接晶體：X1（PIN18）、X2（PIN19）。注意標出晶體頻率（選用12MHz），還有輔助電容30pF 3. 接復位：RES（PIN9）。接上電復位電路，以及手動復位電路，分析復位工作原理 4. 接配置：EA（PIN31）。說明原因。 發光二極的控制：單片機I/O輸出 將一發光二極體LED的正極（陽極）接P1.1，LED的負極（陰極）接地GND。只要P1.1輸出高電平VCC，LED就正向導通（導通時LED上的壓降大於1V），有電流流過LED，至發LED發亮。實際上由於P1.1高電平輸出電阻為10K，起到輸出限流的作用，所以流過LED的電流小於（5V-1V）/10K = 0.4mA。只要P1.1輸出低電平GND，實際小於0.3V，LED就不能導通，結果LED不亮。 開關雙鍵的輸入：輸入先輸出高 一個按鍵KEY_ON接在P1.6與GND之間，另一個按鍵KEY_OFF接P1.7與GND之間，按KEY_ON後LED亮，按KEY_OFF後LED滅。同時按下LED半亮，LED保持後松開鍵的狀態，即ON亮OFF滅。 代碼 1. #include <at89x52.h> 2. #define LED P1^1 //用符號LED代替P1_1 3. #define KEY_ON P1^6 //用符號KEY_ON代替P1_6 4. #define KEY_OFF P1^7 //用符號KEY_OFF代替P1_7 5. void main( void ) //單片機復位後的執行入口，void表示空，無輸入參數，無返回值 6. { 7. KEY_ON = 1; //作為輸入，首先輸出高，接下KEY_ON，P1.6則接地為0，否則輸入為1 8. KEY_OFF = 1; //作為輸入，首先輸出高，接下KEY_OFF，P1.7則接地為0，否則輸入為1 9. While( 1 ) //永遠為真，所以永遠循環執行如下括弧內所有語句 10. { 11. if( KEY_ON==0 ) LED=1; //是KEY_ON接下，所示P1.1輸出高，LED亮 12. if( KEY_OFF==0 ) LED=0; //是KEY_OFF接下，所示P1.1輸出低，LED滅 13. } //松開鍵後，都不給LED賦值，所以LED保持最後按鍵狀態。 14. //同時按下時，LED不斷亮滅，各佔一半時間，交替頻率很快，由於人眼慣性，看上去為半亮態 15. } 數碼管的接法和驅動原理 一支七段數碼管實際由8個發光二極體構成，其中7個組形構成數字8的七段筆畫，所以稱為七段數碼管，而餘下的1個發光二極體作為小數點。作為習慣，分別給8個發光二極體標上記號：a,b,c,d,e,f,g,h。對應8的頂上一畫，按順時針方向排，中間一畫為g，小數點為h。 我們通常又將各二極與一個位元組的8位對應，a(D0),b(D1),c(D2),d(D3),e(D4),f(D5),g(D6),h(D7)，相應8個發光二極體正好與單片機一個埠Pn的8個引腳連接，這樣單片機就可以通過引腳輸出高低電平控制8個發光二極的亮與滅，從而顯示各種數字和符號；對應位元組，引腳接法為：a(Pn.0)，b(Pn.1)，c(Pn.2)，d(Pn.3)，e(Pn.4)，f(Pn.5)，g(Pn.6)，h(Pn.7)。 如果將8個發光二極體的負極（陰極）內接在一起，作為數碼管的一個引腳，這種數碼管則被稱為共陰數碼管，共同的引腳則稱為共陰極，8個正極則為段極。否則，如果是將正極（陽極）內接在一起引出的，則稱為共陽數碼管，共同的引腳則稱為共陽極，8個負極則為段極。 以單支共陰數碼管為例，可將段極接到某埠Pn，共陰極接GND，則可編寫出對應十六進制碼的七段碼表位元組數據

② 學習編程日誌100字隨便寫

我對編程談不上喜歡，只是好奇。
初次運行起hello world，讓我覺得編程或許不難，一切盡在掌控之中。
然後學習if else語句，如果…否則，這也很好理解。
接著學習for循環，嗯，就是重復做一件事，讓計算機做這個似乎並不出乎意料。
最後是函數，種瓜得瓜，種豆得豆的感覺，不用管瓜和豆是如何發芽成長的。
編程就是這么簡單，我越發喜歡編程了。嗯，就是這樣。

③ 你在計算機課上都發生過哪些趣事

恐怕對於我來說就是掃雷了把，沒有什麼事情比在計算機課上偷偷的躲著老師玩掃雷，一邊跟著老師鬥智斗勇，一遍再用自己得智慧去掃雷，那種體驗真是太開心了，讓我記憶深刻啊。

④ 怎樣編程

java學習之路：不走彎路，就是捷徑http://tech.163.com 2006-04-12 09:24:52 來源: 賽迪網(北京) 網友評論0 條 論壇 0．引言

在ChinaITLAB導師制輔導中，筆者發現問得最多的問題莫過於"如何學習編程？JAVA該如何學習？"。類似的問題回答多了，難免會感覺厭煩，就萌生了寫下本文的想法。到時候再有人問起類似的問題，我可以告訴他（她），請你去看看《JAVA學習之路》。拜讀過台灣蔡學鏞先生的《JAVA夜未眠》，有些文章如《JAVA學習之道》等讓我們確實有共鳴，本文題目也由此而來。

軟體開發之路是充滿荊棘與挑戰之路,也是充滿希望之路。JAVA學習也是如此，沒有捷徑可走。夢想像《天龍八部》中虛竹一樣被無崖子醍醐灌頂而輕松獲得一甲子功力，是很不現實的。每天仰天大叫"天神啊，請賜給我一本葵花寶典吧"，殊不知即使你獲得了葵花寶典，除了受自宮其身之苦外，你也不一定成得了"東方不敗"，倒是成"西方失敗"的幾率高一點。

"不走彎路，就是捷徑"，佛經說的不無道理。

1．如何學習程序設計？

JAVA是一種平台，也是一種程序設計語言，如何學好程序設計不僅僅適用於JAVA，對C++等其他程序設計語言也一樣管用。有編程高手認為，JAVA也好C也好沒什麼分別，拿來就用。為什麼他們能達到如此境界？我想是因為編程語言之間有共通之處，領會了編程的精髓，自然能夠做到一通百通。如何學習程序設計理所當然也有許多共通的地方。

1.1培養興趣

興趣是能夠讓你堅持下去的動力。如果只是把寫程序作為謀生的手段的話，你會活的很累，也太對不起自己了。多關心一些行業趣事，多想想蓋茨。不是提倡天天做白日夢，但人要是沒有了夢想，你覺得有味道嗎？可能像許多深圳本地農民一樣，打打麻將，喝喝功夫茶，拜拜財神爺；每個月就有幾萬十幾萬甚至更多的進帳，憑空多出個"食利階層"。你認為，這樣有味道嗎？有空多到一些程序員論壇轉轉，你會發現，他們其實很樂觀幽默，時不時會冒出智慧的火花。

1.2慎選程序設計語言

男怕入錯行，女怕嫁錯郎。初學者選擇程序設計語言需要謹慎對待。軟體開發不僅僅是掌握一門編程語言了事，它還需要其他很多方面的背景知識。軟體開發也不僅僅局限於某幾個領域，而是已經滲透到了各行各業幾乎每一個角落。

如果你對硬體比較感興趣，你可以學習C語言/匯編語言，進入硬體開發領域。如果你對電信的行業知識及網路比較熟悉，你可以在C/C++等之上多花時間，以期進入電信軟體開發領域。如果你對操作系統比較熟悉，你可以學習C/Linux等等,為Linux內核開發/驅動程序開發/嵌入式開發打基礎。如果你想介入到應用范圍最廣泛的應用軟體開發（包括電子商務電子政務系統）的話，你可以選擇J2EE或.NET，甚至LAMP組合。每個領域要求的背景知識不一樣。做應用軟體需要對資料庫等很熟悉。總之，你需要根據自己的特點來選擇合適你的編程語言。

1.3要腳踏實地,快餐式的學習不可取

先分享一個故事。

有一個小朋友，他很喜歡研究生物學，很想知道那些蝴蝶如何從蛹殼里出來，變成蝴蝶便會飛。有一次，他走到草原上面看見一個蛹，便取了回家，然後看著，過了幾天以後，這個蛹出了一條裂痕，看見裡面的蝴蝶開始掙扎，想抓破蛹殼飛出來。這個過程達數小時之久，蝴蝶在蛹裡面很辛苦地拚命掙扎，怎麼也沒法子走出來。這個小孩看著看著不忍心，就想不如讓我幫幫它吧，便隨手拿起剪刀在蛹上剪開，使蝴蝶破蛹而出。但蝴蝶出來以後，因為翅膀不夠力，變得很臃腫，飛不起來。

這個故事給我們的啟示是：欲速則不達。

浮躁是現代人最普遍的心態，能怪誰？也許是貧窮落後了這么多年的緣故，就像當年的大躍進一樣，都想大步跨入共產主義社會。現在的軟體公司、客戶、政府、學校、培訓機構等等到處彌漫著浮躁之氣。就拿筆者比較熟悉的深圳IT培訓行業來說吧，居然有的打廣告宣稱"參加培訓，100%就業"，居然報名的學生不少，簡直是藐視天下程序員。社會環境如是，我們不能改變，只能改變自己,鬧市中的安寧，彌足珍貴。許多初學者C++/JAVA沒開始學，立馬使用VC/JBuilder,會使用VC/JBuilder開發一個HelloWorld程序，就忙不迭的向世界宣告，"我會軟體開發了"，簡歷上也大言不慚地寫上"精通VC/JAVA"。結果到軟體公司面試時要麼被三兩下打發走了，要麼被駁的體無完膚，無地自容。到處碰壁之後才知道捧起《C++編程思想》《JAVA編程思想》仔細鑽研，早知如此何必當初呀。

"你現在講究簡單方便，你以後的路就長了"，好象也是佛經中的勸戒。

1.4多實踐,快實踐

彭端淑的《為學一首示子侄》中有窮和尚與富和尚的故事。

從前，四川邊境有兩個和尚，一個貧窮，一個有錢。一天，窮和尚對富和尚說："我打算去南海朝聖，你看怎麼樣？"富和尚說："這里離南海有幾千里遠，你靠什麼去呢？"窮和尚說："我只要一個水缽，一個飯碗就夠了。"富和尚為難地說："幾年前我就打算買條船去南海，可至今沒去成，你還是別去吧！"一年以後，富和尚還在為租賃船隻籌錢，窮和尚卻已經從南海朝聖回來了。

這個故事可解讀為：任何事情，一旦考慮好了，就要馬上上路，不要等到准備周全之後，再去幹事情。假如事情准備考慮周全了再上路的話，別人恐怕捷足先登了。軟體開發是一門工程學科，注重的就是實踐，"君子動口不動手"對軟體開發人員來講根本就是錯誤的，他們提倡"動手至上"，但別害怕，他們大多溫文爾雅，沒有暴力傾向，雖然有時候蓬頭垢面的一副"比爾蓋茨"樣。有前輩高人認為，學習編程的秘訣是：編程、編程、再編程，筆者深表贊同。不僅要多實踐，而且要快實踐。我們在看書的時候，不要等到你完全理解了才動手敲代碼，而是應該在看書的同時敲代碼，程序運行的各種情況可以讓你更快更牢固的掌握知識點。

1.5多參考程序代碼

程序代碼是軟體開發最重要的成果之一，其中滲透了程序員的思想與靈魂。許多人被《仙劍奇俠傳》中凄美的愛情故事感動,悲劇的結局更有一種缺憾美。為什麼要以悲劇結尾？據說是因為寫《仙劍奇俠傳》的程序員失戀而安排了這樣的結局，他把自己的感覺融入到游戲中，卻讓眾多的仙劍迷扼腕嘆息。

多多參考代碼例子，對JAVA而言有參考文獻[4.3],有API類的源代碼(JDK安裝目錄下的src.zip文件)，也可以研究一些開源的軟體或框架。

1.6加強英文閱讀能力

對學習編程來說，不要求英語,但不能一點不會,。最起碼像JAVAAPI文檔(參考文獻[4.4])這些東西還是要能看懂的,連猜帶懵都可以；旁邊再開啟一個"金山詞霸"。看多了就會越來越熟練。在學JAVA的同時學習英文，一箭雙雕多好。另外好多軟體需要到英文網站下載，你要能夠找到它們，這些是最基本的要求。英語好對你學習有很大的幫助。口語好的話更有機會進入管理層，進而可以成為剝削程序員的"周扒皮"。

1.7萬不得已才請教別人

筆者在ChinaITLab網校的在線輔導系統中解決學生問題時發現，大部分的問題學生稍做思考就可以解決。請教別人之前，你應該先回答如下幾個問題。

你是否在google中搜索了問題的解決辦法？

你是否查看了JAVAAPI文檔？

你是否查找過相關書籍？

你是否寫代碼測試過？

如果回答都是"是"的話，而且還沒有找到解決辦法，再問別人不遲。要知道獨立思考的能力對你很重要。要知道程序員的時間是很寶貴的。

1.8多讀好書

書中自有顏如玉。比爾?蓋茨是一個飽讀群書的人。雖然沒有讀完大學，但九歲的時候比爾?蓋茨就已經讀完了所有的網路全書，所以他精通天文、歷史、地理等等各類學科，可以說比爾?蓋茨不僅是當今世界上金錢的首富，而且也可以稱得上是知識的巨富。

筆者在給學生上課的時候經常會給他們推薦書籍，到後來學生實在忍無可忍開始抱怨，"天吶，這么多書到什麼時候才能看完了"，"學軟體開發，感覺上了賊船"。這時候，我的回答一般是，"別著急，什麼時候帶你們去看看我的書房，到現在每月花在技術書籍上的錢400元，這在軟體開發人員之中還只能夠算是中等的"，學生當場暈倒。（註：這一部分學生是剛學軟體開發的）

對於在JAVA開發領域的好書在筆者另外一篇文章中會專門點評。該文章可作為本文的姊妹篇。

1.9使用合適的工具

工欲善其事必先利其器。軟體開發包含各種各樣的活動，需求收集分析、建立用例模型、建立分析設計模型、編程實現、調試程序、自動化測試、持續集成等等，沒有工具幫忙可以說是寸步難行。工具可以提高開發效率，使軟體的質量更高BUG更少。組合稱手的武器。到飛花摘葉皆可傷人的境界就很高了，無招勝有招，手中無劍心中有劍這樣的境界幾乎不可企及。在筆者另外一篇文章中會專門闡述如何選擇合適的工具（該文章也可作為本文的姊妹篇）。

2．軟體開發學習路線

兩千多年的儒家思想孔孟之道，中庸的思想透入骨髓，既不冒進也不保守並非中庸之道，而是找尋學習軟體開發的正確路線與規律。

從軟體開發人員的生涯規劃來講，我們可以大致分為三個階段，軟體工程師→軟體設計師→架構設計師或項目管理師。不想當元帥的士兵不是好士兵，不想當架構設計師或項目管理師的程序員也不是好的程序員。我們應該努力往上走。讓我們先整理一下開發應用軟體需要學習的主要技術。

A．基礎理論知識，如操作系統、編譯原理、數據結構與演算法、計算機原理等，它們並非不重要。如不想成為計算機科學家的話，可以採取"用到的時候再來學"的原則。

B．一門編程語言，現在基本上都是面向對象的語言，JAVA/C++/C#等等。如果做WEB開發的話還要學習HTML/JavaScript等等。

C．一種方法學或者說思想，現在基本都是面向對象思想（OOA/OOD/設計模式）。由此而衍生的基於組件開發CBD/面向方面編程AOP等等。

D．一種關系型資料庫，ORACLE/SqlServer/DB2/MySQL等等

E．一種提高生產率的IDE集成開發環境JBuilder/Eclipse/VS.NET等。

F．一種UML建模工具，用ROSE/VISIO/鋼筆進行建模。

G．一種軟體過程，RUP/XP/CMM等等，通過軟體過程來組織軟體開發的眾多活動，使開發流程專業化規范化。當然還有其他的一些軟體工程知識。

H．項目管理、體系結構、框架知識。

正確的路線應該是：B→C→E→F→G→H。

還需要補充幾點：

1）．對於A與C要補充的是，我們應該在實踐中逐步領悟編程理論與編程思想。新技術雖然不斷涌現，更新速度令人眼花燎亂霧里看花；但萬變不離其宗，編程理論與編程思想的變化卻很慢。掌握了編程理論與編程思想你就會有撥雲見日之感。面向對象的思想在目前來講是相當關鍵的，是強勢技術之一，在上面需要多投入時間，給你的回報也會讓你驚喜。

2）．對於資料庫來說是獨立學習的，這個時機就由你來決定吧。

3）．編程語言作為學習軟體開發的主線，而其餘的作為輔線。

4）．軟體工程師著重於B、C、E、D；軟體設計師著重於B、C、E、D、F；架構設計師著重於C、F、H。

⑤ c語言編程實例100題

這里非常不錯，不但有經典的100例，還有許多實用的例子，強烈推薦！！
http://tieba..com/f?kz=13382217

⑥ PLC編程100例

p指令是讓p指令後面的輸出導通下一個plc掃描周期！！

你有錯的肯定是你的符號註解有沖突等等，邏輯上有錯誤plc編程軟體是檢測不出來的！！！

我的qq626621999

有空發圖給我！！！！

⑦ 編程該怎麼學

0．引言

在ChinaITLAB導師制輔導中，筆者發現問得最多的問題莫過於"如何學習編程？Java該如何學習？"。類似的問題回答多了，難免會感覺厭煩，就萌生了寫下本文的想法。到時候再有人問起類似的問題，我可以告訴他（她），請你去看看《Java學習之路》。拜讀過台灣蔡學鏞先生的《Java夜未眠》，有些文章如《Java學習之道》等讓我們確實有共鳴，本文題目也由此而來。

軟體開發之路是充滿荊棘與挑戰之路,也是充滿希望之路。Java學習也是如此，沒有捷徑可走。夢想像《天龍八部》中虛竹一樣被無崖子醍醐灌頂而輕松獲得一甲子功力，是很不現實的。每天仰天大叫"天神啊，請賜給我一本葵花寶典吧"，殊不知即使你獲得了葵花寶典，除了受自宮其身之苦外，你也不一定成得了"東方不敗"，倒是成"西方失敗"的幾率高一點。

"不走彎路，就是捷徑"，佛經說的不無道理。

1．如何學習程序設計？

Java是一種平台，也是一種程序設計語言，如何學好程序設計不僅僅適用於Java，對C++等其他程序設計語言也一樣管用。有編程高手認為，Java也好C也好沒什麼分別，拿來就用。為什麼他們能達到如此境界？我想是因為編程語言之間有共通之處，領會了編程的精髓，自然能夠做到一通百通。如何學習程序設計理所當然也有許多共通的地方。

1.1 培養興趣

興趣是能夠讓你堅持下去的動力。如果只是把寫程序作為謀生的手段的話，你會活的很累，也太對不起自己了。多關心一些行業趣事，多想想蓋茨。不是提倡天天做白日夢，但人要是沒有了夢想，你覺得有味道嗎？可能像許多深圳本地農民一樣，打打麻將，喝喝功夫茶，拜拜財神爺；每個月就有幾萬十幾萬甚至更多的進帳，憑空多出個"食利階層"。你認為，這樣有味道嗎？有空多到一些程序員論壇轉轉，你會發現，他們其實很樂觀幽默，時不時會冒出智慧的火花。

1.2 慎選程序設計語言

男怕入錯行，女怕嫁錯郎。初學者選擇程序設計語言需要謹慎對待。軟體開發不僅僅是掌握一門編程語言了事，它還需要其他很多方面的背景知識。軟體開發也不僅僅局限於某幾個領域，而是已經滲透到了各行各業幾乎每一個角落。

如果你對硬體比較感興趣，你可以學習C語言/匯編語言，進入硬體開發領域。如果你對電信的行業知識及網路比較熟悉，你可以在C/C++等之上多花時間，以期進入電信軟體開發領域。如果你對操作系統比較熟悉，你可以學習C/Linux等等,為Linux內核開發/驅動程序開發/嵌入式開發打基礎。

如果你想介入到應用范圍最廣泛的應用軟體開發（包括電子商務電子政務系統）的話，你可以選擇J2EE或.NET，甚至LAMP組合。每個領域要求的背景知識不一樣。做應用軟體需要對資料庫等很熟悉。總之，你需要根據自己的特點來選擇合適你的編程語言。

1.3 要腳踏實地,快餐式的學習不可取

先分享一個故事。

有一個小朋友，他很喜歡研究生物學，很想知道那些蝴蝶如何從蛹殼里出來，變成蝴蝶便會飛。有一次，他走到草原上面看見一個蛹，便取了回家，然後看著，過了幾天以後，這個蛹出了一條裂痕，看見裡面的蝴蝶開始掙扎，想抓破蛹殼飛出來。 這個過程達數小時之久，蝴蝶在蛹裡面很辛苦地拚命掙扎，怎麼也沒法子走出來。這個小孩看著看著不忍心，就想不如讓我幫幫它吧，便隨手拿起剪刀在蛹上剪開，使蝴蝶破蛹而出。 但蝴蝶出來以後，因為翅膀不夠力，變得很臃腫，飛不起來。

這個故事給我們的啟示是：欲速則不達。

浮躁是現代人最普遍的心態，能怪誰？也許是貧窮落後了這么多年的緣故，就像當年的大躍進一樣，都想大步跨入共產主義社會。現在的軟體公司、客戶、政府、學校、培訓機構等等到處彌漫著浮躁之氣。就拿筆者比較熟悉的深圳IT培訓行業來說吧，居然有的打廣告宣稱"參加培訓，100%就業"，居然報名的學生不少，簡直是藐視天下程序員。社會環境如是，我們不能改變，只能改變自己,鬧市中的安寧，彌足珍貴。許多初學者C++/Java沒開始學，立馬使用VC/JBuilder,會使用VC/JBuilder開發一個Hello World程序，就忙不迭的向世界宣告，"我會軟體開發了"，簡歷上也大言不慚地寫上"精通VC/Java"。結果到軟體公司面試時要麼被三兩下打發走了，要麼被駁的體無完膚，無地自容。到處碰壁之後才知道捧起《C++編程思想》《Java編程思想》仔細鑽研，早知如此何必當初呀。

"你現在講究簡單方便，你以後的路就長了"，好象也是佛經中的勸戒。

1.4 多實踐,快實踐

彭端淑的《為學一首示子侄》中有窮和尚與富和尚的故事。

從前，四川邊境有兩個和尚，一個貧窮，一個有錢。一天，窮和尚對富和尚說："我打算去南海朝聖，你看怎麼樣？"富和尚說："這里離南海有幾千里遠，你靠什麼去呢？"窮和尚說："我只要一個水缽，一個飯碗就夠了。"富和尚為難地說："幾年前我就打算買條船去南海，可至今沒去成，你還是別去吧！" 一年以後，富和尚還在為租賃船隻籌錢，窮和尚卻已經從南海朝聖回來了。

這個故事可解讀為：任何事情，一旦考慮好了，就要馬上上路，不要等到准備周全之後，再去幹事情。假如事情准備考慮周全了再上路的話，別人恐怕捷足先登了。軟體開發是一門工程學科，注重的就是實踐，"君子動口不動手"對軟體開發人員來講根本就是錯誤的，他們提倡"動手至上"，但別害怕，他們大多溫文爾雅，沒有暴力傾向，雖然有時候蓬頭垢面的一副"比爾蓋茨"樣。有前輩高人認為，學習編程的秘訣是：編程、編程、再編程，筆者深表贊同。不僅要多實踐，而且要快實踐。我們在看書的時候，不要等到你完全理解了才動手敲代碼，而是應該在看書的同時敲代碼，程序運行的各種情況可以讓你更快更牢固的掌握知識點。

1.5 多參考程序代碼

程序代碼是軟體開發最重要的成果之一，其中滲透了程序員的思想與靈魂。許多人被《仙劍奇俠傳》中凄美的愛情故事感動,悲劇的結局更有一種缺憾美。為什麼要以悲劇結尾？據說是因為寫《仙劍奇俠傳》的程序員失戀而安排了這樣的結局，他把自己的感覺融入到游戲中，卻讓眾多的仙劍迷扼腕嘆息。

多多參考代碼例子，對Java而言有參考文獻[4.3],有API類的源代碼(JDK安裝目錄下的src.zip文件)，也可以研究一些開源的軟體或框架。

1.6 加強英文閱讀能力

對學習編程來說，不要求英語, 但不能一點不會,。最起碼像Java API文檔(參考文獻[4.4])這些東西還是要能看懂的,連猜帶懵都可以；旁邊再開啟一個"金山詞霸"。看多了就會越來越熟練。在學Java的同時學習英文，一箭雙雕多好。另外好多軟體需要到英文網站下載，你要能夠找到它們，這些是最基本的要求。英語好對你學習有很大的幫助。口語好的話更有機會進入管理層，進而可以成為剝削程序員的"周扒皮"。

1.7 萬不得已才請教別人

筆者在ChinaITLab網校的在線輔導系統中解決學生問題時發現，大部分的問題學生稍做思考就可以解決。請教別人之前，你應該先回答如下幾個問題。

你是否在google中搜索了問題的解決辦法？

你是否查看了Java API文檔？

你是否查找過相關書籍？

你是否寫代碼測試過？

如果回答都是"是"的話，而且還沒有找到解決辦法，再問別人不遲。要知道獨立思考的能力對你很重要。要知道程序員的時間是很寶貴的。

1.8 多讀好書

書中自有顏如玉。比爾?蓋茨是一個飽讀群書的人。雖然沒有讀完大學，但九歲的時候比爾?蓋茨就已經讀完了所有的網路全書，所以他精通天文、歷史、地理等等各類學科，可以說比爾?蓋茨不僅是當今世界上金錢的首富，而且也可以稱得上是知識的巨富。

筆者在給學生上課的時候經常會給他們推薦書籍，到後來學生實在忍無可忍開始抱怨，"天吶，這么多書到什麼時候才能看完了"，"學軟體開發，感覺上了賊船"。這時候，我的回答一般是，"別著急，什麼時候帶你們去看看我的書房，到現在每月花在技術書籍上的錢400元，這在軟體開發人員之中還只能夠算是中等的"，學生當場暈倒。（註：這一部分學生是剛學軟體開發的）

對於在Java開發領域的好書在筆者另外一篇文章中會專門點評。該文章可作為本文的姊妹篇。
1.9 使用合適的工具

工欲善其事必先利其器。軟體開發包含各種各樣的活動，需求收集分析、建立用例模型、建立分析設計模型、編程實現、調試程序、自動化測試、持續集成等等，沒有工具幫忙可以說是寸步難行。工具可以提高開發效率，使軟體的質量更高BUG更少。組合稱手的武器。到飛花摘葉皆可傷人的境界就很高了，無招勝有招，手中無劍心中有劍這樣的境界幾乎不可企及。在筆者另外一篇文章中會專門闡述如何選擇合適的工具（該文章也可作為本文的姊妹篇）。

2．軟體開發學習路線

兩千多年的儒家思想孔孟之道，中庸的思想透入骨髓，既不冒進也不保守並非中庸之道，而是找尋學習軟體開發的正確路線與規律。

從軟體開發人員的生涯規劃來講，我們可以大致分為三個階段，軟體工程師→軟體設計師→架構設計師或項目管理師。不想當元帥的士兵不是好士兵，不想當架構設計師或項目管理師的程序員也不是好的程序員。我們應該努力往上走。讓我們先整理一下開發應用軟體需要學習的主要技術。

A．基礎理論知識，如操作系統、編譯原理、數據結構與演算法、計算機原理等，它們並非不重要。如不想成為計算機科學家的話，可以採取"用到的時候再來學"的原則。

B．一門編程語言，現在基本上都是面向對象的語言，Java/C++/C#等等。如果做WEB開發的話還要學習HTML/JavaScript等等。

C．一種方法學或者說思想，現在基本都是面向對象思想（OOA/OOD/設計模式）。由此而衍生的基於組件開發CBD/面向方面編程AOP等等。

D．一種關系型資料庫，ORACLE/SqlServer/DB2/MySQL等等

E．一種提高生產率的IDE集成開發環境JBuilder/Eclipse/VS.NET等。

F．一種UML建模工具，用ROSE/VISIO/鋼筆進行建模。

G．一種軟體過程，RUP/XP/CMM等等，通過軟體過程來組織軟體開發的眾多活動，使開發流程專業化規范化。當然還有其他的一些軟體工程知識。

H．項目管理、體系結構、框架知識。

正確的路線應該是：B→C→E→F→G→H。

還需要補充幾點：

1）．對於A與C要補充的是，我們應該在實踐中逐步領悟編程理論與編程思想。新技術雖然不斷涌現，更新速度令人眼花燎亂霧里看花；但萬變不離其宗，編程理論與編程思想的變化卻很慢。掌握了編程理論與編程思想你就會有撥雲見日之感。面向對象的思想在目前來講是相當關鍵的，是強勢技術之一，在上面需要多投入時間，給你的回報也會讓你驚喜。

2）．對於資料庫來說是獨立學習的，這個時機就由你來決定吧。

3）．編程語言作為學習軟體開發的主線，而其餘的作為輔線。

4）．軟體工程師著重於B、C、E、D；軟體設計師著重於B、C、E、D、F；架構設計師著重於C、F、H。

3．如何學習Java?

3.1 Java學習路線

3.1.1 基礎語法及Java原理

基礎語法和Java原理是地基，地基不牢靠，猶如沙地上建摩天大廈，是相當危險的。學習Java也是如此，必須要有扎實的基礎，你才能在J2EE、J2ME領域游刃有餘。參加SCJP（SUN公司認證的Java程序員）考試不失為一個好方法，原因之一是為了對得起你交的1200大洋考試費，你會更努力學習，原因之二是SCJP考試能夠讓你把基礎打得很牢靠，它要求你跟JDK一樣熟悉Java基礎知識；但是你千萬不要認為考過了SCJP就有多了不起，就能夠獲得軟體公司的青睞，就能夠獲取高薪，這樣的想法也是很危險的。獲得"真正"的SCJP只能證明你的基礎還過得去，但離實際開發還有很長的一段路要走。
3.1.2 OO思想的領悟

掌握了基礎語法和Java程序運行原理後，我們就可以用Java語言實現面向對象的思想了。面向對象，是一種方法學;是獨立於語言之外的編程思想;是CBD基於組件開發的基礎;屬於強勢技術之一。當以後因工作需要轉到別的面向對象語言的時候，你會感到特別的熟悉親切，學起來像喝涼水這么簡單。

使用面向對象的思想進行開發的基本過程是：

●調查收集需求。

●建立用例模型。

●從用例模型中識別分析類及類與類之間的靜態動態關系，從而建立分析模型。

●細化分析模型到設計模型。

●用具體的技術去實現。

●測試、部署、總結。

3.1.3 基本API的學習

進行軟體開發的時候，並不是什麼功能都需要我們去實現，也就是經典名言所說的"不需要重新發明輪子"。我們可以利用現成的類、組件、框架來搭建我們的應用，如SUN公司編寫好了眾多類實現一些底層功能，以及我們下載過來的JAR文件中包含的類,我們可以調用類中的方法來完成某些功能或繼承它。那麼這些類中究竟提供了哪些方法給我們使用？方法的參數個數及類型是？類的構造器需不需要參數？總不可能SUN公司的工程師打國際長途甚至飄洋過海來告訴你他編寫的類該如何使用吧。他們只能提供文檔給我們查看，Java DOC文檔（參考文獻4.4）就是這樣的文檔，它可以說是程序員與程序員交流的文檔。

基本API指的是實現了一些底層功能的類，通用性較強的API，如字元串處理/輸入輸出等等。我們又把它成為類庫。熟悉API的方法一是多查Java DOC文檔（參考文獻4.4），二是使用JBuilder/Eclipse等IDE的代碼提示功能。

3.1.4 特定API的學習

Java介入的領域很廣泛，不同的領域有不同的API，沒有人熟悉所有的API，對一般人而言只是熟悉工作中要用到的API。如果你做界面開發，那麼你需要學習Swing/AWT/SWT等API；如果你進行網路游戲開發，你需要深入了解網路API/多媒體API/2D3D等；如果你做WEB開發，就需要熟悉Servlet等API啦。總之，需要根據工作的需要或你的興趣發展方向去選擇學習特定的API。

3.1.5 開發工具的用法

在學習基礎語法與基本的面向對象概念時，從鍛煉語言熟練程度的角度考慮，我們推薦使用的工具是Editplus/JCreator+JDK,這時候不要急於上手JBuilder/Eclipse等集成開發環境，以免過於關注IDE的強大功能而分散對Java技術本身的注意力。過了這一階段你就可以開始熟悉IDE了。

程序員日常工作包括很多活動，編輯、編譯及構建、調試、單元測試、版本控制、維持模型與代碼同步、文檔的更新等等，幾乎每一項活動都有專門的工具，如果獨立使用這些工具的話，你將會很痛苦，你需要在堆滿工具的任務欄上不斷的切換，效率很低下，也很容易出錯。在JBuilder、Eclipse等IDE中已經自動集成編輯器、編譯器、調試器、單元測試工具JUnit、自動構建工具ANT、版本控制工具CVS、DOC文檔生成與更新等等，甚至可以把UML建模工具也集成進去，又提供了豐富的向導幫助生成框架代碼，讓我們的開發變得更輕松。應該說IDE發展的趨勢就是集成軟體開發中要用到的幾乎所有工具。

從開發效率的角度考慮，使用IDE是必經之路，也是從一個學生到一個職業程序員轉變的里程碑。

Java開發使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等幾種；而Eclipse、JBuilder佔有的市場份額是最大的。JBuilder在近幾年來一直是Java集成開發環境中的霸主，它是由備受程序員尊敬的Borland公司開發，在硝煙彌漫的Java IDE大戰中,以其快速的版本更新擊敗IBM的Visual Age for Java等而成就一番偉業。IBM在Visual Age for Java上已經無利可圖之下，乾脆將之貢獻給開源社區，成為Eclipse的前身，真所謂"柳暗花明又一村"。浴火重生的Eclipse以其開放式的插件擴展機制、免費開源獲得廣大程序員（包括幾乎所有的骨灰級程序員）的青睞，極具發展潛力。

3.1.6 學習軟體工程

對小型項目而言，你可能認為軟體工程沒太大的必要。隨著項目的復雜性越來越高，軟體工程的必要性才會體現出來。參見"軟體開發學習路線"小節。

3.2學習要點

確立的學習路線之後，我們還需要總結一下Java的學習要點，這些要點在前文多多少少提到過，只是筆者覺得這些地方特別要注意才對它們進行匯總，不要嫌我婆婆媽媽啊。

3.2.1勤查API文檔

當程序員編寫好某些類，覺得很有成就感,想把它貢獻給各位苦難的同行。這時候你要使用"Javadoc"工具（包含在JDK中）生成標準的Java DOC文檔,供同行使用。J2SE/J2EE/J2ME的DOC文檔是程序員與程序員交流的工具，幾乎人手一份，除了菜鳥之外。J2SE DOC文檔官方下載地址：http://Java.sun.com/j2se/1.5.0/download.jsp，你可以到google搜索CHM版本下載。也可以在線查看：http://Java.sun.com/j2se/1.5.0/docs/api/index.html。

對待DOC文檔要像毛主席語錄，早上起床念一遍，吃飯睡覺前念一遍。

當需要某項功能的時候，你應該先查相應的DOC文檔看看有沒有現成的實現，有的話就不必勞神費心了直接用就可以了，找不到的時候才考慮自己實現。使用步驟一般如下：

●找特定的包，包一般根據功能組織。

●找需要使用類，類命名規范的話我們由類的名字可猜出一二。

●選擇構造器，大多數使用類的方式是創建對象。

●選擇你需要的方法。

3.2.2 查書/google->寫代碼測試->查看源代碼->請教別人

當我們遇到問題的時候該如何解決？

這時候不要急著問別人，太簡單的問題，沒經過思考的問題，別人會因此而瞧不起你。可以先找找書，到google中搜一下看看，絕大部分問題基本就解決了。而像"某些類/方法如何使用的問題"，DOC文檔就是答案。對某些知識點有疑惑是，寫代碼測試一下，會給你留下深刻的印象。而有的問題，你可能需要直接看API的源代碼驗證你的想法。萬不得已才去請教別人。

3.2.3學習開源軟體的設計思想

Java領域有許多源代碼開放的工具、組件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive論壇、PetStore寵物店等等多如牛毛。這些可是前輩給我們留下的瑰寶呀。入寶山而空手歸，你心甘嗎？對這些工具、框架進行分析，領會其中的設計思想，有朝一日說不定你也能寫一個XXX框架什麼的，風光一把。分析開源軟體其實是你提高技術、提高實戰能力的便捷方法。

3.2.4 規范的重要性

沒有規矩，不成方圓。這里的規范有兩層含義。第一層含義是技術規范，多到http://www.jcp.org下載JSRXXX規范，多讀規范，這是最權威准確最新的教材。第二層含義是編程規范，如果你使用了大量的獨特演算法，富有個性的變數及方法的命名方式；同時，沒給程序作注釋，以顯示你的編程功底是多麼的深厚。這樣的代碼別人看起來像天書，要理解談何容易，更不用說維護了，必然會被無情地掃入垃圾堆。Java編碼規范到此查看或下載http://Java.sun.com/docs/codeconv/ ，中文的也有，啊，還要問我在哪，請參考3.2.2節。

3.2.5 不局限於Java

很不幸，很幸運，要學習的東西還有很多。不幸的是因為要學的東西太多且多變，沒時間陪老婆家人或女朋友，導致身心疲憊，嚴重者甚至導致抑鬱症。幸運的是別人要搶你飯碗絕非易事，他們或她們需要付出很多才能達成心願。

Java不要孤立地去學習，需要綜合學習數據結構、OOP、軟體工程、UML、網路編程、資料庫技術等知識，用橫向縱向的比較聯想的方式去學習會更有效。如學習Java集合的時候找數據結構的書看看；學JDBC的時候復習資料庫技術；採取的依然是"需要的時候再學"的原則。

4．結束語

需要強調的是，學習軟體開發確實有一定的難度，也很辛苦，需要付出很多努力，但千萬不要半途而廢。本文如果能對一直徘徊在Java神殿之外的朋友有所幫助的話，筆者也欣慰了。哈哈，怎麼聽起來老氣橫秋呀？沒辦法，在電腦的長期輻射之下，都快變成小老頭了。最後奉勸各位程序員尤其是MM程序員，完成工作後趕快遠離電腦，據《胡播亂報》報道，電腦輻射會在白皙的皮膚上面點綴一些小黑點，看起來鮮艷無比……

⑧ 編程語言發展史上有哪些趣事

呵呵，其實Delphi是C#的同父異母的哥哥，你不知道吧，Delphi之父Anders Hejlsberg是個超級天才，一手搞出了Turbo Pascal，Turbo C，後來又搞出來Delphi基本奠定了他的業內地位。
他對語言和匯編的理解全世界沒幾個人能超越。微軟三顧茅廬來挖他他都拒絕了，有這么一個大牛在，我曾一度以為borland不會倒，但是borland的二貨CEO看公司大了就不在專注技術了，搞得這位大牛公司地位一降再降，最後無奈只能去了微軟，一上來就搞了J++，差點把java搞死，sun通過打官司才把j++弄死，可見J++的厲害之處，沒辦法java標準的路走不了，只能自創道路，於是.NET和C#就出來！

⑨ 編程語言發展史上有哪些趣事

關於編程語言發展史上有哪些趣事，我有以下看法，希望對你有所幫助。

命名過程中的趣事

該公司召集了一系列會議，通過嚴格挑選律師，編制了一份簡短的名單，包括絲綢、DNA和Java。雖然我們不能告訴誰是第一個推薦Java選項的兄弟，但它得到了大多數與會者的廣泛支持。Java的靈感來自於Peet咖啡館(Java，眾所周知的Java，它以咖啡而聞名)，它是所有Sun的工程師們最喜歡的休閑場所。

⑩ C語言的經典編程例子

程序員》推薦C++ 圖書三人談

主持人：熊節（透明），《程序員》雜志編輯，C-View成員
嘉 賓：孟岩（夢魘）,聯想公司掌上設備事業部應用開發處任職，C-View成員。與侯捷先生合譯《C++ Standard Library》一書
金尹（惡魔），上海天宇公司CTO，在《程序員》連載有「自由與繁榮的國度」系列文章

透明：「學C++用哪本書入門」，這是被問得最多的一個問題。但是哪一本書是最好的入門書？似乎很難找到答案。《C++ Primer》太厚，《Effective C++》對讀者要求比較高，《Essential C++》又常常被批評為「太淺」。
其實說穿了：no silver bullet。想從一本書學會C++，那是不可能的。有朋友問我如何學C++，我會建議他先去找本數據結構書，把裡面的習題全部用C++做一遍，然後再去看《Effective C++》。myan經常說「要在學習初期養成好習慣」，我對此頗不以為然。
個人認為，《Essential C++》適合作教材，《C++ Primer》適合作參考書，《Effective C++》適合作課外讀物。

惡魔：很後悔當初買了《C++ Primer》。因為從我個人角度來看，它的功能效用基本是和《The C++ Programming Language》重合。當然對於入門來說，它還是很不錯的。但是《C++ Primer》太厚，一來導致看書極其不方便，二來系統學習需要花比較長的時間。對於目前這個越來越快餐化的時代來說，的確有很多不適合的地方，不過可以作為初學者的參考書。現在我以一塊K3 CPU的代價把它借給了別人，希望我那位同事能夠從中得到一些益處。
如果已經具備了C基礎，我建議看國內的書，例如錢能的《 C++大學教程（第二版） 》。(如果沒有C的基礎還是看譚浩強的C語言)。這本書對C講得還算比較清晰，有很多習題值得一做，特別是最後的struct和union兩個部分。其中的一些演算法比較拖沓和繁瑣（比如樹和鏈表的遍歷演算法），讀者可以嘗試修改這些例子，作為最後對C語言的一些總結測試。

夢魘：這個問題讓我想起四五年前的情形。今天對於C++有一點認識的人，多半是從那幾年就開始學C++了。那時根本沒有品牌觀念。從書店裡找一本C++書，如果看著還算明白，就買下來。我記得那時候宛延闓、張國鋒、麥中凡教授的書都受到很高的贊譽。我個人最早的一本C++書是Greg Perry的一本書，今天想起來，其實是一本打著C++旗號的C語言教程。對我作用最大的一本書是國防科技出版社出版的一本書，書名記不得了，作者叫斯蒂芬·布萊哈。
透明：還記得以前曾批評過一本C++書，是北航出的，整本書就沒有出現過class關鍵字。那本書，說穿了其實只是介紹了C語言和iostream庫的用法，根本不能算C++。而當時我常常推薦的一本書是電子科技大學張松梅老師的C++教程。那本書，直到今天來看也沒有太大的問題，唯一的缺憾就是由於年代久遠，許多東西已經過時了。而對於一本技術書籍來說，「過時」是最不可接受的。
總體來說，那時使用C++的人真是在「盲人摸象」。不過這也有好處，就是對C++的很多細節能搞清楚，以後看到經典好書時比較容易理解；當然壞處就是概念不清，甚至都不知道C++和Visual C++、Borland C++到底有什麼不一樣。

夢魘：整個90年代，其實大部分人對於C++的認識都似是而非。一開始是等同於Borland C++，後來是等同於Visual C++和MFC。所以一般來說，打著BC和VC旗號的書賣得很好，人們覺得這就是C++。而我比較幸運，布萊哈的那本書雖然從現在的眼光來看談不上高超，但基本路子是對的。可能是因為原書是給UNIX程序員的培訓教材，所以沒有讓我一開始就形成「C++ == VC++」的認識。
其實一直到1996年，我們那裡搞計算機的都是唯Borland C++馬首是瞻的，到了VC 4.0出來，一下子格局全變了。1997年VC5推出之後，書店裡MFC書鋪天蓋地，學MFC的人，頭抬得都比別人高一些。不過現在看來，那時候大部分的MFC書都是三流貨色。我曾經有一段時間認為，那一批程序員中間有不少被誤導了。根本原因就是相對的封閉。

透明：我覺得一本書的價值有兩方面：第一，教給你實用的技術；第二，促使你去思考。對於一本介紹VC（或者說MFC）使用方法的書，我根本不希望它能促使我有什麼思考，所以我就一定要求它在技術上精益求精完美無瑕。我剛開始用VC的時候，買的第一本書就是潘愛民老師翻譯的《VC技術內幕》（第四版），沒有受到那些「三流貨色」的誤導，應該說是很幸運的。

夢魘：1999年機械工業出版社開始出版「計算機科學叢書」，其中的《Thinking in C++》第一版受到了廣泛的歡迎。其實我一直不認為這本書很出色，雖然拿過一次大獎。然而我們都得承認，這本書在C++書籍領域里第一次建立了品牌觀念，很多初學者開始知道，不是隨便買哪一本都一樣的。再往後就是2000年的《 深入淺出MFC（第二版） 》第二版，以及侯先生在《程序員》上發表的那一篇《C++/OOP大系》，加上整個大環境的變化，品牌觀念深入人心，C++書籍市場終於開始逐漸與世界同步。
回想往事，我的感覺是，那個需要戰戰兢兢選擇入門書的時代已經過去，今天的C++初學者，大可以放心地買口碑好、自己讀起來思路順暢的書，入門不再是太大的問題。還有一些程序員已經學了幾年C++，但看到今天出版的一些新書，感覺比較陌生，這也不是什麼問題。侯先生經常說「凡走過必留下足跡」，所謂「走彎路」，未必不是一件好事。
至於具體的推薦表，就不好一概而論了。總之在我的印象里，《Essential C++》、《C++ Primer》、錢能教授的C++教程，都不錯。甚至有人一上來就看Bjarne Stroustrup的《The C++ Programming Language》，只要他喜歡，也沒什麼不可以。

透明：我同意你的觀點。不管怎麼說，編程是門實踐性非常強的學問。要想對C++對象模型有深入的了解，最好的辦法就是寫一串程序去看結果；要想學會OOP，也只能從項目中學。對於初學者，最好的學習方法就是不停地寫程序，寫真正有用的程序，寫到有問題的時候就去查書，於是自然就會知道哪本書好哪本書不好。不過我們的教育制度能不能讓大學里的學生們有這樣的學習機會，我表示懷疑。
以我的經驗，學C++有兩個門檻：入門和使用。完全看不懂C++，這是一個門檻，但是只要有一本合適的入門書，很快就能跨過。要想真正用上C++，卻不是件很容易的事情。尤其對於學生來說，接觸到的東西多是「玩具」，很難有實戰的機會。所以經常看見有人問「C++到底能做什麼」，這是C++學習中一個比較麻煩的問題。我們都是做了相當長時間的C++程序之後才看到一些真正經典的書，也正是因為走了相當長的彎路之後才知道這些書的經典之所在。所謂彎路，我想也是一種必須的積累。就算一開始就看《Essential C++》和《C++ Primer》，沒有兩三年的時間恐怕還是難有所得。

惡魔：有兩句十分有道理的話，一是我大學的C語言老師說的「寫程序不如說是抄程序」，另一句是一網友說的「好的設計來自借鑒，天才的設計來自剽竊」。對於我這個理性批判主義者來說，這兩句話的確不太適合。但是無論從哪個角度來講，對於初學者來說，剽竊大師的作品是通向成功的最快捷徑。
我個人認為，對於C++的初學者來說，首先要確定自己專業領域內主要使用的特性的方向。因為C++的特性如此眾多，初學者想貪多基本是不可能成功的。C++的編程範式基本可以分為ADT+PP、GP和OO三個方向。對於ADT+PP範式來說，初學者的主要問題不是學習C++，而是學習C的使用。對於這樣的初學者，國內的幾本書還是寫得比較清楚，符合中國人的習慣，比如譚浩強的《C語言教程》、錢能的《C++語言大學教程》。這兩本書我首推第一本，因為這一本我潛心研究了一年，這本書當中很多程序是可以剽竊的，而且可以對這些程序進行加工和提升。比如結構這一章中，它所給出的用struct來實現鏈表、二叉樹的演算法是相當蹩腳的。學習ADT+PP的初學者將這本書揣摩透以後可以嘗試修改這兩個程序。另外這本書的第二版稍微涉及了一些關於「類」的內容。學習ADT+PP的初學者，可以不被OO中的一些專有特性擾亂自己的思路，對於類層次扁平、無繼承、無多態的程序編寫是有很大好處的。

透明：你好象比較推崇國內教授寫的書。現在社會上有種不好的風氣：一捧就捧上天，一貶就貶下地。就好象對待譚教授的書，前幾年是奉為經典，這幾年又有很多人使勁批評。學C++更是有點「崇洋媚外」，總是覺得初學就應該看《Essential C++》。我看這種觀點也是片面的。

惡魔：當然《Essential C++》也值得看看。但是我個人覺得這本書沒有譚浩強的《C語言教程》來得好。主要原因是：第一，C++的所有特性都點到了，但是不深，看了以後會三心二意沒有方向；第二，可以抄襲借鑒的例子太少。《C語言教程》中有很多有趣的問題，比如猴子吃桃、漢諾塔等等，這些例子對於剛剛涉及C/C++語言編程的人來說是學習編程很好的例子。《Essential C++》只能是前兩本書看透以後，作為學習C++特性的一個過渡性的書籍。讓讀者真正領略到什麼是C++的編程、和C編程的不同點在哪裡。

透明：我發現一個很有趣的現象：初學者往往喜歡問「哪本書比較好」，這讓我很是不解。這有點像一個剛學打籃球的人問「王治郅和科比誰比較厲害」。當然科比更厲害一些。但如果你是想學打籃球，這兩個人都非常非常有資格教你，你跟誰學都能學得很強——關鍵不是在於你選哪個老師，而是在於你自己用多少功夫去學。

透明：回到原來話題。學會了C++的語法，能看懂C++代碼之後，必須有些書來指導進階（或者叫指點迷津）。我覺得《設計模式》很好，能夠讓讀者看到一些精妙的用法。不過正如我經常說的，模式帶來的麻煩和好處一樣多，甚至麻煩還要更多。而且，C++本身的問題使得在C++中使用GoF模式愈加麻煩。

夢魘：《Design Patterns》這本書絕對是不可以沒有的，而且中英文版都不可少。最初我看中文版，說實話看不懂，但是也不覺得人家翻譯得不好，所以就想，大概是原文就很難懂，加上自己水平有限。於是總是想著再找幾本patterns的書來看。後來找到幾本書，口碑還不錯，不過水平高下，一比就出來了，還是那本《Design Patterns》最經典，最耐看。英文版出來之後，兩個版本對照看，明白多了。現在覺得，其實就設計模式來講，把這本看明白了就很不錯了，不用再花費很多心思找其他的書。我現在的包里始終夾著這本書，隨身攜帶，有備無患。
至於說設計模式的副作用，和可能帶來的弊端，我的體會也挺多。不過是這樣，我們想一想，究竟什麼情況下設計模式可以用得很好呢？一種是有經驗豐富的人引導，比如要是Robert Martin帶隊，你在某個地方用錯了設計模式，他就會指出來，說這里不對，將來會產生什麼樣的弊端。對於他來說，豐富的實踐經驗足以支持他進行「預測型」設計。但是大部分人沒這個能力，因此我們只好走第二條路和第三條路，就是「試探型」設計和「重構型」設計。遇到一個問題，你覺得用某種模式挺合適的，就大膽地用了，成功是積累經驗，發現不好，出了問題了，只好改回來，那也是積累教訓。這叫做「試探型」。至於重構，應該算是最有組織、成功率最高的工程化方法。先把問題「quick and dirty」地解決了，所有的暗礁都暴露出來，然後再根據實際情況採用合適的模式優化設計。現在XP和UP都高度重視refactory，UP在Elaboration和Construction階段都鼓勵抽出專門的iterations進行重構。所以說如果組織快速的軟體開發，當然比較傾向於這條路——打成功率嘛。

透明：講到重構，我順便說說《Refactoring》這本書的影響。從工程本身的角度來說，你所謂的「重構型設計」是沒有什麼問題的。但中國的開發者（也包括我在內）往往比較沖動，比較容易相信銀彈的存在。曾經有那麼一段時間，我在Java中嘗試過了重構的方法之後，又拿到C++中去嘗試。結果發現，在Java中速度非常快的重構過程，到C++中就被減慢了。究其原因，就是因為C++和Java的約束條件不同。拿著Java中成功的案例直接套C++，不失敗才怪。
所以，我必須說：《Refactoring》這本書很有價值。但對於C++程序員來說，它的價值是讓你思考，思考這種方法的可行性。如果一個C++程序員沒有打算遷移到Java，那麼我必須告訴他：《Refactoring》這本書不是讓你照著它用的，甚至不是讓你去相信它的。對於C++程序員，《Refactoring》全書可以放心相信的只有第13章，其他的部分，都必須非常謹慎地對待。

夢魘：我還要就「試探型」的方法多說兩句，我覺得對於個人發展來講，「試探」也是必不可少的，撞牆不可怕，高水平的人不都是撞出來的嗎？你失敗了一次，就知道這個模式有什麼潛在的問題，下次再用，就會多看幾步，像下棋似的。撞的多了，路數就出來了。
我不知道你們是否有這個感覺：用錯了模式，吃了虧，再回過頭去翻翻《Design Patterns》，看到人家早就指出來這個問題，不過就是那麼幾句話，原來看上去乾巴巴的，現在覺得句句都講到心坎上，GoF的形象馬上就高大起來，還帶著光環，感覺是既興奮又懊悔。

透明：現在回頭來看，我更欣賞myan推薦給我的《Designing Object-Oriented C++ Applications Using Booch Method》。這本書能夠幫助C++程序員理清思路培養習慣，可惜國內沒有引進。相比後來商業味濃厚的UML系列書籍，我覺得這本書對於面向對象的闡釋精闢獨到，至今未有能出其右者。

夢魘：剛才我們兩人都說到Robert Martin，他可是我的榜樣。那本1995年的《Designing Object Oriented C++ Application》，我覺得是每一個C++軟體工程師都應該反復研讀的書。可惜不僅國內沒有引進，在國外的名氣也不大。如果你覺得面向對象的那些道理你好像都明白，可就是一遇到實際問題就使不上勁，那這本書就是你的最佳導師。
提到理清思路，還有一本書不得不提，就是Andrew Koenig的《Ruminations On C++》。每個人都應該問自己，我學了這么多年的C++，究竟什麼是C++最基本的設計理念？遇到問題我第一個直覺是什麼？第一個試探型的解決方案應該具有那些特點？如果你不能給出明確的答案，就應該認真地去讀這本書，讀完了你就有了「主心骨」。

透明：插一句話，談談「推薦書」的問題。入門書基本上是放之四海而皆準的，所以推薦的意義也不大。而入門後的發展方向，每個人不同，這個時候就需要「高人」的指點。舉個例子：我學C++的時候，myan還不認識我，所以也沒有給我推薦書，我還是學過來了，所以即使你當時向我推薦了《Essential C++》或者《C++ Primer》，我也不會太感謝你；但在我認真研究OO的時候，你推薦Robert Martin那本書給我，對我幫助就特別大，而且我從別的地方也很難找到類似的推薦，所以我就很感謝你。
一個程序員，必須有framework的意識，要學會用framework，還要主動去分析framework（在這方面，《Design Patterns》能有一定的幫助）。但是，真正高質量、成氣候的framework的書恐怕也就只有針對MFC的。從這個角度來說，MFC縱有千般不是，C++程序員都非常有必要先去用它、熟悉它、研究它，甚至藉助《深入淺出MFC》這樣的書來剖析它。不然，很難有framework的意識和感覺。
當然，另一個framework也很好，那就是STL。不管用不用MFC、STL，對這兩個東西的掌握和理解都是極有幫助的。最近我又在看《深入淺出MFC》，雖然已經不用MFC編程了，但幫助是一定有的。

夢魘：MFC和STL方面，我還是比較推崇侯先生的兩本書《深入淺出MFC》和《STL源碼解析》。
《深入淺出MFC》這本書，名氣自然是大得不得了，不過也有不少人批評。其實書也沒有十全十美的，批評當然是少不了的，不過有的時候我看到有人評論這本書，把它跟Inside VC相比，真的是牛頭不對馬嘴。
你剛才其實說得很對，程序員應該有一點framework意識。而這本《深入淺出MFC》與其說是在講MFC編程，不如說通篇是在拿MFC為例分析Application Framework的架構和脈絡。所以無論你對於MFC本身是什麼態度，這本書對每一個C++程序員都有很大的益處。

透明：是的。《VC技術內幕》會告訴你「DYNAMIC_CREATE這個宏怎麼用」，《深入淺出MFC》則告訴你「DYNAMIC_CREATE這個宏是怎麼實現的」。所以，如果你只需要在VC下寫一些小應用程序，《深入淺出MFC》的價值並不太大；但是，如果你需要設計一個稍微大一點的東西（不一定是framework），MFC的設計思想就會有所幫助。

夢魘：另外，我覺得對於MFC也應該有一個公允的評價。過去是吹捧得天上有地下無，書店裡鋪天蓋地都是MFC的書，搞得大家只知有MFC，不知有C++，甚至直到現在還有人問：「我是學MFC呢，還是學C++？VC++是不是比C++更高級的語言？」MFC成了一尊神像，阻礙了人們的視線。所以得把它從神壇上拉下來。這就是過去一兩年有很多人，包括我在內批評MFC的一個目的。可是現在大家視野開闊了，.NET也出來了，MFC不再是神像了，少數人就開始以貶損MFC為樂了。我覺得這種態度是不對的。
什麼叫好的框架？我覺得在十幾年的時間能夠象MFC這樣保持穩定並且不斷進步的框架就是好的框架。可能我們在一些具體的設計問題上有不同看法，覺得「這個地方這么設計不是更漂亮嗎？」很多時候是的，但是這不重要，重要的是MFC成熟穩定、有十幾年的成功經驗，這是最了不起的東西。
另外一點，MFC中間包括著學習Win32 API編程的最佳資料。這是除了其framework方面之外的另一個亮點。我現在使用Win32 API開發，但是經常參考MFC的源代碼，收獲很大。

透明：STL方面，我對於剖析它的源代碼興趣並不大，畢竟裡面源代碼多是演算法問題。所以，《STL源碼剖析》我也只是隨便翻翻就束之高閣了。我覺得這本書用來做計算機系的數據結構和演算法教材不錯，不知道有沒有老師樂意這樣做。
對於STL，我的態度一向都是「應用至上」。不過，我一直認為SGI STL本身就是一本精彩的書，一本數據結構和演算法的經典參考書，同時也是泛型技術的參考書。想知道一個演算法是如何實現的，看看STL源代碼就行；想知道如何使用type traits，STL源代碼裡面也有例子。看別人寫的書，總覺得隔著一層紗，有點撓不到癢處的感覺。SGI STL的代碼寫得非常漂亮，一個C++程序員如果不看看這本書，實在是可惜。

夢魘：至於STL，除了《STL源碼解析》之外，我舉賢不避親，強烈推薦侯先生與我合譯的那本《The C++ Standard Library》。這本書質量之高是無需懷疑的。我現在手邊常備此書，隨時查閱，對我幫助很大。

透明：C++和Java相比，最大的優勢就是它沒有一個專門的公司來管它，最大的弱點也是它沒有一個專門的公司來管它。Java程序員在學會簡單的語法之後，立刻進入SUN提供的framework，一邊用這個現成的framework做實際開發，一邊在開發過程中繼續學習Java一些幽深的特性。而這個時候，C++程序員恐怕還在問「VC和BCB哪個好」呢。這無疑是浪費時間。

夢魘：剛才你說Java和C++的優劣，這個話題已經成了我們這個年代永不消失的聲波了。我也不想再談這個。不過有一點我得說清楚：現在我們很多用C++的人吃了不少苦頭，探過脖子去看看Java，覺得它真是太可愛了，這種印象是不準確的。另外，Java也不簡單，而且會越來越龐大復雜。在很多場合，Java還不具有競爭力。至於將來如何，我看有些Java愛好者也過分樂觀了，似乎計算機科學界幾十年解決不了的問題都可以借著Java的東風解決掉，恐怕沒那麼容易。

透明：那當然。我再次強調：No Silver Bullet。讀書很重要，但古人說「行萬里路，讀萬卷書」，還是把「行路」放在「讀書」前面。尤其對於技術書籍，如果它不能幫我解決問題、不能給我帶來非常實際的利益，那麼我是不會去讀它的。惡魔說得對，我們這個社會很快餐，我們這個行業尤其很快餐，我們也只能努力適應它。