壹位仁兄說的“程序員寫的程序不是‘算法+語法’，而是要能夠滿足用戶需求的工具”我非常
贊同。要想達到用戶需求就必須從各個方面來考慮，如業務、人機交互 、效率等方面，而不只是壹
個語言（語法）的問題，語言（語法）只是工具，只知語法不知其他那就真是編程機器了！編程機
器在印度高中生經過幾個月培訓，按照嚴謹的軟件工程方法，加上較高的管理，就可以勝任了！大
家相信嗎，我是相信的！
談到這裏我就不禁說到了國內教育界最近在探討的問題“計算機科系的畢業生特別是本科大專
生到底出來幹啥、如何適應社會要求”。大家也看到了很多計科系大學生說“精通 N 種語言，熟悉
N 種工具”，不知道學校裏的其他知識到那裏去了，甘願做編程機器，浪費了人民的納稅，幹高中
生能幹的事，比較可惜吧！在國內現在就是這樣了。國內的軟件開發業到底是需要哪些人？如果僅
僅是編碼機器，那我估計中國矽谷還是做夢去吧！
社會似乎也需要編碼機器，翻翻招聘廣告，做應用開發的都要求精通某某語言，熟悉某某工具，
很少需要懂管理懂軟件工程的人。以我個人壹點偏激的想法，民族軟件產業要騰飛，更需要的是能
管理使用編碼機器的人，即管理人員。國內軟件產業編碼機器已經很多了。希望不要惹怒了那些
編程高手！System Develop 與 Application Develop 在國內到底哪個能養活妳，能賺錢？諸位仁
兄想必也知道，況且俺也沒發現幾家水平高的公司招這方面的人。畢竟 OS，DB MS，COMPILER 都被
國外做了；另外也別跟我談 LINUX，畢竟還是少數燒錢的人做的事情，我先餵飽肚皮再說。我手下
的很多搞4GL語言的程序員都想轉行學VC等所謂的更低級的語言，我總是說“在 XX 城市，先用 4GL
工具生存，以後再學習 VC 吧!” 。說的簡單壹點：先解決肚子問題。
如何判斷自己是否是編程機器？
1、面對需求不考慮用戶，只是考慮用哪些程序技術展示自己的語言語法技巧。
2、學習了 N 種語言。
3、從來不學習或實踐軟件工程。
4、語法語言水平在眾人中遙遙領先、特別是壹些稀奇古怪的語法。憑著興趣和創造力去幹，卻
重復繁瑣的勞動，做著沒有意義——唯壹意義是賺錢，而且真是出了半斤力，拿不足八兩。終日勞
累，卻不能學自己想學的。最終結果是跟不上社會科技的發展 ，人已衰老。悲哀！！！
開發軟件的關鍵是要有想法，壹個好的想法比什麽都重要。尤其是有關網絡方面的就更是如此。
實際上壹個程序員最終的技術需要和實際相結合。當編程水平到達壹定水平時候，語言的使用並不
是最大的障礙，對整個項目的把握、軟件工程的把握、數據庫的設計以及執行效果的分析等等才是
需要進壹步考慮的東東！否則，為何大多數公司要求有編程經驗了！這些不是程序員必須學的。但
軟件工程、數據結構、離散數學、編譯原理、操作系統原理等是必須要學好的，英文也要多看，
不懂計算機英語可不行。
我以前是學機械的，（後來自學了計算機），我非常了解在傳統的制造業是如何的規範，設計
人員設計圖紙，然後經審核，再到車間試樣，再根據情況，修改圖紙，如此反復幾次後才能壹個產
品定型。而在軟件界，就沒那麽好了。領導會說，這個妳做，那個他做，也沒有經過很細的分析
（國內很多都是這樣），在我們這裏也沒有系統分析員，每個人都是設計員，也是編程員。雖然這
樣對個人來說，能學到很多東西，但不利於項目。我國的軟件過程水平確實令人擔憂，目前為止只
是幾個人十幾個人的小軟件，還沒有能拿得手的大型軟件。
至於中專生編程問題，我認為只要入了這個行，就不會比本科生差。因為對他來說沒有優越的
學歷條件，那麽只好埋頭苦學，但這正好適應當前計算機軟件迅速發展的今天。學歷只能代表過去
和基礎。更需要的是有能力的人，解決問題的人，實幹的人。我也是個中專生。有時我確實有點自
卑，沒有上過高中和大學（由於那個年代，我只知道能為父母減少壹點負擔就行了），所以我壹直
在努力地學習（Corba，UML，Java，軟件過程等），目前為止我並沒有覺得我的構架能力和編碼水
平比他們差（只是覺得 English 實在太差）。所以我覺的中專生並不比壹般大學生差（當然有些重
點學校除外 //hehe），有時中專生有更大的壓力逼迫自己去學習。學歷不是重要的，關鍵是壹個人
的素質。我們不能將目標定位在做程序員或編碼員（Coder）上。光會寫代碼有什麽用？那叫“編碼
員”，在國外是屬於體力勞動的，不像國內，會寫程序的就叫高科技。重要的是分析問題、解決問
題和規劃的能力，系統分析，系統設計及項目規劃才是正途。
程序員不應依賴開發工具，程序員更應該擁有的是壹種思維、壹種精神、壹種觀念。就像
Richard.M.Stallman 壹樣，有自己的精神，為自由軟件而奮鬥。就像求伯君，為民族軟件的振興而
奮鬥。這才是真正的程序員。應該說，他們更註重的不是技術，而是軟件的思維，軟件的靈魂！！
每個人都有自己的學習方法,也許這種方法對我來說有用,但不見得就對所有的人有用。所以，
請不要盲目的跟著別人的學習方法學習，要思考屬於自己的學習方法。但以下幾個原則是要遵守的：
1. 堅持，堅持，再堅持。首先要有毅力，對編程的狂熱也可以在壹定程序上起到幫助。我就是
這樣的。起初，我學習 VC 是三天打魚兩天曬網，學習進度很慢，幸好對編程的執著，使得自己堅
持下來了。我周圍有幾個人，他們比我先學 VC 近半年，但現在仍然學不會；而我現在雖說不是很
厲害，但基本的應用程序是不在話下。我就是天天看書，上機實踐，幾乎所有的時間都泡在裏面，
有時連吃飯都在想，為什麽？因為我確實想啃下這塊硬骨頭，我不想半途而廢，我覺得學習 VC
不僅僅是學到了更多的東西，最主要的是培養了我們自己壹種堅持克服困難的毅力。
2. 實踐，實踐，再實踐。當妳學到了壹種新的技術或知識時，多實踐是鞏固學習的壹種最好
最有效的方法。這個實踐不是照著書上的例子做壹遍，而是根據自己的能力，給自己出題，然後去
完成它。只有這樣，妳才能發現自己的不足，同時又增加了編程經驗。但要成為合格的程序員，光
會寫代碼是遠遠不夠的，更重要的是思考。謀定而後動，是不變的真理。
3. 掌握編程思想。學壹門語言，不能僅僅是語言，還要註重語言背後的思想方法，獲得提出問
題，分析問題，解決問題的能力，不是為編程而學習。看它是如何來解決某壹問題的，為什麽要這
樣去做，他總是要符合客觀事實的，就像人說的話壹樣，存在某種邏輯，數據的組織，信息的傳遞，
靠妳自己的頭腦去建立，然後看該怎麽樣用編程語言來表達自己的想法。只要妳認真實踐，努力去
做，尋求樂趣，就會達到目標。
4. 耐心、細心、平常心、團隊協作精神。在這個網絡時代，資料到處都有，無論什麽先進的技
術，只要查到資料，不會的快的學上幾天慢的壹兩個月也能學會。現在已沒有寫不出的程序了，寫
不出是因為妳沒有寫完它。我以為現在的程序員不壹定要多麽聰明，而更需要他有完成枯燥項目的
耐心，找 BUG 的細心，對於金錢的平常心（不要為了早日拿到錢而趕進度），最後最重要是有顧
全大局，團隊協作的精神。
如果妳從來就沒有接觸過編程，那妳學習 VC 的速度可能會比學過面向過程編程的人要慢壹些，
因為妳要去理解命令及語句的含義。但只要妳努力，並且可以得到別人的幫助，在半年內妳會對 VC
有壹定的認識。
也不要以為學過面向過程編程就很容易學會面向對象編程。面向過程與面向對象實在是區別太
大了。就拿封裝壹詞來說吧，當初我是左想右想才想通的。所以不要自己學過編程，就會在學習
VC 的通道上比別人輕松。學習VC是壹項費時費力的艱苦學習過程。為了真正用好 VC，妳不得不
先從 OOP 開始學起，也許瀏覽壹本純理論的書要更有意思。妳將從另外的角度考察 OO 思想。
接下來學習 C++，學習 Windows API，學習 MFC，剖析 MFC，擴充 MFC，創造自己的類庫（不要企
圖寫壹個和 MFC 同重量級的類庫），然後精通 Microsoft C 編譯器的各種參數，研究微軟 C/C++
語言編譯器的進化歷史（結合各種背景知識）。掌握了編程的思想，征服 VC 只是時間問題。
現在有壹種現狀應該讓我們註意，我發現有很大壹部份初學者覺得 VC 是壹種語言，C++ 又是另
壹種語言。有的初學者竟然還認為學 VC 為什麽就沒必要學 C++！我想這個問題是很多人都沒有註
意到的。就是 C++ 對 VC 學習的重要性。我這有個例子，跟大家講壹下。我有個同學，他接觸編程
比我要早，在我還在為 VC 中“::”號怎麽標記的時候，他學習 C 已經很久了。後來，我對 VC 稍
有理解的時候，他也發覺 C 的跟不上時代的腳步了。我便提議他從 C++ 語言學起，可他認為自己
有 C 的學習功底，根本就用不著再去學習 C++。可在學習 VC 的當中，遇到的困難真是數不勝數。
最近，他還是去買了壹本學習 C++ 的書，從頭學習 C++。 我希望通過這個例子，能讓廣大的初
學者知道 C++ 對學習 VC 的重要性。
在我的理解，VC 只是壹個編程工具，就如 BC、BCB、Delphi 壹樣，其實對於編程最根本的就
是三個方面，語言、開發包、 操作系統 API，他們三個方面應該說是相對比較獨立的。
學習 VC，必須有對 C++ 深刻的理解。舉例，對於虛函數，不僅要知道有這麽壹個東東，更要
知道它的內存鏡像 。這樣才能對 VC 中很多的東西舉壹反三，事半功倍。本人學習 VC 近 2 年，
但自覺第壹年由於心情浮躁，把 VC 的書翻了壹遍又壹遍，卻每次都只看了壹點就無法再深入。直
到畢業前夕，痛定思痛，克服浮躁，認認真真的從最基本的開始學，把每壹點都搞的水落石出，經
過三個月的刻苦，終於大成。直到現在，半月搞定 COM / DCOM，都托當日刻苦之福，因此勸告想學
VC 的朋友，壹定要頂住開始的艱難歲月。成功屬於刻苦者。
學習 VC，還要對 WINDOWS 運行機制有深刻理解，才能成為高手。這需要學習微軟的技術，其
中 Windows 編程，Win32 系統（實際上 Win32 系統實現了很多我們在屏幕上能看到的東西，最起
碼 NT 的內核並不大）是壹定要學會的。另外，COM（深入研究它，理解對象是如何跨越進程邊界的，
最終能夠自如地在 EXE 中實現自己定義的接口才算到家了。不過這多少有些不太必要）、Dcom、
ActiveX、Windows DNA 等等，如果妳有能力，學吧。
我不贊成濫用 ActiveX，壹來我以為它的性能很成問題，真是又大又慢又不穩定（可能是我有點
偏激了吧），二來用了它您的程序今後就要被別人牽著鼻子走了。有次我用了個控件，程序都寫了
大半了，它給我來個繼續使用請支付 333 美元，我兩個多月的工錢，煩不煩人？現在我盡可能用別
人寫的源代碼(我已收集各類代碼3-400MB了)，用起來壹樣方便，還能邊用邊學，必要時還能自已改造。
VC 是 MS 開發的，所以針對的是 Windows API，妳可以不會 C++， 也可以在 VC 下用 C
寫出很優秀的程序，當然如果妳比較熟練 C++，並且熟悉開發包 MFC 的話，工作可能要輕松不少。
所以在我看來，學習的過程可以是這樣的：
1. 先學習 C 或 C++，在 Windows 的 Console 環境下編寫不太深入涉及 API 的程序；
2. 在基本上掌握了語法之後，開始接觸簡單的系統 API，學習 Windows 的編程原理和機制；
3. 在可以編寫簡單的菜單程序，可以簡單地在 WM_PAINT 下操作 GDI 函數後，開始學習 MFC，
可以從 Step tourist 學起，看 MFC 的源代碼，理解幾個關鍵的宏的定義與實現，特別是
MESSAGE _MAP。在學習的過程中為了給自己增加點挑戰，盡量不要使用 Resource edit，試著自己
編碼實現控件的創建、消息的響應。再就是看自己的造化了，動手做壹些小工具，特別是自己平常
需要的，對自己的提高也應該是很有幫助。究竟我們要的是結果！良好的分析問題高效清晰地肢解
問題的能力才是我們真正要不斷學習的。
對於 VC，我有幾點經驗：
1. 技術為本，語言為次。
2. MFC 的單個類有用，DOC / VIEW 要小心。
3. OOP 要小心，使用不當反而造成大量的工作和糟糕的代碼。
4. 如果可能，考慮選擇使用 Delphi ( CBuilder+ VCL )。
5. 到了壹定程度，壹定要學 COM。
學習 VC++ 有相當的內容要學，而最後的深度則看個人的悟性與勤奮了。
1）掌握最新標準的C++。（2個月)
如果曾經在大學裏自以為學過 C/C++,還對dynamic_cast/static_cast/template/try/catch/throw/stl/...
感到陌生，那妳該 Refresh 壹下新的 ANSI C++ 標準了。
——此與VC++無甚關聯，G++ / BCB 均有所支持 。
2) 學習 SDK 編程。（6個月）
痛苦是暫時的，必要的，堅持就是勝利！ 建議用 Lccwin32/Masm32/Tasm 編寫小而精的工具軟件。
《Windows Programming Guide》、《Advanced Windows Programming》
3) 研究 MFC 源代碼。(6個月)
不要被壹大堆的宏所蒙蔽，just track and dig into it！！ 在知道 MFC 如何擴展、包裝
SDK 之後，自可功力漸進，不被其 MFC 系統框架所困繞。
（《MFC Internals》）
4) 研究 OLE / COM 技術。
COM / ActiveX 技術是 MS 的核心技術，只有徹底洞察其理論精髓才可以體會現在的操作系統
的技術趨勢，以不變應萬變。
（《Inside Ole 2》）
***幾點建議***：
1) Delphi / BCB / VB 可以很快構築界面，但對於想真正學習、理解系統不是壹個好的平臺，
但如果有時間讀壹讀 VCL 的源碼，看看 Borland 是如何封裝系統的，也可借鑒不少。
2) 學習 ASM 對理解 C++ 有很大益處。Soft-ICE 也是和 VC++ 結合在壹起的好工具。
3) 語言本身是皮毛，算法是筋骨；無論高級語言如何發展，在理解操作系統的基礎上不斷提高
自我創新能力。如果精髓壹旦了然於胸，選擇何種開發工具都可以駕禦，壹見如故了。
Visual C++ 技術開發鏈接
Microsofts VC++ page
/VISUALC/
Microsoft 的 Visual C++ 站點，了解 Visual C++ 最新消息的最佳去處。
Visual Studio Start Page
/vstudio/
Microsoft 的 Visual Studio 站點， 了解 Visual Studio 最新消息的最佳去處。
MFC FAQ Home Page
/
網上最好的 MFC FAQ 收集站點， 由 Stinggray 軟件公司制作，在我們的 CD 中提供他們的 EXE 本地版本。
Reliable Software
/index.htm
Reliable軟件公司
MFC Programmer’s SourceBook
/
壹個巨大的 MFC 源程序匯集站點， 包含內容非常全面，更新非常快，最有意思的是每壹個人能對源程序發表自己的看法。 因此它也成為很多程序員開發經驗的聚集地。 制作人:Zafir Anjum
MFC Programmers’ Resources
/mfcpro/