第一篇：(轉)一個工作3~4年程序員的年度學習計劃

今年是我工作的第四年，也是程序員成長的一個重要階段，(轉)一個工作3~4年程序員的年度學習計劃。通過今年的學習，希望可以獲得一個質的提高。要充分利用工作，工作間隙，晚上，周末的時間進行學習。要同時關注廣度和深度兩個方面進行學習。具體的點：驅動開發，嵌入式開發：主要是和硬件結合比較緊密的領域，現在這是我廣度上的一個盲區。這個完成后，基本上在近幾年內，廣度上應該達到目標了。后面就是要在深度上進行鉆研了。充分利用公司這次的接入設備開發機會學習。今年主要是基本原理。操作系統，操作系統內核：Linux操作系統，Linux內核。操作系統的工作機制，內核的工作機制，計算機體系結構基礎?！渡钊肜斫釲inux內核》。目標仍然基本原理。編程體系：從源碼到可執行程序運行的整個過程。《編譯器和加載器》。深入學習編程語言的本質。可以選擇幾個典型的語言進行對比：c，c++，Java，perl，go，匯編。可以學習一下JVM原理。目標是更深入，我也有能力在這個方面更加的深入。C語言深入：《c和指針》，《c缺陷和陷阱》，《c專家編程》。根據現在的經驗，這幾本書可以在深入的理解一下，對C又是一個很大的提升。Unix環境編程：Shell腳本語言學習。學習，嘗試新的編程語言：今年主要嘗試兩種開發語言，go和scale。c++語言提升：繼續學習面向對象思想。開始學習模板。《c++沉思錄》《c++templates》《effectivec++》設計能力：這個比較泛?！对O計模式》要學習完，并在實際中應用；《重構》要學習完；主要提升的設計方面的能力。還有一個比較經典，《代碼之美》，學習完，對自我提升還是非常有幫助的，工作計劃《(轉)一個工作3~4年程序員的年度學習計劃》?！洞a大全》已經學習完了，多運用，復習。軟件架構能力：《軟件架構設計》這本書學習完，可以掌握架構基礎的知識。另外，學習《架構之美》，《軟件架構實踐》，提升。另外，可以在看一下《領域驅動設計》。還可以關注博客。希望能夠實際運用一下。UML：學習一下UML。算法：這個是我一直不夠關注的地方。今年主要的資料是《編程珠璣》，以及《代碼大全》。作為一個入門。SOA，SCA，OSGI：持續關注。并且進行嘗試。通信知識：通信知識有兩個重點：IMS和SIp。第一要精通IMS架構和SIp協議，另外，要關注標準的發展。通信知識是我的業務知識。微內核流程引擎：關注，設計與實現。數據庫：關注非關系數據庫。關注數據庫性能優化。新技術關注：云計算，SOA，MDD。測試驅動開發（TDD）：繼續探索c，c++單元測試框架的使用。并在開發中引入測試驅動開發。敏捷軟件開發：持續關注，并且在工作中實踐。自動化測試：在兩個方面：界面自動化測試和流程自動化測試進行努力，著力提高產品穩定性。主要是開發，或在尋找新的工具。自動化部署：主要是開發，或在尋找新的工具。技術管理：實踐，讀書，交流。《joel談軟件開發》《技術領導之路》《變革中的思考》，并且去發現好的書籍?？梢酝ㄟ^豆瓣或者單單。學習如何發揮影響力。英語學習：能夠流暢閱讀英文資料。重點關注的領域：一個是今年比較火的SNS，關注Facebook。一個是移動應用。學無止境，上面的學習內容量還是很大的。

第二篇：程序員個人工作學習計劃

程序員個人工作學習計劃

新的一年，一切事物充滿了活力與生機。新生活意味著新開始，新開始意味著新的挑戰。

作為即將畢業跨入社會的大學生，我將在這學校生活和社會生活相交織的一年，努力適應變化，迎接新的挑戰。

一、工作方面

作為公司的新員工，首先要與同事們相互熟悉，不說認識所有人，至少要認識大部分同事，與大家和睦相處，互相幫助。

分配的工作任務要積極及時的完成，作為新員工，分配到的任務肯定是非重點，繁瑣的基礎性的事，但是即使是這樣，也不能松懈，敷衍了事，基礎中才能學到真本事，對待這樣的任務更要認真仔細。做好了這樣的事，才有可能獲得信任和肯定，被任命重要的任務，才能成長起來。

二、學習方面

最為初出校園的新人，必然有很多在實際開發中常用而我卻從沒有接觸過的東西，學校教授的只是基礎，進了公司，仍然不能停下學習的步伐。

首先最重要的一點就是在學習過程中有了問題就得及時解決。我的步驟一般是先自己思考問題的答案，自己無法解決則到網絡上尋求答案，網上也無法找到可靠的答案則詢問周圍的同事幫忙解決。認真聽他們的講解，牢牢記住分析問題的思路和方法，以便下次遇到時能盡量自己就能解決問題。

14年需要學習的東西有很多，作為從事web應用開發的的程序員，首先mvc規范必然是要熟練掌握的，這是學校中只是簡單提到的東西。首先通過李剛的《輕量級JavaEE企業應用實戰》，對ssh這樣的一個mvc思想的架構有一個初步寬泛的了解，然后在分別對struts，spring，hibernate進行深入了解。根據網上資料，國內較好的struts方面的書是孫衛琴的《精通struts：基于MVC的JavaWeb設計與開發》，在大體學習了ssh后，就從這本書開始細致的學習這方面的知識，然后是林信良的《spring技術手冊》和《proSpring中文版》，最后是夏昕的《深入淺出Hibernate》。

其次，設計模式的學習也是成為一個好的程序員，甚至是編程藝術家的必經之路。首先看完程杰的《大話設計模式》，對設計模式有一個初步的認識，然后再看GoF的《設計模式：可復用面向對象軟件的基礎》，EricFreeman&ElisabethFreemanwithKathySierra&BertBates的《HeadFirstDesignpatterns》，JoshuaKerievsky的《重構與模式》等等書籍。

要成為一個好的Java程序員，還有很長的路要走，只是看些肯定是不夠的，最重要的還是實踐經驗，希望2014年能讓向前邁出一大步。

第三篇：程序員學習計劃(.NET)

程序員學習計劃（.NET）

一、HTML基礎知識（①）

作業一：待定

二、Javascript基礎,DIV+CSS布局基礎（①）

作業二：待定

三、了解C# 的基本語法（①）

四、C#應用程序學習，對C#應用程序各控件的都要有所了解，熟練掌握C#應用程序常用控件。（①）

五、了解數據庫的基本使用，如插入、刪除、修改。能夠用數據庫與VS進行連接。（①）

六、ASP.NET的基本機制、(Request,Response,Session,Page),開發環境的搭建。數據庫的訪問，DataGrid等數據控件的使用（①）

作業三：待定

七、模板頁，用戶控件的使用（①）

八、自定義控件的開發(如驗證碼)（①）

作業四：待定

九、Ajax的使用（③）

十、WebServer的使用，了解WCF（③）

十一、采用三層架構(數據訪問層＋業務邏輯層＋表現層)，制作一個小型網站（③）

十二、分析開源CMS項目DotNetNuke的架構（③）

十三、用所學的技術，自己設計制作一個網站（③）

備注：① —— 以完成實例方式檢查學習結果

③ ——不作為測試要求，為后期自學內容

第四篇：一個C++程序員的學習經歷

正在上網的時候有這個念頭的，所以急急忙忙找了一些學習編程的高人的感想：

我開始學VC時就是自己一個人在啃，也沒什么人指導，當時沒有條件上網，資料特別少，在書店里隨便買本書就學了，在學VC的過程中走了許多彎路，現在回想起來覺得做了很多無用功?？匆姶蠹以谶@里暢所欲言，有高手也有新入門的ddmm，我也來談談學VC的一點“捷徑”吧，這條“捷徑”純粹走的是C/C++的路子，不考慮學習其他語言。（我只會C/C++，略懂VB和Java，所以對于通過其他語言來切入VC的沒有體驗，不置評論）

1.必須對C/C++非常熟悉

如果C不熟，可以看清華譚浩強的書，經典之作。（學習時間1到2個月，對函數、指針和鏈表須滾瓜爛熟）

如果C++不熟，可以看電子工業出版社的《面向對象的程序設計于C++教程》，張國鋒寫的，既講面向對象的思想又講C++的語法，是我見過的講C++最全最好的書，里面的例子都是精心設計的，值得好好體會。好像清華也出過一本張國鋒的，不過我沒看過。（學習時間2到4個月，關鍵在于理解OO概念和C++中的多態，對此應揮灑自如）

2.最好/應該對Windows結構相當熟悉。

如果你很牛，非要從MFC下手來了解Windows結構，當然也不是不可以，但我以為從MFC來學習Windows有霧里看花的感覺，很容易陷入迷惘中，我吃過這種苦頭，希望后來者不要走這條路。

如果對Windows結構不熟，可以看Microsoft Press的Windosw95 Programing，清華翻譯出版了中譯本《Windows95程序設計》，后來北大翻譯出版了最新的版本。清華版的譯得不錯，北大版的沒看過，好壞不知道。這本書講的是怎么樣用C語言編寫Windows程序，不講什么MFC或OWL的，看過后對Windows能有相當清晰的認識。（學習時間3~6個月，GUI對象和消息很熟，多線程、dll有一定認識）

3.以上兩部為準備工作，OK后就可以continue學習VC了。

學VC看Microsoft Press的《Inside Visual C++》清華翻譯出版了中譯本《Visual C++技術內幕（第四版）》比較容易上手，看《技術內幕》一定要看清華，有一本希望出版社翻譯出版的第五版技術內幕翻譯的太爛了，看希望的不如直接看英文原版。（學習時間4到7個月）

4.學習VC是為了在Windows平臺下做開發，所以當你對一上三步都很熟后應該進一步深入學習Windows體系才能開發出高性能的Windows程序，你也只有在這個時候才會明白為什么說VC是真正程序員用的工具而VB只是玩具。如果你在finish第三步之后已經忘記怎樣在Windows下用C語言編寫一個Windows程序，那么你應該把第2步Refresh一下。在這一層次應該深入研究Windows操作系統內的進程、線程、虛擬內存等知識，還應該了解Windows網絡程序的設計。這一步推薦的書是Microsoft Press的《Advanced Windows》清華翻譯出版了此書的中譯本《Windows高級程序設計（第三版）》，讀此書時很多東西有相見恨晚的感覺。機械工業出版社翻譯出版的《Windows核心編程》是這本書的第四版，結構上重新組織過了，內容沒有細看過，應該還可以。網絡編程有一本也是MicrosoftPress的，好像是叫《Windows Network Program》吧，機械工業出版社翻譯出版了此書的中譯本《Windows網絡編程》還不錯的。

5.往后你就看自己需要了，有興趣可以學習COM/DCOM/COM+，這套東西是現在Windows系統的核心架構。

用VC學VC兩年了，自認為不是什么高手，精通更談不上了，因為VC的功能實在太強大了。我只想談一談自己的學習過程和體會，總結一下自己的編程之路。

一開始也和大家一樣，對VC、VB、DELPHI、JAVA非常感興趣，但是學什么好呢？畢業設計來了，導師要求要么用VB要么用VC，聽說VC難學但很有用，于是狠狠心用VC吧。對于一個對編程一點都不感興趣的人我想他是學不好的，沒有強烈的動力和恒心也很難掌握一門知識。怎么辦呢？你總要畢業吧，這就是我的驅動力，而且編程還可以掙錢：），學吧！

對于一個一點都不懂的人來說，下面的知識應該補一補：程序算法和數據結構，C語言的變量、數組、指針、內存、文件、函數等等基本概念和用法，有的人說學c++可以不用學c，我個人認為還是從C學起好，因為c＋＋對c是兼容的。

有了最根本的編程基礎之后，我們就可以學習c＋＋的編程思想，就是面向對象（oo），自然對于什么是類、對象、成員、成員函數、構造函數、析構函數、虛函數、模板，最開始可能用不上析構函數虛函數什么的，但要想精通深入就必須掌握（當然可以以后再學）?？梢哉f面向對象是c＋＋對c的一個最重要的擴展，而這也恰恰是我們理解和深入的基礎，這部分越扎實以后理解和掌握就越快。

再下來就是MFC了，MFC是一個很好的封裝類庫，它誠如大家所說對用戶屏蔽了很多實現機制，以致很多人只知其所以然，而不知其然。要想知其所以然，當然是學習windows編程，熟悉windows的消息、窗口、api函數?？上М敵跷抑皇菫榱丝欤瑳]有深入地學，留下了現在地惡果，對MFC及其機制仍不甚明了。一則MFC已經封裝好了，二則自己覺得麻煩和累，一大堆長長的函數名和長長的函數參數把我嚇暈了，大家千萬不要學我^-^?；居^點就是如果只求使用，不學api也可以，如果想做得更好精通，非學不可。對于MFC，對我幫助最大是www.tmdps.cn、程序員大本營、和MSDN，有了這三大法寶加上自己的刻苦鉆研，一定可以成為大蝦。前提是有一定的英文基礎，并且已經知道如MFC frame及application的基本運行機制，對對話框、編輯框、組合框、列表框、進度條、標簽.......等控件的基本功能都自己試過。我就是從這些開始學習MFC的，另外還學了一些和數據庫打叫道的東東，如ODBC之類的，我覺得如果僅僅是界面開發，這些東西還是可以勝任的，都是些簡單易學的在哪里設置什么屬性，添加變量和調用成員函數就行了，不笨的人都會，當然如果你不知道在哪里加又會變得很神秘和難于上青天，夸張了呵呵。這時候你就要查書問別人上internet和幫助網站去找了，具體成員函數的用法可以看MSDN?？傊畬τ跊]有學api耿耿于懷，對于沒有了解MFC機制也愧疚于心，因此把自己歸于初級水平還是可以的：

VC是一個開發工具和環境，在你需要的時候你可以邊學邊用。比如你要編網絡方面的東東，好！先去看看別人是怎么做的，有哪些基礎，另外你自己也要針對需求學一些網絡知識。微軟的主頁還是不錯的，英文好的話可以找到很多很好的東東。你要編關于數據庫的程序，請先了解一下數據庫的基本概念和它們在VC中的使用。你可能還有各種各樣的編程需求，如游戲、小程序、動態連接庫、靜態連接庫，COM,ActiveX等等，學習吧，這是唯一的捷徑。我的體會是，邊學邊用，邊用邊學。學習先打好一定的基礎，磨刀不誤砍柴功，看似浪費時間實則受益匪淺。學習要利用一切可以利用的資源，書（包括電子的，不過我很少看電子版本）、BBS、網站（比如VChelp）和高手，勤學好問，搜索不倦，想必你肯定也會成為高手的：）。書我是狂看、亂看、瞎看，主要是沒有條件和時間，當時也沒人指點應該看那一本好書，原則就是找到自己需要的東西的書就可以拿來翻一番（當然我有圖書館這個資源，學生借本書應該沒有問題的）。BBS主要去精華區溜達溜達，里面都會有你要問的一般性問題，如果實在找不到答案，請去codeguru，微軟網站和MSDN查找搜索，應該可以找到蛛絲馬跡。這樣還是很費精，如果有高手指點就不一樣了，他們做過的話，這可能就是小差一疊，隨便說一個關鍵詞就可以幫了你的大忙，可惜高手畢竟是少數，正好碰上做過的高手的概率就更小了。所以各式各樣的網站就顯得那么的重要，它們一天二十四小時都在，而且可能是很多高手都在，因此在它們身上可以找到一些參考答案。問專家我覺得不錯，VChelp更全面和包羅萬象。說了這么多，都是自己的胡思亂想了，一點個人體會，不當之處，各位多多批評指正了*^-^*

下面是我的一些建議,如有不對,請批評指正.謝謝!我想現在大部分的初學者都在問,怎么樣學C/C++最快?確實,這是個比較重要的問題,但對于初學者來說,最重要的,是你對學習C/C++的恒心!學習C/C++并不容易,我想這是每個初學者很清楚的事情.之所以選中C/C++是因為它的涉及面廣,并且強大.但自學想很快掌握C/C++編程那是不太可能的,除非你是個天才,或有專家專門對你進行輔導.如果學習方法和路線正確,的確可以提升學習的速度和效率.下面是我對怎樣學習C/C++的一些看法.總共分三步.第一步.系統的學習C/C++語言,(不要涉及MFC.)并且學習操作系統,對操作系統的運作有清楚的概念.這一階段,可以把重心放到研究算法上.(估計時間將會是一年.如果有人幫助的話,可能會減短.)第二步.開始學習MFC,并選擇發展的方向.一個程序員,很難做到各方面的編程技術都精通,所以要有選擇的學習你感興趣或有錢途的技術發展.如果做游戲,則可放棄對于MFC的學習,因為游戲不需要MFC.(估計時間將會是半年.)第三步.開始對各種技術的涉及.因為本人還沒有考慮到這一步,所以,不做多提,但如果你已經學到了這一步,也不用我再廢話了.(時間未定.)當然,以上的時間估計,是在假設你努力學習的情況下定的,并不具有實際意義.對于書籍的選擇,有很多人想用電子書.我提議,如果是初學,最好不要用電子書,來學習.還有些初學者對于編程工具不知如何選擇.我想無論是C或者是C++,VC都是一種不錯的選擇.如果機器配制不高,可以使用版本低的VC.VC1.52版本是個不錯的選擇.我在工作中，接觸到印度軟件公司開發出來的軟件：整個體系架構非常清晰，按照我們的要求實現了全部功能，而且相當穩定。但是打開具體的代碼一看，拖沓冗長，水平不咋樣。我們自己的一些程序員就有怪話了，說他們水平真低。

但是！印度人能夠把軟件整體把握得很好，能夠完成軟件，并得到相當好的設計文檔。而中國人在那里琢磨數據結構、算法，界面人員就還沒編碼就想著是Outlook式的還是VisualStudio式的界面。到最后就成為Code高手，對某些特定的開發工具精通，但是就是不能保證能夠把一個軟件穩當、完整的開發出來。

舉個簡單的例子：軟件中需要一個列表，用來表示我們處理的事務。該類表在業務繁忙的時候將變得很大。中國人就用雙向鏈表，抱著《數據結構》書在那里寫鏈表的類。印度人開了一個大數組，然后就開始干。為什么印度人不用鏈表，他們說：

1、你們給出的設備(小型機)，最少具備512M內存，浪費一些沒有什么。

2、數組方式訪問方便、效率高?？闯隽艘荒玫綎|西就吭哧吭哧作Code，和好好進行軟件分析的不同了嗎？ 正好前幾天我有幾個同事從印度回來和我們交流,那家公司是CMM4級公司.我感受的幾點:1,流程重于項目2,QC(就是QA)獨立于研發部門,專門檢查研發部門的開發流程是不是按照既定流程走.如果QC覺得流程不對,他會直接上報高層,項目定就此停止.3,所謂的項目經理(PC)一般也是從編碼人員升上來的,并不是所謂的不懂技術,一般都至少有四年以上的經驗4,PC主要就是制定開發計劃,負責協調,填寫各種表格.5,所有的東西(包括草稿)都有文檔.6,詳細文檔要求達到只有這個文檔就可以編碼的程度,一般寫文檔時間占60,編碼時間極少7,有各種詳細的review(同行評審),項目組內的,項目組之間的,客戶的...8,計劃很詳細,的確能達到小時級,但是實際情況還是誤差比較大,所以他們也有加班.先學習UML和Rose以及RU P，不要總是要找著證據。在中國的軟件開發水平下，很難給你一個好的例子，OK？中國人總是要看到一個東西有了試驗田，而且稻子長得好，才換稻種。要知道在國外上述的軟件開發模式的應用，大可以看看Rational網頁上的story。Justdoit!一句話，中國的軟件開發水平低得很。趕不上印度人，印度的軟件公司可以讓高中生編代碼，它的軟件工程水平可想而知。當然，你如果是個很牛的程序員。估計夠嗆，因為中國的氣氛中，很牛的程序員都很難接受軟件工程的。你可以測試一下自己，看看自己適不適合現在學習軟件工程：

1、你是不是不能忍受一個編程序不如你的人做你的項目經理？

2、你是不是覺得你的老板對客戶吹牛皮、夸大自己而感到不舒服?

3、你是不是一個拿到一個需求腦袋里第一念頭就是如何實現的人？

4、你是不是很崇拜Stallman，Linus，很討厭Microsoft?

5、你是不是曾經在深夜編碼的時候，突然感覺到一種乏味，對Code的生涯感到一種無趣？以管窺豹──印度神話作者：“Kino”我們現在處于深深的自卑當中，感到中國的軟件工程水平的低下已經是牽涉到民族劣根性的問題了。

1、他們的軟件教育水平：我們招聘印度人，給應聘者出了一份與國內差不多的試卷，有基礎概念和編程題目。等到他們完成后，我們這些中國的自認高手驚呆了！他們的編程題目簡直象是抄襲的?nbsp;?nbsp;程序結構，注釋，變量命名就不說了吧，全部都是極其類似！反觀中國的牛人、高手，每個人有自己的一套。到了新的崗位，先把前任的程序貶損一通，然后自己再開發更多的問題的代碼來代替。我的公司統計，一個軟件中有4個以上CSocket版本，每個人都覺得別人做得差，自己再搞一套。中國人，就是這個樣子，還會辯解說“我們這樣有創造性”。

其實軟件發展，早就走過了求伯君那個編碼英雄的年代，程序員已經是個坐辦公室的藍領了。你具備擰好一個螺絲釘的能力就可以了。Code是最低級的事情 了。

2、他們許多公司的項目經理根本就不懂技術。中國的項目經理如果不能在技術上壓服下屬，那么下屬將與他搞鬼，越是高手越喜歡搞鬼，根本不知道作軟件的終極目的是從別人兜里掏錢，而在內部搞不團結。技術高手都會糾集一些對他技術上崇拜的菜鳥，與管理層作對。而印度的軟件經理根本就不懂正在做的東西，許多甚至直接就是MBA，或者是領域專家(工業設計、地理專家等)，而不是編碼 的專家。但是卻能夠領導大群素質良好的程序員把工作做好，沒有內部不團結的情況。許多印度的程序員加入一個公司很長時間，都不知道自己整天編的代碼是干什么用的。給他們的任務可能就是一個函數的聲明以及該函數要實現的功能。我們呢？

3、他們的編程人員的流動率達到30!他們的編程人員流動率(包括內部項目之間的流動)高達30，可以想見他們的文檔水平如何。他們的產品不依賴任何一個人，誰都可以立即辭職，產品的開發還是會正常進行。而中國，是老板怕總工。技術骨干擁兵自重，抗拒管理。任何制定好的計劃，都有可能被技術人員推翻或者跟你消極怠工。

4、他們的開發計劃能夠做到小時級別。如果一個印度公司的項目經理沒有上班，那么他的下屬將可能不知道作什么。他們的計劃一般都定到天，每個基層開發人員每天的工作量就是8小時。而我們能夠給出月度計劃的 公司就很少，而給出的月度計劃要么不可能實現，要么就可能被取消。開發人員 被初略的給個任務，他在月初，可以慢慢琢磨是做成什么樣子，然后上上網，聊聊天。到了月中和月末，就開始熬夜編碼?？吹矫磕辏瑥母鞔蟾咝２槐M牛人滾滾來，我們是不得不要召人，同時又是不抱希望。我公司現在有意以后將核心軟件開發外包給印度公司，中國人？做做界面吧，中國人做界面會極盡奇技淫巧，搞得花里胡哨的。BTW，我公司非外企，大家不要誤會我們有什么種族歧視。但是我們現在就是對自己歧視，自卑得很。中科院那么多研究院，連個能用的操作系統都搞不定。北大開發一些東西，比如什么青鳥CASE，就是給一幫人評職稱的。楊芙清院士整天搞來搞去，搞出了什么東西？B大，T大的人最難管理，牛得看不見人。中國的程序員罵微軟，追Linux是全世界最狠的，可是我們除了漢化Linux，做了什么東西出來。CDE是瑞典人寫的，Linus是芬蘭的，GNome是墨西哥人寫的。哎，我們曾經是多么的瞧不起印度人。

現在，越來越多的人開始學習VC了，如果能精通VC，就象精通了九陰真經一樣，可以天下無敵了。我想很多VC愛好者都有這種追求武學至高境界的心理。

我就是抱著這種心理開始學習VC了，至今已近三年了，其間經歷過無數的困惑和磨難.....可是我最終沒有放棄，到如今已經有一定的功力 ：

以下就把我修煉中獲得的經驗與大家分享，一起提升修行！

首先要搞清楚VC能干什么.很多人只是聽說VC是最好的開發語言，便去學習，就象大家聽說辟邪劍譜厲害，便都去搶著學一樣，都是很盲目的。其實語言并沒有好壞之分，我在用C之前，一直覺的BASIC 是最好用的語言。現在在WINDOWS平臺下編程，VB和DELPHI可以滿足大多數的應用，而且速度不會很慢。使用VC主要是用來開發系統軟件和大型工具軟件以及開發游戲?，F在比較流行的操作系統主要是WINDOWS系列和UNIX系列。這些操作系統都是復雜的多任務系統，在設計操作系統的時候就提供了一大堆應用編程接口（API，通常是C語言的函數），編程者使用C語言調用這些API便可以開發該系統下的應用程序了。這與DOS時代的 編程接口是不一樣的，那時侯的函數庫是由開發環境提供的（如Turbo C)，不具有很好的封裝性和設備無關性。

每當新版的WINDOWS操作系統發行，便會提供一個相應的plantform SDK(軟件開發包），開發者可以用SDK 編譯C程序。在沒有VC和VB的時候，WINDOWS程序就是用SDK編出來的。

VC跟這些亂七八糟的東西有什么關系呢？

其實VC的核心就是MFC，MFC是個C++類庫，就象結構化程序設計時代的C語言函數庫一樣，給程序員提供了豐富的編程接口，簡化了程序的設計。而MFC就是直接把WINDOWS的C語言編程接口API函數用C++的類封裝而成！這樣既實現了面向對象的編程思想，又直接使用了WINDOWS的原始編程接口，代碼的效率是 最高的！當然很多人不適應C++的編程方法，他們依然使用C語言編寫WinMain()和窗口 過程，VC同樣為他們提供了很大的便利，因為VC可以很方便的管理資源和代碼！

明白了以上關系，學習VC的步驟應該也明確了：首先要學習C語言（如果你還不會的話）！這是非常重要的。如果C語言不懂的話，一切都無從談起。懂了C語言，你就可以研究 WINDOWS系統的工作原理和WINDOWS應用程序的工作原理了。這也非常重要。VC只能用來 開發WINDOWS系列操作系統下的應用程序，如果不懂WINDOWS下的程序的工作原理就去寫WINDOWS 程序，那也是比較盲目的。主要是體會一下WINDOWS的多任務和消息驅動機制。然后就可以使用API編程了。這個過程是比較痛苦的，因為一切都變的復雜起來，你會遇到很多新的方法和概念！比如消息隊列，消息發送，窗口過程，GDI，設備上下文，句柄，線程，消息循環，繪圖對象......當你可以熟練的使用C語言進行WINDOWS程序設計了，你可以嘗試 面向對象的方法了。

這時你需要學習C++語言（最好是ANSI C++），這不是淺嘗則止，你要深入的理解C++語言的精髓！經過一定的努力，你可以用面向對象的思想去考慮問題了，這時一切都水道渠成，你可以很自然的使用MFC來編程了，有時你覺的MFC的類不好用，你可以從頭作自己的類，而不去繼承 MFC！

我每天要收到很多朋友的來信，有很大一部分朋友都詢問學習VC的方法和途徑，還有相當一些朋友對C/C++語言的前途感到擔心，總覺得學習C語言在開發效率上沒有趕上其他的開發工具，今天我就借“開發有感”這個欄目談談我的一些淺見。

首先來講我使用C/C++語言開發已經有六年多的時間了，在使用C以前我是用匯編語言的所以我轉變到C時就很自然和順利。但就目前的情況來講大家都不再需要學習匯編語言了，所以在進入C語言的世界時就會遇到一些困難這主要表現在指針的使用上。由于沒有親身的經歷所以我很難想象這個困難有多大，但我在這點上的建議就是開始時盡量避免使用指針，至于一些必須使用指針的C函數只要記住用法就可以了。當然這種情況不會持續太久，因為但你對語言的熟悉程度增加后自然也就會有使用指針進行開發的需求，那時候如果對指針的用法還沒有深刻的了解再學習也很容易，這就是主動學習與被動學習的區別。

其次很多朋友都問我如何學好VC，我想對于初學者首先應該掌握的是C/C++，VC只是C/C++的一種開發工具。如果是剛接觸C/C++則最好不要使用VC做為開發工具，因為VC的各種特性會分散你的注意力。我建議使用Turbo C++或Boland C++集成平臺做為開發工具，這兩個平臺雖然都是DOS下的但是對于初學者真是在適合不過了（當然MSC也可以）。

此外剛開始時開發一些字符界面的程序（也可以說是DOS程序，Console控制臺程序）來加深對語言的熟悉。在掌握了C/C++語言后就可以開始利用VC編寫基于Windows的窗口程序了，這時候就是一個轉折點，因為這時候Windows系統是基于消息機制的，這和單流程的程序有些區別。所以這時候也不要急著去寫學習開發和寫代碼而是應該先對Windows系統的消息機制做一些了解然后才開始學寫程序。其實我的主張是一開始用基本的SDK形式（也就是用WinMain函數的那種，不用MFC功能）來開發幾個程序做為入門，然后再使用MFC來開發程序。MFC開發的方式與SDK開發方式的最大區別就是MFC隱藏了很多細節，這是優點也是缺點對于初學者來講我認為是一個缺點，所以我建議初學者先用WinMain的形式寫程序，即使不親手寫也可以看幾個基本的程序來加深認識。

上面這些話都是為了說明一個問題“磨刀不誤砍柴工”，學習開發一定要打好基礎，還有一點就是一定要想辦法激發自己的學習積極性讓自己進入一個主動學習的境界。

下面我再分析一下C/C++與其他開發語言之間的差別，C/C++，(object)PASCAL，JAVA，PERL都是我認為比較通用而且是比較好的開發語言，但C的語法比PASCAL自由，PASCAL開發比其他結構化強，但這一點上C語言也能夠做到。至于JAVA和C++非常類似而且能夠跨平臺這一點上是很大的優勢，但JAVA開發的程序效率差。PERL也是一中我很喜歡的開發語言，雖然PERL沒有面向對象的特性（至少我認為它的面向對象很糟糕）但我喜歡PERL中自由的語法和各種時常讓人感到驚奇的用法。

如果說到Windows下的可視化開發工具現在大家接觸得最多的就是VC，VB，DELPHI，BCB，一些可視化開發的JAVA。其實我覺得VC并不能完全算是一個可視化工具，這表現在VC中編寫代碼還是占了開發工作的大部分時間。而其他的可視化工具中都在界面設計中耗費了大量的開發時間。我一直使用VC的原因就是因為我能夠一直將注意力集中在軟件功能開發上而不是界面設計上。我認為這樣能夠在開發的過程中更加自由和有更多的控制權。而且這種情況下產生的代碼維護性更強。舉個簡單的例子，在維護VB代碼時如果沒有一份詳細的說明和流程就會使維護變得不可能，我想其他的基于界面開發的工具都會或多或少的產生這樣的問題，因為在開發過程中開發工具將一個完整的流程分離成為多個部分，在開發完成后這些部分就很難統一起來。

選擇什么樣的工具的前提是你的開發目標，如果你希望開發一個很大的系統你就不應該選擇面向基于界面開發的工具，但你可能會選擇VB來開發前端的客戶軟件，而后臺使用VC來實現。

對于一些并不是很復雜的軟件來講，界面和操作方式可能是非常重要的，所以選擇VB，CBC都可以縮短開發時間。這時候選擇VC就有些不智。

所以我認為使用VC開發的朋友應該將更多的注意力集中在實現軟件功能的流程上，多從整體角度看問題。我想這一點來說其他的可視化開發工具是很難達到的，因為VB，CBC等開發的程序在很大程度上都是用各種控件“堆”出來的，這會在后期的維護升級過程中帶來很多的不便，例如要替換掉一個控件就可能會對整個程序的結構產生非常大的影響。

最后我想說的是每種開發工具都有它的價值，也各有優缺點，更重要的是如何根據具體的任務選擇合適的工具并利用這些工具來完成工作。

軟件開發高手：十年磨一劍

要成為武林高手，需要長時間的勤學苦練。要成為軟件開發高手，又需要多長時間呢？《Modern C++ Design》的作者Andrei Alexandrescu認為：一個人有可能在２０幾歲就成為編程高手，但要成為設計高手卻需要熬到３５歲左右。以２３歲大學畢業計算，要經過漫長的１２年時間。

以我個人為例（我尚不敢自認是設計高手），２２歲大學畢業后，在某研究所用８０８６匯編語言寫一些小規模的程序，頗覺得心應手。凡是能用流傳圖表示的問題，都似乎不在話下。工作中，與同事共同切磋結構化程序設計，并能有意識地用于實踐中。

三年后，承接一個縱向課題：在Windows上開發一個交互式排版系統。用Windows SDK開發。興奮之余，自然想起用結構化方法進行設計：把整個系統當成一個黑盒子（black box），輸出當然是排版結果，不管是什么格式，輸入是···。我卡住了。難道用戶操作是輸入嗎？但用戶操作有那么多，怎么表示呢？系統的數據流圖該怎么畫？數據字典該怎么寫？和同事討論n次后，仍不得其解。懊喪之余，先模仿Quark Express搭個界面吧。然后研究排版算法。程序結構經過至少三次大規模修改，終于能排出一些版式，并在兩年后通過了鑒定（鑒定后當然是將其束之高閣）。我從中體會到結構化開發方法不適合開發交互式系統。在開發初期，你不太可能正確地畫出數據流圖，而結構化設計方法完全依賴數據流圖。數據流圖發生改變，整個程序結構就要隨之改變。

后來，加入一家合資公司，擔任開發組長，有五、六個組員。這時我已讀過了邵維忠等譯的《面向對象的分析》、楊芙清等編譯的《面向對象的設計》和《Code Complete》中譯本。對面向對象的程序設計雖有所了解但仍是一知半解。

首先，我們用MSVC 1.5開發一個圖形編輯軟件。我用紙畫了20幾張對象圖，與同事討論通過后，開始編程。有人負責數據模型，有人負責用戶界面，有人負責圖形顯示。幾個月后，老板已可向潛在用戶進行展示，反應良好。老板和開發人員都被一種興奮的心情籠罩著。我們不斷地加新功能，老板不時地到展覽會上做演示。功能加齊了，開始讓潛在用戶試用。老板和我們都松了一口氣：就剩下改錯了，咱們是兵來將擋、水來土屯，沒什么可怕的。錯誤報告來了。我們信心滿滿地開始查錯改錯。有些錯誤很快地被改掉了。但最后我們發現錯誤源源不斷。改了一個錯誤有可能引起別的錯誤。軟件永遠達不到能用的地步。最后，時機被錯過。該軟件不得不被砍掉。懊喪之余，我們做了反省。大家都認為應盡早改錯。同時模模糊糊地覺得數據模型和用戶界面的程序一定要嚴格分開，否則程序極難修改。

后來，我們又開發一個類似Adobe Acrobat Exchange的PDF文件瀏覽器兼編輯器（當時Acrobat Exchange還不能顯示中、日、韓文）。這時，老板帶來一些過期的《C/C++ Users’ Journal》《Dr.Dobbs’ Journal》雜志。從書評中，我被幾本書吸引住了。一本是James Rumbough等著的《Object-Oriented Modeling and Design》，一本是現在大名鼎鼎的《Design Patterns》，還有就是Scott Meyers著的《Effective C++》和《More Effective C++》。我勸說老板買了這幾本書，并攛掇他買了一個CASE（計算機輔助軟件工程）工具：Select OMT 仔細研讀這幾本書后，頗有頓開茅塞之感。最大的收獲在于了解到降低類之間耦合度的重要性。一個類的實現細節發生變化，不應該影響使用該類的其它類的內部實現。更妙的是有不少Design Pattern能馬上用到我們的軟件中。

我用Select OMT軟件畫了一些高層的類圖、狀態圖和數據流圖等，并讓同事們審查。同事們都覺得通過這些圖對軟件的總體設計有了更好的把握。在寫程序的過程中，我們不斷調整程序結構以盡可能減小類之間的耦合度。老板很早就安排了專職測試人員。發現問題，馬上修改。一年后，我們的軟件終于通過了用戶的試用，賣出去了。當時，我可說是信心滿滿。

此后，我做了一年半多媒體編程。發現還是對系統開發更感興趣。于是加入了Quark軟件公司，開發一個基于CORBA的文件管理系統。這是我第一次參與異地開發，也是第一次大規模使用STL。我驚嘆于STL設計之妙，同時也對自己的信心打了折扣。此后，我閱讀了Martin Fowler著的《UML Distilled》、Bertrand Meyer著的《Object Oriented Software Construction》等書籍。并開始使用Rational Rose。Quark公司的技術文檔管理、設計復查、代碼復查、質量管理以及德國人（Quark公司德國分公司）嚴謹的工作態度都給我留下了深刻印象。

項目組下分開發組和測試組。開發組中有一個４到５人組成的設計小組負責軟件總體設計，其中一個人負責技術文檔，確保文檔反映最新的設計。定期進行設計復查。復查時，項目組成員全部參加，并可提出問題或建議。得出結論后，馬上付諸實施。開發組下又設若干小組。小組內定期進行代碼復查。由組長選出每個組員的源文件，交其他組員復查，盡量挑出所有的毛病。如果代碼太次，要打回從新寫過。代碼復查既能保證軟件質量，又是大家學習的一個機會。

一年半后，我離開Quark，加盟Sybase，參與PowerBuilder的維護和新版本的開發。這是我第一次參與軟件維護，令我認識到軟件維護的重要性，認識到編寫可維護的代碼是軟件開發的一個重要課題。Sybase系統化的質量跟蹤系統和用戶支援系統讓我獲益匪淺。在此期間，我閱讀了《Large-scale Software Development in C++》、Martin Fowler著的《Refectoring》、Andrei Alexandrescu著的《Modern C++ Design》，Herb Sutter著的《Exceptional C++》和《More exceptional C++》，以及Kent Beck著的《Extreme Programming Explained》等書籍。對軟件開發與維護有了進一步了解，但同時也更認識到軟件開發之難。

回想十幾年蹣跚走過的路，好像也略有所悟。試總結出以供參考：

1）要熟練掌握至少一種編程語言。我覺得最好是C++。掌握了C++，學習其它語言如Java或C#等并非難事，因為各種面向對象的程序語言盡管在語法上可能有很大區別，在語義上卻大同小異。

2）不要寄希望于一次就把軟件設計好。在開發初期，要盡量用最簡單的設計實現最基本的功能，以使你的軟件盡早地能實際運行，不要過于拘泥于細節。這樣你才能盡早得到反饋，才能更直觀更全面地理解你所面對的問題。你所關注的重點應依次是Make it work, make it right, make it fast。

3）軟件結構要分塊分層。低層模塊不要依賴于上層模塊。一個類、一個接口或一個函數都應只做一件事。沒有本質聯系的類或接口就不應有耦合關系。舉例而言，要用MVC（Model View Controller）Design Pattern切斷用戶界面與數據模型之間的直接關聯。

4）軟件設計的主要工作是給類分配責任（responsibilities）。盡量不要把類設計成控制者（controller），而要設計成協調者（coordinator）?？刂普叻彩伦约鹤?，協調者讓別人做。控制者的邏輯往往很復雜，難于維護；協調者邏輯簡單，易于維護。要站在類的使用者角度設計類的外部行為。要講究一點軟件美學，即簡單、清晰、一致、平衡等。

5）了解并運用UML、Design Patterns、Unit Test、Design by Contract等。6）使用代碼管理系統和質量跟蹤系統。

7）了解各種軟件開發過程控制方法，并找出適合你的方法。8）閱讀經典書籍，研讀經典代碼，訂閱雜志，與同行切磋。

在這行越久越覺得軟件開發難。軟件開發歷史還很短，才50年，還不是一門系統化的學科。有些人甚至認為軟件設計與編程是一門藝術。但軟件藝術大師還太少，而且我們很難直接欣賞到他們的杰作，除非所有的設計文檔和代碼都公開。軟件更容易藏污納垢。一個用戶界面很漂亮的軟件，內部設計和代碼卻很可能臭不可聞。一個地板傾斜、墻壁裂縫、屋頂漏水的房子沒有人會買。一個設計很爛的軟件卻可能賣得不錯。但這樣的軟件能撐多久呢？ 軟件設計與編程已經很難，而這僅僅是軟件開發的一個方面，軟件開發過程控制也很難，也許更難。成為軟件開發高手要走一條漫長的路，何日才能仗劍走天涯？

第五篇：一個老程序員未來10年的計劃目標

一個老程序員未來10年的計劃目標

時間過得很快，又快到年底了，回顧一下，一不小心也工作十年了，這十年坎坎坷坷，有喜有悲，創業失敗了，沒辦法日子還得繼續過，打工又有2年多了，這期間最悲的是失去真愛的女友、人生失去了奮斗的方向、身心得到了前所未有的摧殘，幾度迷茫，這個比創業失敗、生意失敗損失更慘重，錢沒了可以賺回來，員工走了還可以招聘，客戶失去了還可以開拓，人心變了九頭牛也拽不回來了，就算拽回來了，也是有無法修復的傷痛了。

人總需要有些野心、目標，這樣才不容易迷失奮斗的方向，有比較明確的目標定位才會有源源不斷努力奮斗的原動力，其實每個人都有或許明確，或許比較模糊的奮斗目標。我想把我接下來10年里的目標寫出來，然后10年后再來看看，我的目標是否都實現了，應該也是蠻有意思的事，當然年終了，空時也會把今年的總結、明年的計劃寫出來的，可能不會公布到網上，公司也會要求我們寫年終總結的。當然公司的是公司的事情，個人的是個人的事情，總的來講公司的與個人的差距不是很大時，工作生活才會幸福些，工作和生活才能融到一起，其樂無窮。

廢話不多說了，把自己的目標列出來，給大家參考參考，歡迎大家點評：

1.現在本科學歷有些混不開了，我還一直沒空讀碩士，應該抓緊讀個碩士出來，再考慮是否讀個博士出來，雖然考是考不上，但是自己花錢深造總可以的，讀在職的總可以的，否則很有可能將來會很不好混了，掃地的都是本科了。

2.年紀也不小了，也應該考慮當爸爸的事情，爭取生2個健康的寶寶，自己也來個人生的升華，當爸爸了人也應該會變得更有責任感，因為我和我老婆都是蒙古族，應該可以生2

個娃娃，2個娃娃一起長大會少一些孤單，從小教他們互相關愛、互相幫助，從小培養他們的愛心，這樣他們長大了，也會更容易融入這個社會。

3.雖然房貸是20年的，有接近80萬的銀行貸款及40萬的銀行利息，但是還是希望不要還20年，爭取在不到10年的時間里，把大部分房貸還清了。

4.現在是公司的中層干部，爭取通過努力工作，拼搏到公司的高層管理層，年收入能有穩定的30-50萬左右，應該養家糊口問題不嚴重了，當然也爭取能有10-30個跟班的，與我價值觀相同的，能跟我一起拼搏工作的，畢竟活兒不是靠一個人都能做完的，還需要靠大家一起努力，希望奔到高層了能有個自己的獨立辦公室，比較寬敞的辦公環境，溫馨的布置一下，來點兒花花草草的。

5.技術雖然不是很尖端，但是應付日常工作需要已經足夠了，接下來應該更重視與客戶的打交道能力，市場營銷能力，部門及公司的管理能力方面的提高上，自己的注意力從技術轉移到人身上。更多的不是玩技術而是關注管理，關注身邊的同事及客戶，同時在技術上也希望能跟上發展的腳步，不要被落后太多，最起碼都能懂一些。

6.勞逸結合，身體是革命的本錢，也不能為了賺錢不要命，身體都夸了，小命也沒了，談什么事業，談什么將來啊，平時注意休息、鍛煉，爭取不得大病，小病是避免不了了，當然也希望我的家人、親人、同事都身體健康平平安安的。

7.由于過去的10年，有些環節沒能把握住大的方向，走了一些彎路，導致到現在連個自行車也沒有，相對來講是混得不太好，明年爭取先買個10來萬的車子，不過先得把駕駛證考出來，等手上的項目驗收通過了，就去學車去，將來有錢了換個中高檔的寶馬之類的名車給老婆開開，自己想開了也可以換著開開，幾千萬的跑車估計這輩子是沒希望了。

8.若經濟上允許，再換一個杭州有品位的小區里，購買個100-200平米的新房子，改善一下居住條件，或者是換個排屋，換別墅現在不敢想象了，幾千萬的事情，不是開玩笑的，除非是中了幾億的彩票大獎，是應該馬上就換一個，可我平時也不購買彩票的，中大獎的可能性幾乎是零，中小獎的可能性也幾乎是零。

9.做一個全國行業內有點兒知名度的產品出來，例如權限管理（數據中心管理）之類的，能有通用性，能提高改進我們工作效率，大家也公認的一個產品，人實在沒一個明確的目標很容易迷失方向，不知道應該把經歷放在什么上，年紀大了，對泡妞也沒興趣了，總得有個喜歡的東西做做，例如釣魚、賭博、收藏，那我就來一個做軟件為興趣愛好，打發打發時間用。

10.要成為某個業務領域的專家，精通此行業的管理，當然不能說是軟件開發領域的專家，這個不太值錢競爭也太激烈，要成為某個行業，例如供水行業等，以后能在這個領域里有一定的壟斷市場的能力，能與競爭對手PK的明顯優勢。

11.開拓幾個有實力的合作伙伴，也沒必要太多，但是精一些就可以了，人的精力是有限的，能維護好身邊的20-30個人關系就很不錯的，也不能指望太多，會顧不過來的。

12.關注純軟件以外的一些知識領域，例如工業控制、數據采集、與銀行、移動業務的軟件系統集成、與指紋識別系統等的軟件系統的對接，一些控制類硬件與軟件系統的集成等等，雖然不指望能深入底層能掌握一些集成的經驗及應用就可以了，畢竟術有專攻，跟行家是沒法比。

當然大部分都是圍繞著自己的生活來著，人活著就是為別人服務、別人為我服務，只有我為別人服務得更好，才有希望別人為我有更多的服務，更高的服務，所以都需要自己付出更多的努力。

由于我也是普通老百姓一個，打工一族，所以我的理想也都很渺小很真實，也沒有那么大、那么寬、的心胸，治理國家，發明創造等，都是圍繞這自己的家，自己個人的生活，可能這些也是注定了我的小人物形象。

一個家，當然不只是靠我一個人的努力，還有老婆、孩子、父母，大家齊心協力，日子才會變得越來越好，越來越幸福，當然也要靠整個社會的安定團結，整個社會的發展，跟著社會的發展，人們也會享受很多變化，個人也沒必要太急太過度努力。

雖然計劃沒有變化快，但是總需要有個方向，可能隨著大環境的變化，與時俱進會有很多發生變化或者提前能實現夢想，當然都希望順利一些，大家都平平安安、健健康康是最希望能看到的。

在這里，我也祝愿大家的夢想都能實現，每天都在快樂中度過，一天比一天好。