程序員培訓總結大全11篇

緒論：寫作既是個人情感的抒發(fā)，也是對學術真理的探索，歡迎閱讀由發(fā)表云整理的11篇程序員培訓總結范文，希望它們能為您的寫作提供參考和啟發(fā)。

篇（1）

中圖分類號：TP311.5 文獻標識碼：B

文章編號：1672-5913(2007)10-0056-03

我院實行院企聯(lián)姻，把IT企業(yè)中培訓過程引入到學校教育過程中，目的是擴大就業(yè)門路，縮短學生的社會適應期，降低學生的學習成本，提高學生的就業(yè)質(zhì)量。按照當前行業(yè)所使用的最新技術進行項目訓練，使其達到或接近就業(yè)的專業(yè)素質(zhì)要求，達到積累工作實踐經(jīng)驗的目的。在培訓過程中，除了對學生進行專業(yè)的培養(yǎng)外，本人認為還應該在職業(yè)素質(zhì)、綜合能力、理論基礎、工作習慣等方面進一步培養(yǎng)。

1職業(yè)素質(zhì)

未走出象牙塔的學生心比天高，一向“飯來張口，衣來伸手”的生活方式培養(yǎng)出來的嫩芽撐不住勞動強度的摧殘，對于有些工作不是不能，而是不為，出現(xiàn)了退縮念頭；有些學生就業(yè)期望值太高，受經(jīng)濟利益的驅(qū)使，想一口吞個胖子，淡化了過程培訓的含義，情緒上出現(xiàn)煩躁，導致對前途迷茫，失去信心。

程序員的工作是枯燥的，整天面對計算機，用26個英文字母和其他符號編程。程序員的工作非常辛苦，是一項智力勞動，需要投入很多的精力，因而需要程序員能夠熱愛這個職業(yè)，有工作熱情，有投入的精神。雖然有的人很聰明，但是對軟件開發(fā)沒有興趣，或者工作很不專心，工作效率很低，別人半天能干完的，他需要兩天甚至三天才能干完；情緒浮躁，抵擋不住計算機游戲、各種新聞等誘惑，不能處理好工作與娛樂的關系，自制力和自控力差；寫出的代碼漏洞百出，質(zhì)量不高，這樣的學生不適合做程序員。有時程序員的成就在很大程度上不是取決于智商，而是取決于情商。程序員應該雄心壯志，面對困難時比較堅毅，吃苦耐勞、講紀律、講服從、講誠信。

2綜合能力

綜合能力方面主要是：良好的邏輯思維能力、溝通能力與再學習能力。

2.1邏輯思維能力

軟件開發(fā)過程是解決復雜業(yè)務邏輯的過程，是簡化復雜邏輯的過程，是用精確來實現(xiàn)模糊的過程，開發(fā)人員需要具有良好的邏輯思維能力才能勝任。現(xiàn)實空間是模糊的，數(shù)字空間是精確的，在現(xiàn)實世界中很簡單的問題，在數(shù)字空間中模擬時，就變成了一個復雜的問題。它要求程序員能夠全面、準確、簡潔地把握、分析和解決問題。

下面要求學生畫出問題的程序流程圖來測驗學生的邏輯思維能力：輸入三個整數(shù)，作為三角形的三個邊，判斷是否構成：等邊、等腰、直角、銳角、鈍角三角形。

這個題目的邏輯很簡單，需要處理的邏輯包括：

1) 輸入的合法性判斷：輸入的是否是正整數(shù)。

2) 是否構成三角形：任意兩邊之和大于第三邊。

3) 是否構成等腰或等邊三角形。

4) 是否構成鈍角、直角、銳角三角形。

上邊的題目是一個很簡單的程序，但是學生回答完全的卻很少，常見的錯誤見下表。

類似的邏輯問題在實際的軟件開發(fā)中是經(jīng)常用到的，需要程序員能夠?qū)Ω鞣N情況進行仔細的分析、歸納、總結。如果在這樣的問題上出錯，是很難成為出色的程序員的。

2.2溝通能力

現(xiàn)在的軟件越來越龐大，需要多人來協(xié)同工作。作為程序員要善于溝通，習慣溝通，要有團隊精神。學生與學生、學生與老師交流問題時，往往要花費大量的時間描述問題。有的學生自己心里明白，但就是說不清楚，或者干脆不說，默默地做項目，甚至閉門造車。這些情況都會降低整個團隊的工作效率。

再者，全球IT外包市場主要是歐美和日本，其中85%的IT外包市場是以英語為溝通語言。作為未來軟件企業(yè)生力軍，程序員應具備良好的英語應用能力，這是最基本的要求，如果對英語的熟練程度不高，對待引進的高技術以及與客戶的溝通將會出現(xiàn)語言上的障礙。

2.3再學習能力

信息技術的更新速度是驚人的，程序員的職業(yè)生涯是一個要求不斷學習的過程，永遠不能滿足現(xiàn)狀，必須有很好的再學習能力。只有善于學習的人，才能夠不斷進步。真正優(yōu)秀的程序員一定是掌握了很好的學習方法，否則現(xiàn)在是優(yōu)秀程序員，兩年后可能就被淘汰了。只有再學習，才能談到創(chuàng)新，IT技術的日新月異使很多程序員眼花繚亂，什么都想學，卻又不知從何學起，今天看看這個，明天學學那個，貪多不熟。雖然IT技術發(fā)展迅速，但很多技術都是有規(guī)律可循，一些基本的概念、原理和方法是通用的，可以舉一反三。再學習的方法有很多，類比法、詢問法、閱讀示范程序、網(wǎng)上檢索相關的資料等等。

3理論基礎

大學計算機專業(yè)課大多是從二年級開起，有的學生由于目標不明確或數(shù)學基礎不好，對專業(yè)課程學習不是非常扎實。由于信息技術發(fā)展快，有些課程內(nèi)容陳舊。在培訓階段，對于知識的匯總歸納是非常有必要的。如果基于.net做多層結構的軟件開發(fā)，以下的知識是必須的：操作系統(tǒng)原理、實體關系理論、SQL語句、面向?qū)ο蟮幕纠碚摗?shù)據(jù)結構、軟件工程、VC++/JAVA、ASP/HTML、PSP/TSP/ISO、專業(yè)英語、程序設計風格、系統(tǒng)分析與設計等等。可以看出如果沒有學過數(shù)據(jù)結構、程序設計方法、數(shù)據(jù)庫概論以及軟件工程的基本知識，要想成為一名合格的程序員顯然是很困難的，而且一名熟練的程序員需要的知識遠不止這些。掌握了基礎的計算機科學理論，再擁有一定的學習能力，才能不斷進步。

4工作習慣

良好的工作習慣是程序員個人開發(fā)過程成熟的體現(xiàn)，是效率的保證。程序員的培養(yǎng)很大程度上是習慣的培養(yǎng)。在實訓過程中應注重培養(yǎng)如下幾個方面的習慣：

4.1按照明確的編碼過程工作

在進行一項編碼工作時，需要按一個規(guī)范的過程來進行：

第一，定義做什么，包括功能范圍、接口，任務；

第二，定義如何做，包括數(shù)據(jù)結構、算法；

第三，定義驗收標準，如何檢驗正確與否；

第四，動手編程序、調(diào)程序；

最后，測試程序。

按照規(guī)范的過程來編碼，才能真正提高工作效率。職業(yè)程序員的設計時間長于編碼時間，業(yè)余程序員編碼的時間長于設計時間。職業(yè)的程序員是設計程序，業(yè)余程序員是調(diào)試程序。職業(yè)程序員是預防BUG，業(yè)余程序員是修改BUG。為什么會出現(xiàn)這種情況呢？因為職業(yè)程序員是按照一個規(guī)范的編碼過程來工作，編碼的前期工作量超過了其實際的編碼工作量。有的程序員經(jīng)過簡單考慮后就急于去寫程序，往往是把簡單的問題搞復雜了，復雜的問題搞亂了，效率很低。

4.2編碼之前寫文檔

文檔是軟件實現(xiàn)思想的載體，是開發(fā)人員之間、開發(fā)人員與管理人員之間交流的工具，是設計人員與編碼人員之間、設計人員與需求人員之間的一種約定，是組織的軟件設計經(jīng)驗的積累，是組織軟件財富的記錄，是軟件復用的基礎。只有真正認識到了設計文檔的重要性，才能積極主動地寫文檔。對程序員而言，在動手編程之前通過寫文檔可以把實現(xiàn)的方法想清楚、表達清楚、討論清楚，這是已經(jīng)通過無數(shù)的實踐來證明了的好經(jīng)驗。初級的程序員往往在寫程序的過程中發(fā)現(xiàn)越寫越覺得復雜，程序越改越亂，等真正把工作做完了，再反思一下，卻發(fā)現(xiàn)原來是很簡單的事情。為什么會有這種感覺呢？問題就在于事先沒有真正想清楚，弄明白，一旦進入問題的解決細節(jié)中，就很容易出錯了，所以職業(yè)程序員應該具備寫文檔的好習慣。

4.3遵循設計進行編碼

程序員不能隨意自己決策，不按設計人員的設計去施工。同一個問題，可能有多種解決方案，在考慮解決方案時，程序員想的是局部，設計人員想的是全局，因而在進行決策時，設計人員是從全局的角度的考慮問題。在這種情況下，程序員要嚴格按照設計去實現(xiàn)，不能在如何實現(xiàn)上偏離設計，造成隱患。對于設計中有疑問的問題，可以討論，但是不可以隨意變更。

4.4按照良好程序設計風格編碼

對于程序設計風格，原來要求效率第一，而現(xiàn)在要求清晰第一。

有人講程序設計是一門個人藝術，包含了程序員個人的創(chuàng)造性，正是這樣，才使得很多程序構思精巧，耐人尋味。但是同時它又使得程序的可讀性較差，尤其是在多個人合作開發(fā)一個軟件時，風格迥異的程序使得軟件的可靠性與可維護性大大降低。程序設計語言一方面是人與計算機之間進行交流的工具，還是人與人之間進行交流的工具。單純地作為人機交流的工具，只要程序能夠正確、忠實地表達設計者的思想，也就發(fā)揮了其作用。但是人與人之間的交流沒有一種固定的統(tǒng)一的模式，因此作為人與人之間的交流工具，還要表達得清晰易懂，能夠為其他程序員所理解，這也正是要求程序員講究程序設計風格的主要原因。

5總結

通過嚴格的專業(yè)素質(zhì)訓練和職業(yè)素質(zhì)、綜合能力、理論基礎、工作習慣的培養(yǎng)，基本上可以使大學生走上社會前，從“學校人”轉(zhuǎn)變?yōu)橐粋€準“職業(yè)人”，使大學生在就業(yè)市場立于不敗之地！

參考文獻

[1] 王長春. 印度軟件人才教育 成功就這么簡單？[J]. 軟件工程師，2005，(Z1).

[2] 劉克青，廖建新，張俊光. 軟件項目策劃中的工作量估算方法探討[J]. 計算機工程與應用，2004，(27).

[3] 李洛，吳紹根. 基于印度NIIT培養(yǎng)模式的兩年制高職軟件人才培養(yǎng)思路[J]. 高教探索，2004，(2).

[4] 杜建立. 軟件人才培養(yǎng)新挑戰(zhàn)[J]. 中國遠程教育，2004，(2).

篇（2）

（一）軟件開發(fā)項目的人員組織形式由于軟件開發(fā)人員個人素質(zhì)與能力各不相同，因此，要對軟件開發(fā)人員進行合理分工，充分發(fā)揮每個人的特長。同時，軟件開發(fā)的組織結構應與軟件項目開發(fā)模式、軟件產(chǎn)品結構相對應，使軟件開發(fā)方法、工具與人相統(tǒng)一，降低軟件開發(fā)過程中，管理與質(zhì)量控制的復雜性。可以按照樹形結構對軟件開發(fā)人員進行組織。樹的根是軟件項目經(jīng)理和項目總技術負責人，可由一個人或一個小組擔任。樹的結點是程序員小組。為了便于項目管理，樹的結點每層不超過7個，并在此基礎上盡量降低樹的層數(shù)。程序員小組可以按主程序員進行組織，由主程序員負責小組全部技術活動的規(guī)劃、協(xié)調(diào)和審查。小組其他成員，如后備工程師，是主程序員的助手，必要時可以代替主程序員領導小組工作，以保持工作的連續(xù)性。程序員小組之間和小組內(nèi)的程序員之間的任務界面必須清楚，并盡量簡化。如微軟公司的編程人員共分為5個等級，最高等級只有5人，WindowsNT,Windows2000操作系統(tǒng)的核心開發(fā)隊伍只有10人左右。內(nèi)核程序由核心人物親自編寫，而提供軟件開發(fā)工具的隊伍則多達2000人，編寫各種程序模塊的編程人員也有1000多人。

（二）存在問題1.人員流動性過大，人才結構不合理調(diào)查顯示，軟件管理人員平均年齡為33.3歲，普通軟件員工的平均年齡為28.4歲，65%以上的受調(diào)查人員具備大學本科以上學歷。由此可見，軟件項目從業(yè)人員以高學歷的年輕人為主。這就意味著，一方面，這些人有更強的學習創(chuàng)新能力，另一方面，也可能存在個人約束力差、眼高手低等不穩(wěn)定因素，一些自認出色的從業(yè)人員對公司稍有不滿就會離公司而去，造成項目人員流動頻繁。再加上高級研發(fā)人員缺乏，一般編程人員過剩，更不利于員工培養(yǎng)和人力資源維護。2.績效評估不合理許多軟件項目缺少完整、系統(tǒng)的績效管理機制，比如，對個人績效評估的實踐、考核結果大多只為評價員工工作態(tài)度提供參考，最終績效考核變成員工出勤記錄。軟件項目缺乏績效考核，不能充分反映出項目成員的付出，有一些項目雖然對項目的投入和項目進度進行績效評估，但沒有和激勵機制結合在一起，這時，有無績效評估結果一樣，同樣不利于團隊建設和人員穩(wěn)固性的增強。3.培訓不足由于培訓方式落后和培訓管理手段不成熟等原因，軟件項目一般對成員培訓較少。項目成員認為在項目組中沒有機會學到更多東西，無法提高自己的能力，導致軟件項目人員流動頻繁。而由于人員流動頻繁，項目更不愿意為員工培訓投入時間和金錢，當需要人時就直接聘用，由此形成惡性循環(huán)。

二、軟件開發(fā)項目人力資源管理的有效策略

（一）招聘策略招聘是控制人力資源質(zhì)量的第一步，也是人力資源建設和開發(fā)的重要步驟，是吸引優(yōu)秀、適合人才的重要途徑，作好招聘工作是保證人員質(zhì)量的重要環(huán)節(jié)。項目組配合公司人力資源管理部門，積極參與篩選簡歷和面試評審環(huán)節(jié)的工作，根據(jù)項目需求挑選簡歷和設計面試考核問題。與往常面試題目相比較，根據(jù)項目需求的不同，在招聘面試過程中，適當增加對某方面能力的考核。不能達到能力要求的面試者，不予以錄用。

篇（3）

馬上到年末了，自己也對今年做了一下總結，自己有哪些優(yōu)點，有哪些還需要加強。每當我想到今年比較滿意的地方，對比之前，就會有這樣一個思考：如果以前的我要是知道這些該多。在這里給大家分享一下經(jīng)驗，讓新人少走一些彎路。

做事要積極主動，態(tài)度決定一切

說這些，可能有人會覺得，這些都明白，都是大道理，只是怎么樣執(zhí)行的問題，下面我舉一個真實的例子。

我曾經(jīng)帶過的兩位新人，A君上班，交代給他負責的東西，是永遠沒有結果的，我交代給A做一個數(shù)據(jù)展現(xiàn)的部分，A君告訴我他不會JSP的技術，我給他推薦了一些書籍以及我曾經(jīng)寫過的demo，并告知不能光學，要有成果展示，可以通過這個數(shù)據(jù)展現(xiàn)來學習jsp技術，但是最后的結果是他下班就走，走之前沒有跟我匯報任何進度，我最后只能換人做這個東西。這里我并不是推薦職場新人要加班，但是做事的態(tài)度要認真負責，新人可以對技術不懂，但是要有負責的態(tài)度，起碼應該匯報一下今天的進度。

再來對比一下另一位B君，也是同樣接到這個任務，首先B君懂jsp,但是他不懂JSTL，我給了他時間學習，結果B君在很短的時間內(nèi)，學了JSTL并將總結發(fā)給了我，我相信這么短的時間內(nèi)，他畢竟掌握的有限，但是學習了，又有總結，這種態(tài)度令我非常滿意。在第二天，B君就把數(shù)據(jù)展示做出來了，而且確實是我想要的樣子!不得不說，同樣的事，同一水平線，不同人做的時候，態(tài)度和積極性就決定著一切，所以一個人只要工作態(tài)度好，我相信這個人的工作絕對不會差。

提問的技巧

作為一個新人來說，不懂就要問!這里我要說兩點：

1、 如果是單純技術上的問題，如果可以google到的，我認為就可以自己消化掉!問的問題一定要先google，然后帶著自己的想法，去問一些有經(jīng)驗的人，收獲會更大!(推薦閱讀：《如何使用搜索技巧來成為一名高效的程序員》)

舉個例子：曾經(jīng)的我，埋頭寫代碼，那時候很怕上司知道自己不會這，不會那!所以拼命的掩蓋自己不會的東西，自己查資料，下班了問同學，上論壇發(fā)問。但是由于邏輯和現(xiàn)實需求不一樣，所以結果并不理想!如果那個時候，我把自己不理解的地方和上司談，也許會很快的就能完成這個任務，而不是返工。

2、如何提問?問誰?

很多新人不知道如何提問，也不知道問誰。我的建議是，先把你要問的問題梳理好，最好可以有電子版或者打印版的整理，方便其他同事查看和解答。然后就是提出的問題，要讓回答的人感興趣，這樣他不但會給你解答問題，還有可能將問題延伸，讓你學到更多的知識。對于如何讓回答的人感興趣，就是仁者見仁，智者見智了!看個人發(fā)揮了!

對于問誰，我覺得你不了解其他同事的時候，要先問你的上司，當你了解了你的同事每個人擅長的領域之后，就應該把自己的問題歸類，然后問最擅長的人。這樣會事半功倍!

任務分解

不知道大家做事都是怎樣一個邏輯，當年的我做事就是一團糟。當我拿到一個日志分析的任務的時候，就想著做，埋頭苦干，但是自己越做，腦子越渾，完全找不到頭緒。后來，上司找到我，給我做出了任務分解，我按照任務分解來做，清晰了很多。直到現(xiàn)在，我還保持著做任務分解的習慣。

其實做任務分解可以幫助你更深入的了解你要做的事情，任務分解包括一個事情，你需要分幾個步驟去做，每個步驟要做到什么樣子，什么程度，多長時間做完。幾個步驟為一個里程碑。如果具體做的時候發(fā)現(xiàn)一個步驟的事情做起來超過了一個星期，我覺得這屬于任務分解的不夠細，需要將這個任務再次分解，讓你的工作更透明，更有效率。可以使用一些任務分解工作，將自己的工作路線和步驟明確，要善用工具。

主動匯報 + 主動溝通

曾經(jīng)的我就是埋頭苦干，但是從不匯報進度，其實這樣是不好的。后來我的領導找到我，問我的進度，才發(fā)現(xiàn)意見有所分歧，理解有差距。索性只能重新來過。

新人一定要注意這個事情，有情況，有成果，有可展示的東西就一定要及時的主動匯報這個事情的進度，做成果展示，在對事情有不理解的時候也需要主動的溝通，使之和所有參與人員的意見一致再去做，保證你做的事情的正確性和有效性。

記住一句話：當領導找到你問進度的時候，你是被動的!

上面幾點，看似簡單，做起來很難!到現(xiàn)在任務分解和提問很多職場新人是不具備的，需要慢慢磨練，但是我們相信，只要有良好的態(tài)度，良好的習慣，工作一定會慢慢越來越好!相信自己的明年會越來越好!

程序員崗位個人工作總結范文二

光陰如梭,半年的工作轉(zhuǎn)瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20XX年,滿懷熱情的迎來即將到來的20XX年。在這年終之際,現(xiàn)對來公司5個月的時間里所作的工作匯報如下:

1、正義erp項目的編碼工作。從了解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業(yè)務流程,再到熟悉新能開發(fā)模式,之后我根據(jù)需求調(diào)研報告,從基本的數(shù)據(jù)庫創(chuàng)建,到編碼,完成了銷售部、生產(chǎn)部、采購部、質(zhì)檢部四個模塊的基本單據(jù)的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節(jié)地方技術上還不太成熟,還需加以學習與鉆研。

2、、正義erp項目的實施工作。從十一月初開始進行正義項目的實施,每天早起趕在企業(yè)上班前趕到企業(yè)進行erp的實施。實施期間主要是軟件的安裝實施及對企業(yè)的erp系統(tǒng)的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現(xiàn)的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作,使我原本欠缺的業(yè)務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業(yè)務上的知識,更加明晰了erp系統(tǒng)的流程。但離一個成功程序開發(fā)人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發(fā)也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發(fā)的整體思路與技術要點,總結了前期開發(fā)和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的修改。

4、利用工作之余的休息時間加強學習。平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識(現(xiàn)轉(zhuǎn)為學習.net),為后期的工作打好基礎。

以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。

展望臨近的20XX年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰(zhàn)。

程序員崗位個人工作總結范文三

先自我簡介一下，本人從事asp.net開發(fā)進一年，XX屆畢業(yè)生，XX年11月開始上班，之前做asp，09年2月后開始做asp.net，由于公司轉(zhuǎn)型，現(xiàn)在帶十幾個人在一起搞asp.net開發(fā)，主要是關于準金融行業(yè)的行業(yè)管理軟件。年度總結在會議上也寫了，但僅限于對于工作總結及20XX年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。

技術

我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些知識，后來由VB、HTML轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務需要，將開發(fā)平臺轉(zhuǎn)向asp.net，開始對asp.net不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里——!)，后來招來幾個北大青鳥的過來終于意識到asp.net的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌握了asp.net，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W都有一種感覺：面向?qū)ο箝_始真的有點別扭， 涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎?應該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向?qū)ο笙啾雀子谌腴T理解，實質(zhì)上難于準確直接地表述。

面向?qū)ο笊狭硪环矫媸撬脑O計模式，在之前的面向過程中 對這個設計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經(jīng)驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到asp.net的實現(xiàn)模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、SelectedIndexChanged……都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之后你不在使用C去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發(fā)團隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規(guī)則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內(nèi)部是允許使用QQ的，后來員工用QQ閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個QQ去到群里搞個群主，雖然群里大多都是菜鳥)，最后多次開會，逐個談話，闡明道理，形勢逐漸好轉(zhuǎn)。

項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規(guī)范、文檔管理、Bug管理等諸多問題都得到一一解決， 技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環(huán)。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現(xiàn)在公司的問題與當前中國軟件行業(yè)的通病一樣，盲目追求利益最大化，不求質(zhì)量，但求速度，整個社會風氣造成軟件行業(yè)良莠不齊發(fā)展，整個中國三四個人的開發(fā)團隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質(zhì)量低下、維護成本大、穩(wěn)定性差、用戶體驗差……。當然我們本身不能去逃避這個現(xiàn)狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態(tài)，以良好的心態(tài)去面對各種問題，發(fā)現(xiàn)問題、解決問題，發(fā)現(xiàn)問題抱怨是解決不了問題的(“IT民工”是我個人認為IT人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業(yè)，他能做好自己的工作嗎?)，最主要是解決問題。

我在面試員工時反復提到的三點是;工作態(tài)度、發(fā)展?jié)摿Α⒐ぷ髂芰Γ汕跋蚝笈判颍膽B(tài)最重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣大的程序員同志絕大多數(shù)都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業(yè)定位。以我個人的經(jīng)驗，新員工選擇一家公司往往最看重工資待遇跟發(fā)展?jié)摿Γ绦騿T是一種不可以混日子的職業(yè)，工作能力很重要，但不是最主要的，工作態(tài)度是最重要的，工作態(tài)度往往跟個人的思想認識還有職業(yè)所在的環(huán)境有關，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發(fā)展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。

看了“程序員崗位個人工作總結”的人還看了

1.程序員個人工作總結范文3篇

2.精選程序員個人工作總結

篇（4）

一、 公司人力資源管理體系的建立和完善

我們深知嚴謹規(guī)范的管理對一個公司的生存和發(fā)展具有極其重要的意義，所以人事部一直致力于建立完善的公司內(nèi)部管理體系。在領導的指導下，我規(guī)劃組織編制了五套內(nèi)部基礎管理的規(guī)范性文件——《公司崗位職責》、《公司規(guī)章管理制度》、《公司績效考核制度》、《企業(yè)文化》、《員工手冊》。但是由于時間緊迫，情況特殊，這些基礎性文件在xx年我部門需要繼續(xù)編制并完善，最終加以實施。

二、職工人數(shù)的確定

我公司現(xiàn)在職人員一共17人，其中正式員工9人，在試用期員工5人，實習人員3人。其中本科學歷9人，大專學歷8人。本市戶口6人，外省市戶口11人。

三、公司人員招聘工作

這一年公司開始步入正軌，是公司人員流動較為頻繁的一年，也是公司人員招聘工作任務繁重的一年。在這段時間里，由于公司的空缺崗位多，人員需求多，要求員工到崗時間緊迫，而且正趕上春節(jié)臨近，故人事部在招聘工作中花費了較多的時間和精力。主要是招聘前臺、php、和銷售。由于公司前臺在公司占有非常重要的位置，所以對其要求較高，包括禮儀和儀表都需要表現(xiàn)出高素質(zhì)水平。這期間應聘上3個前臺，前兩個由于工作態(tài)度懈怠和抗壓能力差，在試用期間被辭退。通過總結面試經(jīng)驗，現(xiàn)成功招聘一名合格前臺。在招聘php程序員過程中，由于在網(wǎng)站建設方面知識匱乏，剛開始較為吃力，在通過和技術部人員的積極溝通后，現(xiàn)在已經(jīng)充分了解了一些基本的面試php程序員技巧。已成功招聘3名程序員，其中有表現(xiàn)突出的，工作態(tài)度也都比較認真。銷售方面因為了解光纜系統(tǒng)的人太少，所以招聘仍然在持續(xù)進行中。

四、培訓工作

關于新員工入職培訓已經(jīng)規(guī)范化，但是還是需要對細節(jié)進行不斷完善。為了解試用人員工作具體情況，在這段期間也經(jīng)常和部門主管進行溝通，恰當時機找員工談話。xx年我部門將著手對員工心理素質(zhì)，職業(yè)技能培訓以及企業(yè)文化的培訓重點著手計劃實施。

五、日常人事管理工作

我部門在完成上述工作的同時，充分發(fā)揮了本部門的基礎職能作用，例如入職離職流程規(guī)范化，整理員工檔案等。在規(guī)范管理、組織各項活動等方面起到了應有的作用。 我部門也存在一些不足。主要體現(xiàn)在： 1.在招聘方面，招聘渠道太少。招聘力度有待加強，方式方法還需要多多學習掌握技巧。 2.公司的規(guī)章制度，應組織員工認真學習。 3在員工的培訓上未能投入更大的精力，導致培訓工作沒能系統(tǒng)地組織展開。

六、xx年計劃 綜上所述

這段時間作為公司運作的重要組成成員發(fā)揮了應有的作用，我會不斷總結經(jīng)驗，改進自身的不足，為公司的進一步發(fā)展發(fā)揮更大的作用和效能。下面是xx年的工作計劃：

1. 開發(fā)招聘渠道，繼續(xù)負責各部門的招聘工作。

2. 培訓課題開發(fā)，大力加強員工崗位知識、技能和素質(zhì)培訓，加大內(nèi)部人才開發(fā)力度。

3. 充分考慮員工福利，做好員工激勵工作，建立內(nèi)部升遷制度，做好員工職業(yè)生涯規(guī)劃，培養(yǎng)員工主人翁精神和獻身精神，增強企業(yè)凝聚力。

4. 保證人力資源6大模塊的實施和持續(xù)改進。

5. 完成公司各部門各職位的工作分析，為人才招募與評定薪資、績效考核提供科學依據(jù)。

6. 在現(xiàn)有績效考核制度基礎上，參考先進企業(yè)的績效考評辦法，實現(xiàn)績效評價體系的完善與正常運行，并保證與薪資掛鉤。從而提高績效考核的權威性、有效性 。

篇（5）

我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些知識，后來由VB、HTML轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務需要，將開發(fā)平臺轉(zhuǎn)向，開始對不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里——！），后來招來幾個北大青鳥的過來終于意識到的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌握了，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W都有一種感覺：面向?qū)ο箝_始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎？應該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向?qū)ο笙啾雀子谌腴T理解，實質(zhì)上難于準確直接地表述。

面向?qū)ο笊狭硪环矫媸撬脑O計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經(jīng)驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現(xiàn)模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、SelectedIndexChanged……都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之后你不在使用C去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發(fā)團隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規(guī)則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內(nèi)部是允許使用QQ的，后來員工用QQ閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大（貌似程序員都喜歡掛上幾個QQ去到群里搞個群主，雖然群里大多都是菜鳥），最后多次開會，逐個談話，闡明道理，形勢逐漸好轉(zhuǎn)。

項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規(guī)范、文檔管理、Bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環(huán)。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現(xiàn)在公司的問題與當前中國軟件行業(yè)的通病一樣，盲目追求利益最大化，不求質(zhì)量，但求速度，整個社會風氣造成軟件行業(yè)良莠不齊發(fā)展，整個中國三四個人的開發(fā)團隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質(zhì)量低下、維護成本大、穩(wěn)定性差、用戶體驗差……。當然我們本身不能去逃避這個現(xiàn)狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態(tài)，以良好的心態(tài)去面對各種問題，發(fā)現(xiàn)問題、解決問題，發(fā)現(xiàn)問題抱怨是解決不了問題的（“IT民工”是我個人認為IT人最沒有正確的自我定新晨

篇（6）

我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些知識，后來由VB、HTML轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務需要，將開發(fā)平臺轉(zhuǎn)向，開始對不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里！），后來招來幾個北大青鳥的過來終于意識到的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌握了，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W都有一種感覺：面向?qū)ο箝_始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作這不是現(xiàn)實的實際模型嗎？應該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向?qū)ο笙啾雀子谌腴T理解，實質(zhì)上難于準確直接地表述。

面向?qū)ο笊狭硪环矫媸撬脑O計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經(jīng)驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現(xiàn)模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、SelectedIndexChanged都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之后你不在使用C去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發(fā)團隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規(guī)則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內(nèi)部是允許使用QQ的，后來員工用QQ閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大（貌似程序員都喜歡掛上幾個QQ去到群里搞個群主，雖然群里大多都是菜鳥），最后多次開會，逐個談話，闡明道理，形勢逐漸好轉(zhuǎn)。

項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規(guī)范、文檔管理、Bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環(huán)。

篇（7）

QA監(jiān)督做事

QA致力于按照正確方法、在正確的時間做正確的事情：從做事方法上按照既定流程來保障產(chǎn)品質(zhì)量，控制開發(fā)工作而不是解決具體存在的BUG。更貼切地說，QA并非“保證質(zhì)量”而是“過程管理”（Process Management），以確保項目以一套成熟高效的做事方法開展和實施。依靠在QA制約下的開發(fā)過程，能夠前瞻性地從制度上保障開發(fā)出好產(chǎn)品。因此，具有良好QA管理的企業(yè)，容易獲得客戶更多的信任。

在CMMI體系中，QA人員是獨立于項目組的（不受項目經(jīng)理管轄），他可以把項目經(jīng)理不認錯的QA缺陷上報給CCB（地位比PM更高的配置管理委員會）或高層經(jīng)理裁決。

在一些大型企業(yè)的IT項目實施過程中，經(jīng)常要成立甲乙方在一起協(xié)同工作的聯(lián)合項目組。在這種情況下，甲方項目成員不僅要檢測乙方的產(chǎn)品質(zhì)量（QC），還要監(jiān)督乙方開發(fā)過程中的做事方法（QA）。

一般地說，項目的QA人員要檢查項目開發(fā)過程是否制定和貫徹了管理標準、過程（Process）、策略等正規(guī)要求，要提出完善改進的意見，指出過程是否有效、如何讓過程更有效，并評估這些要求的效率、效果。

QA人員還要確保項目組成員理解這些要求。除了培訓新員工理解組織過程，或培訓老員工理解變更了的組織過程之外，他并不直接干預開發(fā)者的工作，而是在項目管理的最高層面上工作。他要與項目經(jīng)理和CCB、配置管理員、QC人員打交道。

怎樣才知道QA工作是正確的？它也是結果導向的：通過不斷改進組織過程，更快、更低成本地制造出用戶需要的產(chǎn)品。

例如，在一個大項目中，QA人員可以幫助項目經(jīng)理制定項目計劃，使項目按照有組織的規(guī)程推進；他要使項目組成員明白，應按照相應的報告、里程碑、文檔等規(guī)定來開展自己的工作。隨著項目的進展，QA人員可以適時導入“檢查點”來查看哪里會發(fā)生新的風險。如，項目正在從事預定范圍之外的工作，或項目有待加強管 理之處。這些檢查點是確保合適的人在正確時間就位的一個機會。

從目前國內(nèi)不太理想的情況來看，QA工作往往靠“意向性、模糊”的企業(yè)文化來代替， 我認為，完全依靠這種企業(yè)文化來造就合理成熟的工作套路，顯得過于間接和不確定。因為在人員變動較快的軟件行業(yè)，新入職的員工理解和認同企業(yè)文化并準確映射到具體工作中需要一個明顯的滯后時間。這個弊端在小企業(yè)中不明顯，但在大企業(yè)中會比較突出。所以，有必要建立起一套通用的QA工作標準模板，并在重要的大項目中指派專人擔當QA人員。 QA人員要實時追蹤了解、監(jiān)督、評估項目中各種事件（現(xiàn)象）是否符合規(guī)范的流程？現(xiàn)有流程是否有效率？低效事件是因未被流程涵蓋還是流程缺陷所致？就是說，QA人員要有“透過現(xiàn)象看本質(zhì)”的抽象分析總結能力，項目中每個配合失誤的“掉鏈子”現(xiàn)象，都會觸發(fā)他的思考并提出改進建議。

經(jīng)過這樣的努力， QA人員能從一系列個性化項目中不斷地抽取出有效的、有普遍意義的流程優(yōu)化經(jīng)驗和建議，它們被項目管理辦公室（PMO）確認后，會不斷地 沉淀、納入（歸檔）到企業(yè)的過程資產(chǎn)當中，成為今后企業(yè)的項目管理的通用工作指導。這樣，具備成熟、可操作性的企業(yè)文化并不斷進步的另一個“IBM”就會由此誕生，企業(yè)也就有能力把更多的項目做成“項目組合”（Portfolio）了。

QC是最后一關

QC工作是指測試人員檢查開發(fā)人員的產(chǎn)品是否滿足預期的品質(zhì)要求，并給出改進建議。QC服務于開發(fā)工作，處于開發(fā)工作的控制之下。更貼切地說，QC并非直接“控制質(zhì)量”，而是“需求印證/確認”（Requirement Validation）或產(chǎn)品測試。

由于QC是“用現(xiàn)實應用場景來評測開發(fā)人員理想化思路”的過程，所以項目經(jīng)理必須重視這個依靠創(chuàng)造力、想象力的QC工作，投入足夠資源保證QC工作。這是產(chǎn)品的最后一道關口。

QC工作，是要把程序員“純真的技術理想”錘煉成魯棒性極好的應用系統(tǒng)。測試人員需要站在軟件技術和用戶應用場景之間，反復、全面地檢查驗證二者的映射關系，還要分析“BUG越改越多”的成因并說服、幫助開發(fā)人員澄清和遵從產(chǎn)品版本的質(zhì)量底線。測試人員不得不經(jīng)常在很緊張的時間壓力下，以清醒的探險性、逆反的批判性思維來全面細致地“圍捕”程序員的疏忽。這就要求他要比程序員更快更準地理解用戶需求、軟件架構；并在接受新項目的時候，頭腦迅速切換到不同的用戶應用場景。即，他要有更強的跨行業(yè)學習的能力。這種能力，往往是程序員難以具備的。

篇（8）

0 引言

隨著信息技術和管理實踐的發(fā)展，技術與管理的融合達到了一個新的深度。一方面，新興信息技術的移動性、個陛化、虛擬體驗、極端數(shù)據(jù)化、社會性等特征和Web2.0/3.0、電子商務、物聯(lián)網(wǎng)、云計算等應用形式，豐富了信息化的內(nèi)涵和外延，催生了新型管理模式和商業(yè)機會；另一方面，傳統(tǒng)的業(yè)務決策在向信息決策轉(zhuǎn)變，組織管理活動在向信息管理活動發(fā)展。

信息系統(tǒng)作為攜載組織業(yè)務模式的人機計算平臺，呈現(xiàn)出技術與管理并重的特點。信息系統(tǒng)的研究和應用在技術視角，關注的是信息的提取和處理、系統(tǒng)的開發(fā)和構建；在管理視角，關注的是系統(tǒng)如何被采納和使用、組織如何被影響和改變。信息系統(tǒng)的技術和管理視角反映出“造”和“用”的分離與統(tǒng)一。

在《中國信息系統(tǒng)學科課程體系2011》的指導和啟發(fā)下，結合魯東大學國際化、有特色和應用型定位，根據(jù)生源特點和師資優(yōu)勢，我校2012版信息管理與信息系統(tǒng)人才培養(yǎng)方案設計的總體思路側(cè)重信息系統(tǒng)的技術層面的同時，將企業(yè)、行業(yè)和職業(yè)崗位相互融合、統(tǒng)一，引入精講多練模式，設計集約化的信息管理與信息系統(tǒng)專業(yè)實踐平臺，驅(qū)動理論課設置；面向工程實際，夯實學科專業(yè)基礎，分類培養(yǎng)信息系統(tǒng)開發(fā)和商務智能應用人才。

集約化是指運用行業(yè)實際、先進、成熟的管理概念和工具，將典型管理業(yè)務和概念貫穿于信息技術課；基于管理業(yè)務對實驗、實習、課程設計、理論課程進行調(diào)整，形成面向企業(yè)工程、解決管理問題的實踐平臺。使學生在校期間形成工程化、模塊化的概念，深入理解技術背景和原理，在就業(yè)后無須長時間培訓便可開展工作，降低企業(yè)用人成本，提高學校畢業(yè)生就業(yè)率。

我們將管理業(yè)務分成3個方面，分別是金融業(yè)（商業(yè)銀行）的出納服務顧客所涉及的業(yè)務、紡織業(yè)實時監(jiān)控系統(tǒng)的卷繞機實時狀態(tài)查詢業(yè)務以及零售業(yè)的快速客戶響應管理工具。

1 典型工程架構與行業(yè)、職業(yè)相結合的信息系統(tǒng)實踐平臺分層設置

結合信息管理與信息系統(tǒng)專業(yè)特點，緊跟企業(yè)需求，我們按信息融合的層次設計了分層課程體系，如圖1所示。基礎運作涉及的課程體系是專業(yè)核心必修課，不分方向。學生可根據(jù)自身實際選擇“信息系統(tǒng)開發(fā)”和“商務智能應用”對應的兩個明確的專業(yè)方向，我們的引導方向是準備讀研的學生選擇“商務智能應用”方向，直接就業(yè)的學生選擇“信息系統(tǒng)開發(fā)”方向。通過專業(yè)劃分，緊縮人才培養(yǎng)出口，強化專業(yè)核心，分類分流培養(yǎng)，適度跟蹤專業(yè)熱點，以統(tǒng)籌“基礎+主流+發(fā)展”的關系。

從我校信息系統(tǒng)專業(yè)近6年畢業(yè)生就業(yè)行業(yè)的統(tǒng)計情況來看，從事Web程序員、Windows程序員、Java程序員、數(shù)據(jù)庫管理員的占50%，從事信息系統(tǒng)維護的占8%，從事ERP實施顧問崗位的占31%，其他行業(yè)占11%，與《中國信息系統(tǒng)學科課程體系2011》就業(yè)按行業(yè)劃分的結果類似。因此，我們將適應面最廣的系統(tǒng)分析員、Web程序員、Windows程序員、Java程序員、數(shù)據(jù)庫管理員、ERP實施顧問和管理咨詢師作為信息系統(tǒng)專業(yè)職業(yè)崗位的立足點，對應職業(yè)崗位符號，如表1所示。集約化實踐平臺系統(tǒng)性解決方案，如表2所示。

現(xiàn)代信息系統(tǒng)運行在網(wǎng)絡環(huán)境下，企業(yè)級信息系統(tǒng)在網(wǎng)絡環(huán)境下最典型的應用結構是C/S（Client/Server）和B/S（Brower/Server）。凡是與信息系統(tǒng)開發(fā)相關的課程，我們都緊扣這兩種結構展開課程設置與運行，如表2所示。這種結構適應分布式處理環(huán)境，有效集成與利用網(wǎng)內(nèi)資源，最大程度地為分布式用戶服務。

對于C++程序設計、C#程序設計、ASEnet程序設計、JSP程序設計、Java程序設計需要預先準備好或封裝好數(shù)據(jù)庫服務器，每次課程學生都要登錄到局域網(wǎng)上指定的公共數(shù)據(jù)庫服務器實驗。使學生無論是Windows應用程序還是跨平臺的Java應用程序，都能直觀體驗到C/S架構，通過ASEnet和JSP程序設計課程領會到B/S結構和C/S混合應用情況。而對于系統(tǒng)性、綜合性和應用性強的管理信息系統(tǒng)概論、信息系統(tǒng)分析與設計、Web實時信息系統(tǒng)開發(fā)、電子商務網(wǎng)站建設、ERP原理和技術、ERP電子沙盤模擬對抗，將在信息融合與管理支持的第三層體系架構的基礎上融合B/S和C/S應用結構。

1.1依托零售業(yè)的客戶快速響應展開聯(lián)機事務處理

聯(lián)機事務處理以零售行業(yè)、服裝生產(chǎn)企業(yè)、紡織制造業(yè)三者共同實施的快速客戶反應的管理思想和管理工具為基礎，將快速客戶反應涉及的EOS、POS、EDI、CRP、UPC、CAO、ASN概念與技術滲透網(wǎng)絡工程基礎、數(shù)據(jù)庫系統(tǒng)原理、程序設計、Visual C#程序設計、庫存管理、采購管理、市場營銷、生產(chǎn)管理、管理信息系統(tǒng)概論、信息系統(tǒng)分析與設計、Web實時信息系統(tǒng)開發(fā)、ERP原理與技術、ERP沙盤對抗實驗和電商務網(wǎng)站建設課程中，以此為前提編寫教學大綱和企業(yè)級高端專業(yè)圖書，對接軟件開發(fā)的面向?qū)ο蟆⒔M件、ADO、ODBC、觸發(fā)器、存儲過程、動態(tài)SQL、動態(tài)鏈接庫等概念與技術，開發(fā)快速客戶反應實踐平臺，進行ERP沙盤對抗實戰(zhàn)，有針對性地培養(yǎng)系統(tǒng)分析員、系統(tǒng)管理員、數(shù)據(jù)庫管理員、中高級程序員、ERP實施顧問職業(yè)崗位。 1.2依托金融服務業(yè)展開聯(lián)機分析處理

聯(lián)機分析處理具有靈活的分析功能、直觀的數(shù)據(jù)操作和分析結果可視化表示等突出優(yōu)點，使用戶對基于大量復雜數(shù)據(jù)的分析變得輕松、高效，有利于迅速作出正確判斷。同時可用于證實人們提出的復雜假設，以圖形或表格的形式表示結果或?qū)π畔⒌目偨Y。它并不將異常信息標記出來，是一種知識證實的方法。

聯(lián)機分析處理以商業(yè)銀行數(shù)據(jù)源和股票行情數(shù)據(jù)源為基礎進行金融行業(yè)的運營優(yōu)化分析，涉及的課程有高級數(shù)據(jù)庫與數(shù)據(jù)倉庫、金融數(shù)據(jù)商情分析，主要面向管理咨詢師崗位。 1.3依托金融服務業(yè)展開KDD

知識發(fā)現(xiàn)KDD是從數(shù)據(jù)集中識別出有效的、新穎的、潛在有用的及最終可理解的模式的非平凡過程。知識發(fā)現(xiàn)將信息變?yōu)橹R，將為知識創(chuàng)新和知識經(jīng)濟的發(fā)展作貢獻。數(shù)據(jù)庫知識發(fā)現(xiàn)的研究非常活躍，它的概念涉及數(shù)據(jù)集、模式、過程、有效性、新穎性、潛在有用性和最終可理解性。數(shù)據(jù)集是一組事實F（如關系數(shù)據(jù)庫中的記錄）。模式是用語言L表示的表達式E。過程通常指多階段的處理，涉及數(shù)據(jù)準備、模式搜索、知識評價以及反復的修改求精；該過程要求有一定程度的智能性、自動性（僅僅給出所有數(shù)據(jù)的總和不能算作是一個發(fā)現(xiàn)過程）。有效性是指發(fā)現(xiàn)的模式對于新的數(shù)據(jù)仍保持有一定的可信度。新穎性要求發(fā)現(xiàn)的模式應該是新的。潛在有尉性是指發(fā)現(xiàn)的知識將來有實際效用。最終可理解性要求發(fā)現(xiàn)的模式能被用戶理解，目前它主要是體現(xiàn)在簡潔性上。有效性、新穎性、潛在有用性和最終可理解性綜合在一起稱為興趣性。

信息系統(tǒng)實踐平臺的知識發(fā)現(xiàn)依托股票行情數(shù)據(jù)，涉及商務智能基礎、金融數(shù)據(jù)商情分析、云計算、軟計算和多元統(tǒng)計分析課程，培養(yǎng)管理咨詢師崗位，提供“主流+發(fā)展”的課程設置。

綜合聯(lián)機事務處理、聯(lián)機分析處理和知識發(fā)現(xiàn)，衍生出信息系統(tǒng)開發(fā)和商務智能應用兩個專業(yè)方向。信息系統(tǒng)開發(fā)針對聯(lián)機事務處理設置，面向信息系統(tǒng)涉及的系統(tǒng)分析員、系統(tǒng)管理員、中高級程序員、數(shù)據(jù)庫管理員、ERP實施顧問；商務智能應用針對聯(lián)機分析處理和知識發(fā)現(xiàn)設置，面向高級管理咨詢師崗位，也可作為企業(yè)的首席信息官。

2 多層次、多方位與多企業(yè)深化校企合作

為提高學生就業(yè)率和實際工作能力，以校企師資置換為紐帶，以課堂教學和專業(yè)實習為基礎，以合作開發(fā)教材和實踐平臺為切入點，破解高校畢業(yè)生與社會需求脫節(jié)難題，堅持走校企合作之路。教學、科研和服務社會三位一體良性互動，帶動信息管理與信息系統(tǒng)專業(yè)又好又快、和諧可持續(xù)發(fā)展。

學校以ERP原理與技術課程教學為窗口，與煙臺用友軟件、煙臺中瑞管理咨詢公司合作。派專業(yè)的主講教師參加用友舉辦的針對高校教師的培訓；聘請煙臺中瑞管理咨詢公司和煙臺用友軟件公司的高級咨詢師作為本專業(yè)的兼職教師，教學內(nèi)容細化到具體章節(jié)，落實到授課計劃。以專業(yè)實習為紐帶，在第6學期讓學生在煙臺用友軟件公司進行用友管理軟件實施、維護和銷售的實習、實訓。

在校內(nèi)建立企業(yè)級的信息系統(tǒng)開發(fā)研究所，吸引學生參加教師承接的橫向課題開發(fā)，培養(yǎng)學生的實戰(zhàn)能力、獨立分析問題和解決問題的能力，掌握信息系統(tǒng)分析、設計與實施的全過程，切實提高在企業(yè)級分層架構體系編程的能力，積累工程化、模塊化的實際編程經(jīng)驗。

以Web實時信息系統(tǒng)開發(fā)課程為窗口，與煙臺信誼電氣公司合作，編寫《Web實時信息系統(tǒng)開發(fā)》教材，開發(fā)“Web實時信息系統(tǒng)”實驗平臺。

3 圍繞服務社會全方位培養(yǎng)企業(yè)級應用型教師 定期派高級職稱教師、博士教師外出參加專業(yè)建設、課程建設、教育教學改革、學科建設等方面的研討會，學習國內(nèi)同行先進理念、成功經(jīng)驗和有效措施，學習國內(nèi)知名專家前沿、熱點研究，了解國家自然基金的資助方向。定期派碩士教師參加企業(yè)級的項目實訓和知名廠商組辦的培訓，深入企業(yè)進行調(diào)查研究。

篇（9）

作為一名Java程序員，我已經(jīng)能熟練使用，深知在軟件開發(fā)中，對發(fā)生概率較小的異常情況的處理可能會占掉相當多的思考時間。而這反映在健壯軟件的代碼中，就是有相當多的異常處理代碼。只是當年學習使用C++時，對軟件開發(fā)的理解還比較淺，對異常的處理接觸得相對也比較少。在C++中，基本數(shù)據(jù)類型（如int）也可以拋出，不像Java，只能拋出實現(xiàn)了Throwable接口的對象。在C++的try…catch語句中，特別要注意資源釋放的問題，Java亦是如此。

auto_ptr是為簡化C++資源（特別是內(nèi)存）管理問題而提供的一種機制，書中通過一個簡化的版本說明了auto_ptr的原理。這里用到了模板。模板實現(xiàn)了另一種抽象層面的復用，有時候它的作用類似于宏。具體到“資源獲得式初始化（RAII）”，如果擁有資源的對象在超出其作用域時都需要釋放其資源，那么何不把這種行為集中實現(xiàn)？函數(shù)模板和通用算法也是如此。這樣做的結果是消除了重復，減少了代碼量。這就是auto_ptr的設計動機。

不像Java，C++沒有垃圾回收機制，所以C++程序員必須投入更多的精力來思考資源分配/釋放問題。如果某件事（如釋放內(nèi)存）總是被忘記，那就設計一種機制來防止再次忘記。總結起來，在C++中使用對象或分配內(nèi)存，有以下兩個原則：（1）盡量在棧中分配對象；（2）如果要使用堆，就使用auto_ptr模板類。

要理解auto_ptr，需要程序員理解棧和堆、動態(tài)內(nèi)存分配、棧反解、構造函數(shù)和析構函數(shù)的調(diào)、模板等概念。雖然也可以死記住這種用法，但說不準哪天就會帶來大麻煩。例如Java雖然有GC，但OutOFMemory的異常還是屢見不鮮。這就是知其然而不知其所以然的問題。C++對程序員提出了較高的要求，對PC結構和內(nèi)存管理，結構化編程和面向?qū)ο缶幊潭家邢喈數(shù)睦斫狻Ｋ跃W(wǎng)上有人說：“真正的程序員使用C++。”

書中提到，雖然可以在方法聲明中聲明該方法可能會拋出的異常，但是標準C++庫中的函數(shù)卻都沒有這樣做。原因是當模板與具體類綁定時，異常類型可能是未知的。作者通過這一點告訴我們，雖然語言提供了某種機制，用還是不用，完全取決于使用者。

要構建健壯的系統(tǒng)，就不能不提防御式編程。這個概念與契約式編程有關，強調(diào)程序單元有清晰的規(guī)格說明，并在錯誤發(fā)生的第一地點發(fā)現(xiàn)它，避免因為“垃圾進，垃圾出”而引發(fā)不可知的嚴重后果。Meyer的“面向?qū)ο筌浖嬙臁睂Υ擞猩钊胝撌觯@是嚴謹?shù)腛O程序員必須學習和理解的內(nèi)容。有人把契約式編程理解為一種責任劃定，出了問題的時候可以確定到底是哪個程序員的責任，所以可以假定別人都實現(xiàn)了契約，而不必再寫代碼進行檢查。筆者認為這樣的理解是有偏差的。難道與人簽訂了合同之后就不用檢查合同履行的情況？契約式編程的目的是為了得到更健壯的系統(tǒng)，所以直接導致了防御式編程。

單元測試用于檢查一個程序單元對它的契約（規(guī)格說明）執(zhí)行的情況。大致可以分為兩部分工作：（1）如果調(diào)用者不能滿足前置條件，程序是否能正確反應；（2）在調(diào)用者滿足前置條件的情況下，程序是否確保了后置條件的成立，并給出了預期的結果。讓設計變成可測試的規(guī)格說明，讓測試可以自動進行。書中第2章還介紹了一個極為精簡的測試框架，只包含兩個類。用最少的代碼來實現(xiàn)你的意圖，體現(xiàn)了簡約之美。少即是多。如果讀者對單元測試想了解更多，可以去看Kent Beck的《測試驅(qū)動開發(fā)》和其他一些書籍。熟悉JUnit的讀者則可以體會一下，用不同的語言來表述同樣的思想時的差異。

書中利用宏實現(xiàn)了調(diào)試時的代碼跟蹤。宏的運用對于C程序員應該不陌生，Java程序員則需要多花一些時間來體會。

調(diào)試和內(nèi)存泄漏檢查，都是C++程序員不能回避的話題。書中簡單介紹了兩個基本方法，雖然詳細討論這兩個問題需要更大的篇幅，而且在實際工作中可能會采用BoundsChecker或Purify這樣的工具，但這種簡單的方法比較有利于初次接觸這個領域的人理解概念，也容易進行嘗試。

第二部分的主題是標準C++庫。面向?qū)ο笙到y(tǒng)通過復用來提高開發(fā)效率，標準庫則是實現(xiàn)復用的一個重要方面。作為一個Java程序員，筆者對這一點深有體會。

以前用Borland C++時，筆者也用過String類，但那不屬于C++標準，是廠商擴展。學過C的人都知道，使用C的char*或char[]需要專門的練習。C++則利用對象封裝的力量，減輕了程序員的負擔。Java有String和StringBuffer兩個類，它們在實現(xiàn)原理上不同，適用的場合也不同，《Effective Java》一書中有詳細討論。C++只有string類，關于它的對象創(chuàng)建和內(nèi)存管理可以仔細研究一下，這涉及效率。首先考慮效率問題，是C/C++文化的“商標”。要考慮效率，就需要對計算機的結構和工作原理有充分的了解。一個深受C/C++文化影響的人，會不由自主地考慮每條語句后面計算機所做的事，并考慮這樣做是否有效率，而許多只學過Java的程序員則很難表現(xiàn)出這一特點。不過遺憾的是書中沒有附帶介紹正則表達式的使用，以筆者的經(jīng)驗，正則表達式是字符串操作的有力工具。

抽象出流的概念是面向?qū)ο笤O計的又一經(jīng)典范例，向我們展現(xiàn)了一個好的對象系統(tǒng)設計是多么易于理解。Java也繼承了這一概念，雖然實現(xiàn)上有差異。通過從istream和ostream多繼承得到iostream，這和十多年前筆者學到的一樣，只是現(xiàn)在這些類都已模板化，并成為了C++標準的一部分。對國際化和本地化的支持也是現(xiàn)代編程語言不可缺少的特征，今天的C++對寬字符也有了良好支持，處理漢字時不再像當年那么麻煩了。

模板的威力令人印象深刻，C++標準中的許多東西都已構架在模板的基礎上了，如string、auto_ptr、IO流和bitset等。C++社區(qū)對模板有著特殊濃厚的興趣。從C++開始引入模板至今，大家想出了各式各樣的精巧用法，甚至有“模板元編程”這樣的奇特用法。Java也在1.5版本中引入了模板泛型編程。

模板的使用也產(chǎn)生了些許問題。模板對編譯器帶來了相當?shù)呢摀绕鋹廊说氖窃诰幾g時難以提供準確的出錯信息。另外，大量使用模板的程序也向閱讀者提出了更高的要求（請嘗試讀一下STL的源代碼）。一些專家建議慎用模板，例如在《UML參考手冊》（第2版）的Template詞條中指出：“模板應該慎用。在許多時候（如在C++中），它們完成的功能可以通過多態(tài)和泛化更好地實現(xiàn)，使用模板只是基于一種追求不必要的效率的錯誤的熱情。因為它們是生成器，它們的結果并不總是顯而易見的。”

模板為開發(fā)者提供了這樣一種場景，即我定義了一個通用算法，歡迎您來使用它；我定義了一個參數(shù)化類，歡迎您來特化它。往深了說，這涉及面向?qū)ο笳軐W：有沒有純粹的算法？有沒有純粹的數(shù)據(jù)？世界僅僅是由對象和行為組成，還是存在超越對象而獨立存在的法則，這些法則對許多類對象都有效？C++標準的設計者認為這種法則是存在的，所以在設計中實現(xiàn)了通用算法。而在Java中，即使存在這種法則，也要放在某個Util類或靜態(tài)方法里去，寫成God.newtonRuleOne()這種樣子。這種做法讓不少Java程序員在理解Singleton或service oriented programming時存在困難，在使用Spring這樣的框架時也感到別扭。理解C++標準庫時，也需要了解一點“C++哲學”。

容器類非常重要，所以人們一遍又一遍地實現(xiàn)它。《Borland C++ 3.0程序員指南》中就提到它提供了兩個容器類，其中一個是基于模板技術實現(xiàn)的。Java在提供泛型支持后，又重寫了容器類的代碼，而在此前，容器類已經(jīng)由著名的Joshua Bloch重寫了一遍。C++的容器類實現(xiàn)完整，有dequeue、stack、bitset這樣的類。流迭代器也是Java中沒有的概念。筆者感覺，C++中的迭代器概念更像“封裝過的指針”。

與Java SDK中提供的類和方法相比，C++的標準庫還是比較小的。但網(wǎng)上有不少C++的庫可用，只是沒有像Java那樣形成標準。BOOST是一個“半官方”性質(zhì)的C++類庫，試想C++標準的制定者們一定也在考慮，有哪些東西值得放進C++標準庫中。

書中第三部分討論了一些擴展主題，在實際工作中碰到的機率也比較大。

RTTI是“反OO”的。在JUnit框架中，通過使用反射機制，提供了一種“非OO”的擴展方式，即TestCase子類中所有以“test”開頭的方法都會被框架當作測試執(zhí)行。Xstream通過反射，可以訪問傳入?yún)?shù)中的私有屬性。在一個方法中，可以利用RTTI對傳入?yún)?shù)進行類型檢查，然后用switch語句對具體類型進行分別處理，從而導致沒有擴展性的設計，即犧牲了OO的多態(tài)性。然而，為了達到特殊的目的，您可以考慮這種犧牲。另外，使用RTTI也可能影響性能。設計即折衷。

多重繼承屬于那種聽起來很美的概念，要在自已的設計中使用多繼承，一不小心就會帶來許多麻煩。所以Java中沒有多繼承。在C++中，筆者也會考慮使用純虛類來實現(xiàn)類似Java接口的概念，這樣能避免多繼承的諸多問題。

設計模式已經(jīng)成為一個職業(yè)程序員必須掌握的知識。書中提供了關于設計模式的一些擴展討論。讀這部分內(nèi)容之前，最好已經(jīng)研讀過那本經(jīng)典的《設計模式》。

有人斷言，并發(fā)是自OO以來程序員應該掌握的重要概念。因為CPU主頻的增長已經(jīng)遇到了“天花板”，CPU廠商紛紛推出多處理器系統(tǒng)或多內(nèi)核系統(tǒng)來提高CPU的能力。為什么要在程序中使用并發(fā)？因為：（1）CPU要等待IO，特別是網(wǎng)絡IO；（2）我們要充分利用SMP、Dual Core和Quad的能力。第一點還能通過異步IO來解決，第二點就能只能靠并發(fā)了。在Java中，一開始就提供了多線程支持，在1.5版本中更是增加了最初由Doug Lea設計的并發(fā)包。在頭腦中建立起并發(fā)程序設計的概念是不容易的，所以線程安全和synchronized關鍵字一直是檢驗Java程序員水平的試金石。Bruce Eckel他們也認識到了并發(fā)程序設計的重要性，只是在C++標準中還沒有對并發(fā)的支持。書中通過一個開源的Zthread項目，介紹了并發(fā)編程的一些內(nèi)容。

學習一門語言時，掌握其語法只是一部分工作，更值得關注的是熟練使用這種語言的人們?nèi)绾芜\用語言的元素來表達他們的思想。與語法相比，一些習語和典故才是語言中更具魅力的部分。這本書在有限的篇幅內(nèi)，向我們展示了C++社區(qū)的人們是如何使用C++的。

C++可能是最難學的編程語言之一，要學好它，需要講究方法。筆者曾經(jīng)認真思考過語言學習的奧秘，最后得到的秘訣是八個字：聽說領先，讀寫跟上。對于自然語言的學習和編程語言的學習都是如此。聽、讀就是學習已經(jīng)掌握這門語言的人如何使用它，說、寫就是自己實踐。“吾嘗終日而思矣，不如須臾之所學也。”Scott Ambler曾在他的著作《過程模式》中介紹過學習一門語言的方法：效率最高的方法是找到一個有資質(zhì)的老師，參加他的課程；其次是找到一本好的教材，自己系統(tǒng)地學習；效率最低的方法是不看書，自己拿一個試驗項目開始折騰。

篇（10）

精選程序員年度工作總結一

時間一晃而過，轉(zhuǎn)眼間到公司已經(jīng)一年多了。這是我人生中彌足珍貴的一段經(jīng)歷。在這段時間里各級領導在工作上給予了我極大的幫助，在生活上給予了我極大的關心，讓我充分感受到了領導們“海納百川”的胸襟，感受到了xx人“不經(jīng)歷風雨，怎能見彩虹”的豪氣。

在對公司各級領導肅然起敬的同時，也為我有機會成為公司的一份子而自豪。

在這一年多的時間里，在領導和同事們的悉心關懷和指導下，通過自身的努力，各方面均取得了一定的進步，現(xiàn)將我的工作情況作如下匯報。

一、通過培訓學習和日常工作積累使我對xxxx公司有了一定的新的認識

在x月中旬我來到了xxxx公司信息科技有限公司參加招聘，經(jīng)過幾輪面試和筆試，終于能夠有幸加入了xxxx公司這個大家庭，在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職說明，當時只是覺得公司很正規(guī)，很強大。在和部門領導以及項目經(jīng)理交流后，感覺公司很親切，很溫馨。對其它方面就不太知道了，特別是對視頻監(jiān)控幾乎一無所知。

通過三個月的親身體會，對智能交通和公司有了一定了解。公司的理念在平時的工作以及項目開發(fā)時體現(xiàn)的淋漓盡致，本人對公司的理念非常認同。公司發(fā)展不忘回報社會的壯舉，令人敬佩。公司以人為本、尊重人才的思想在實際工作中貫徹，這是xxxx公司能發(fā)展壯大的重要原因。在十年左右的時間實現(xiàn)跨越發(fā)展的確很不容易，在智能交通行業(yè)深入發(fā)展是xxxx公司的雄心壯志，也是凝聚人才的核心動力。現(xiàn)在公司在視頻監(jiān)控以及安防行業(yè)起到了舉足輕重的地位，今后還將更加輝煌。

二、遵守各項規(guī)章制度，認真工作，使自己素養(yǎng)不斷得到提高

愛崗敬業(yè)的職業(yè)道德素質(zhì)是每一項工作順利開展并最終取得成功的保障。在這一年多的時間里，我能遵守公司的'各項規(guī)章制度，兢兢業(yè)業(yè)做好本職業(yè)工作，一年來從未遲到早退，用滿腔熱情積極、認真地完成好每一項任務，認真履行崗位職責，平時生活中團結同事、不斷提升自己的團隊合作精神。一本《細節(jié)決定成敗》讓我豪情萬丈，一種積極豁達的心態(tài)、一種良好的習慣、一份計劃并按時完成竟是如此重要，并最終決定一個的人成敗。這本書讓我對自己的人生有了進一步的認識，渴望有所突破的我，將會在以后的工作和生活中時時提醒自己，以便自己以后的人生道路越走越精彩。

三、認真學習崗位職能，工作能力得到了一定的提高

根據(jù)目前工作分工，我的主要工作任務是：

1、參與公司軟件項目的開發(fā)與測試；

2、負責xx省xx聯(lián)合指揮中心軟件系統(tǒng)的維護工作。

通過完成上述工作，使我認識到一個稱職的開發(fā)人員應當具有良好的語言表達能力、扎實的技術能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯(lián)系能力。在參與項目開發(fā)的過程中，發(fā)現(xiàn)很多看似簡單的工作，其實里面還有很多技巧。

四、不足和需改進方面

雖然加入公司這個大家庭已經(jīng)一年有余，對開發(fā)技術掌握的還不是很深，對發(fā)現(xiàn)問題的處理還不是很全面，對分工的工作還沒有形成系統(tǒng)的計劃。隨著對公司和工作的進一步熟悉，我也希望能夠在今后的工作中更加迅速的提升自己的業(yè)務能力以及技術能力，我覺得多做一些工作更能體現(xiàn)自己的人生價值。

“業(yè)精于勤而荒于嬉”，在以后的工作中我要不斷學習業(yè)務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業(yè)務技能。學無止境，時代的發(fā)展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種知識，并用于指導實踐。

在今后工作中，要努力做好開發(fā)人員的本職工作，把自己的工作創(chuàng)造性做好做扎實，為項目的開發(fā)以及公司的發(fā)展貢獻自己的力量。

精選程序員年度工作總結二

光陰如梭，一年的工作轉(zhuǎn)瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的過去，滿懷熱情的迎來即將到來的新的一年。在這年終之際，現(xiàn)對來公司一年的時間里所作的工作總結如下：

一、xx項目的編碼工作

從了解xx項目的背景、及計劃安排，熟悉xx公司制度及業(yè)務流程，再到熟悉新能開發(fā)模式，之后我根據(jù)需求調(diào)研報告，從基本的數(shù)據(jù)庫創(chuàng)建，到編碼，完成了銷售部、生產(chǎn)部、采購部、質(zhì)檢部四個模塊的基本單據(jù)的制單、審核、選單、查詢、打印等系列的編碼工作；完成了xx項目的模塊測試及流程測試。

通過這段時間的努力，使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉，學會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細節(jié)地方技術上還不太成熟，還需加以學習與鉆研。

二、erp項目的實施工作

從x月初開始進行xx項目的實施，每天早起趕在企業(yè)上班前趕到企業(yè)進行erp的實施。實施期間主要是軟件的安裝實施及對企業(yè)的erp系統(tǒng)的使用人員進行軟件使用培訓；紀錄客戶使用過程中出現(xiàn)的問題，晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。通過這項工作，使我原本欠缺的業(yè)務能力得到了很大的提高，并學到了很多與客戶交流的技巧及業(yè)務上的知識，更加明晰了erp系統(tǒng)的流程。但離一個成功程序開發(fā)人員的標準還差得很遠，在今后工作中，定會多多注意，加以改善。

三、幫助和使用手冊文檔的編寫

幫助的編寫使我熟悉了xx的使用，為后期的oa開發(fā)也奠定一定的基礎，使用說明的編寫，使我更加加深了項目開發(fā)的整體思路與技術要點，總結了前期開發(fā)和實施中碰到的問題，并又一次的對軟件整體進行了測試，對暴露出的小bug進行了最后的修改。

四、利用工作之余的休息時間加強學習

平時注意收集有關xx方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習java及oa方面的知識，為后期的工作打好基礎。

展望臨近的新一年，我會更加努力、工作上認真負責，再接再厲，更上一層樓，相信自己會完成新的任務，能迎接新的挑戰(zhàn)。

精選程序員年度工作總結三

新的一年即將到來，回首13年我很榮幸的進入了公司，加入了ios游戲開發(fā)團隊，進入了一個大家庭。在公司的半年使我真正的從學生時代過度到了一個社會人。

下面對自己20xx年進去公司大半年的情況進行年終小結：

一、在工作中主要存在的問題有：

1、由于開始對業(yè)務需求不是很熟悉，所以了解程序開發(fā)的過程中多次出現(xiàn)因為需求的原因，而不斷修改返工的情況。

2、在開發(fā)中，用到了很多新的技術，由于開發(fā)時間緊促，發(fā)現(xiàn)的問題不能馬上解決，但是開發(fā)的過程，同時也是學習的過程，通過不斷的學習和總結，遇到的問題都得到了很好的解決。

3、在工作階段，有時比較偏向自己的工作方便，忽略了其它同事工作上的量和難易。有的功能自己怎么方便怎么寫。加大了其它同事的工作量，大家都需要相互配合。

二、在工作中的教訓

1、工作的條理不夠清晰，要分清主次和輕重緩急，在開發(fā)時間倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，那些需要立即完成，那些可以緩緩加班完成，在這方面還有很大的優(yōu)化空間。

2、對流程、業(yè)務需求不夠熟悉，在工作中因為流程或業(yè)務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮的不到位的地方，對于這塊的控制力度顯然不夠，平時總是在開發(fā)，但說到底對業(yè)務很熟悉才是項目很好完成的前提。

3、學習的知識不夠廣泛，一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以后我會加強這方面的學習。

4、缺乏工作經(jīng)驗。

三、在工作中的收獲

1、語言知識做軟件的一種工具，更好的軟件是站在玩家的立場上用心的設計，讓用戶使用更方便、更快捷。

2、利用技術實現(xiàn)軟件的功能只是軟件的表面，認識問題、分析問題、解決問題才是最重要的。

3、養(yǎng)成總結反思的習慣，并有意識地提煉日常工作成果，在實施上認真的總結工作精英，為以后的實施工作打基礎。

4、不論是做事還是做程序，一定要有清晰的思路，要認真仔細的去做，要有耐心和信心。

四、工作計劃

1、要提高工作的主動性，做事干脆果斷，不拖泥帶水；

2、工作要注重實效、注重結果，一切工作圍繞著目標完成；

3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；

4、把握一切機會提高專業(yè)能力，加強平時知識總結工作；

5、精細化工作方式的思考和實踐；

6、虛心請教優(yōu)秀的同事，向他們學習技術和經(jīng)驗。

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多做、多想、多溝通，向每一位員工學習他們身上的優(yōu)秀工作習慣，豐富的專業(yè)技能，配合著實際工作不斷的進步，不論在什么環(huán)境下，我都相信這兩點：

一是三人行必有我?guī)煟?/p>

二是天道酬勤。

在參加工作的短短半年中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太過繁雜，但多付出一點，工作就會優(yōu)化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業(yè)精神：職業(yè)做事，誠信做人。

精選程序員年度工作總結四

我于20xx年x月x日成為本公司技術部的一名程序員，一年轉(zhuǎn)眼就過去了。這段我人生中彌足珍貴的經(jīng)歷，給我留下了精彩而美好的回憶。在這段時間里您們給予了我足夠的關懷、支持和幫助，讓我充分感受到了領導們“海納百川”的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。

這段時間，在領導和同事們的關懷和指導下，我通過不懈努力，各方面均取得一定的進步，現(xiàn)將我的工作情況做如下匯報：

一、通過理論學習和日常工作積累經(jīng)驗我的各方面有了很大的進步

剛到公司不久，我便開始負責方面的網(wǎng)站開發(fā)和廣告平臺開發(fā)和維護，剛開始的時候?qū)ξ襾碚f確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節(jié)奏也有點快，不過我慢慢的習慣了環(huán)境，和同事相處的比較融洽，領導對我也比較關心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。

我到公司不久，第一個項目是xxx公司網(wǎng)站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網(wǎng)絡一一解決了難題。

之后，我將B2B廣告招商平臺進行了改版，開發(fā)了xxx智能建站廣告平臺以及以后網(wǎng)站的維護工作。

接下來，我又做了一個比較棘手的項目——xxx在線咨詢系統(tǒng)。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網(wǎng)絡也沒有找到如何解決的方法，之后我翻書籍，接著搜索網(wǎng)絡。功夫不負有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對AJAX技術一無所知到基本熟練運用。接下來我就開始自己開發(fā)，到最后終于把它開發(fā)了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以后會把它開發(fā)的更強大，更完美。

二、明確崗位職能，認識個人技術能力不足

經(jīng)過一年的工作，雖然完成了一些項目的開發(fā)，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

三、提出自己努力計劃

1、學無止鏡，時代的發(fā)展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，并用于指導實踐。

2、“業(yè)精于勤而荒于嬉”，在以后的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細致地的對待每一項工作。

4、努力提高自己的日常交際能力。

篇（11）

0 引言

《國家中長期教育改革和發(fā)展規(guī)劃綱要（2010-2020年）》在繼續(xù)教育部分提出要“大力發(fā)展現(xiàn)代遠程教育”“辦好開放大學”。《浙江省中長期教育改革和發(fā)展規(guī)劃綱要》（2010-2020年）也明確提出“以廣播電視大學為基礎，整合高等教育資源，加快建設浙江開放大學”。為加快推進浙江學習型社會和終身教育體系的建設，借鑒上海電大籌建“上海開放大學”的經(jīng)驗以及世界一流開放大學的成功模式，在全面總結浙江電大30多年辦學實踐尤其是開放教育實踐經(jīng)驗的基礎上，提出建設浙江開放大學的構想。

浙江開放大學將堅持多元化發(fā)展理念，走多元化發(fā)展道路，整合國內(nèi)外高等院校、科研院所、系統(tǒng)行業(yè)的優(yōu)質(zhì)教育資源，面向全社會、面向各個層面的學習對象建設多樣化的專業(yè)課程體系，打造高等教育“超市”；面向全社會成員尤其是從業(yè)人員，提供不受時間和空間限制的高質(zhì)量的教育和培訓服務，致力于擴大教育機會，消除學習障礙，搭建終身學習平臺，滿足“人人、時時、處處”的終身學習需求Ⅲ。結合浙江經(jīng)濟社會發(fā)展的需要，適應全民繼續(xù)教育、終身教育多樣化需求，努力建設既針對學歷繼續(xù)教育，也針對非學歷繼續(xù)教育；既針對工作人口，也針對非工作人口的種類多、品種全的專業(yè)課程體系。根據(jù)社會各類不同需求群體，有區(qū)別地來制定專業(yè)和課程體系標準，增加專業(yè)課程覆蓋面，滿足不同群體的需要。

1 開放大學專業(yè)與課程系統(tǒng)建設思路

開放大學所開設專業(yè)的人才培養(yǎng)方案在設計上體現(xiàn)“人才觀、質(zhì)量觀、學習觀、服務觀”原則。人才觀是指開放大學所建設的專業(yè)培養(yǎng)的人才要能夠適應新時期的新要求，以企業(yè)的需求為出發(fā)點，重點培養(yǎng)學生實際動手能力和實際項目經(jīng)驗，給企業(yè)培養(yǎng)留得住、用得上的人才。質(zhì)量觀是指開放大學所建設的專業(yè)要嚴把質(zhì)量觀，對于教師的工作要有機制保證高質(zhì)量，對于學生要從考核和畢業(yè)上嚴格要求，避免出現(xiàn)“劣幣驅(qū)逐良幣”的現(xiàn)象。只有良好的教學質(zhì)量才能建設好開放大學。

學習觀是指開放大學所建設的專業(yè)要為各種類型的學習者提供合適的教學資源，讓每一個來開放大學的學習者都能學有所獲，讓終身學習的觀念深入人心。服務觀是指開放大學所建設的專業(yè)要提供一流的學習服務體系，通過先進的教學平臺和信息技術手段，為每一個學習者提供細致入微的服務，讓每個來到開放大學的學習者感受到自己被重視。

基于以上設計原則，開放大學專業(yè)與課程體系建設思路如下。

1）集學歷教育和非學歷教育于一體的模塊化課程設置。

開放大學應能夠滿足不同類型學習者的學習需求，能夠同時提供學歷教育和非學歷教育；建設模塊化的課程體系，將課程分為學歷課程和培訓課程兩大模塊。這種分類能把學歷教育和非學歷教育結合起來，有助于針對不同的生源提供不同的教學內(nèi)容，實現(xiàn)教學的靈活性。

學歷課程模塊包括公共基礎課和專業(yè)基礎課。培訓課程模塊關注計算機領域的新技術，一個專業(yè)可建設多個方向。已有相應基礎知識的學生可以只選擇培訓課程模塊，學習感興趣的新技術，獲得相關培訓畢業(yè)證書；學生也可以兩個模塊都學習，以獲得計算機相關專業(yè)本科畢業(yè)證書。培訓課程模塊適應繼續(xù)教育和終身學習的需求，為學生提供了非學歷教育的人口；而且在計算機領域，由于技術日新月異，培訓市場很大，如果能做好培訓課程模塊，將為開放大學帶來較大的收益。

2）多人口、多出口、多方向的靈活學習體系。

開放大學面對的生源情況是豐富多樣的，可能是中專、中職、高中、高職，甚至大學畢業(yè)生，因此在專業(yè)建設時充分考慮學生已有的基礎知識技能，為每一個學生提供適合自己，并適應勞動力市場需要的學習入口和出口。多人口、多出口的學習體系如圖1所示。

多人口，一方面是指既能與中職、高中畢業(yè)人員接軌，又能與IT在職人員（或稱繼續(xù)教育人員）接軌；另一方面是指有相關知識的學生可以從培訓模塊進入學習，其他學生可以從基礎學歷模塊進入學習。多入口教學的前提是模塊化的課程體系。

多出口是指學生的學習以獲得相關證書或相關專業(yè)畢業(yè)證、學位證為目的，甚至可以只學習一門感興趣的課程。多出口的教學模式使每一個學生能夠各取所需。

多方向是指培訓課程分為若干個方向，每個學生能夠選擇自己感興趣的方向，每個方向可以對應相應的行業(yè)證書，完成學習后自動獲得相應證書。

3）以職業(yè)能力為核心，與企業(yè)、行業(yè)協(xié)會、培訓機構等合作辦學。

高等教育存在重理論輕實踐的問題，高校培養(yǎng)的人才與企業(yè)的實際需求之間存在鴻溝.而對于計算機行業(yè)而言，企業(yè)很看重員工的實際技術能力，因此在課程設置上要以培養(yǎng)學生的職業(yè)能力為核心，將滿足企業(yè)崗位工作需求作為課程設置的出發(fā)點，提高計算機相關專業(yè)教育的針對性和適應性，加強實驗、實訓、實習等實踐性教學環(huán)節(jié)，增強學生的操作能力和應用技能。

為達到上述目標，只憑開放大學建設的教學資源是不夠的，需要與企業(yè)、行業(yè)協(xié)會、培訓機構等開展廣泛的合作。與學校相比，社會培訓機構更能及時調(diào)整教學內(nèi)容，把握技術的最新發(fā)展形勢。與行業(yè)、企業(yè)合作辦學，可適應行業(yè)技術發(fā)展形勢，使得教學內(nèi)容與時俱進，學生能夠了解新知識、新技術、新流程和新方法，實現(xiàn)專業(yè)教學基礎性與先進性的統(tǒng)一。合作形式可以是多樣的，例如直接引進社會培訓機構的教學內(nèi)容作為培訓課程模塊的一部分。

課程的開發(fā)將和企業(yè)行業(yè)密切合作，和社會培訓機構有效整合。實現(xiàn)建設一部分，共享一部分，共贏發(fā)展。引入市場化機制，促進優(yōu)質(zhì)資源的形成與發(fā)展。

4）打造品牌課程，樹立新形象。

課程學習資源是開放大學的核心競爭力。近年來國外的網(wǎng)絡公開課已成為互聯(lián)網(wǎng)上熱門的開放學習資源，深受大眾好評。如果開放大學能夠建設幾門這樣的課程，對于樹立開放大學的新形象無疑具有重要意義。對于計算機相關專業(yè)而言，如果能夠建設幾門高水平的課程并對公眾免費開放，則不僅為社會作出了貢獻，更能吸引潛在的學習者來開放大學學習。

5）構建一流的學習服務體系。

平臺、資源和服務是遠程教育的三大要素。對于某個具體的專業(yè)而言，在建設一流教學資源的同時，要構建一流的學習服務體系。這包括兩方面的內(nèi)容：一是每門課程要組建一個教學團隊，通過團隊的力量使課程在全國范圍內(nèi)實現(xiàn)標準化的教學輔導；二是用信息技術改進學習服務水平，例如通過教學平臺與移動設備的銜接使學生能夠移動學習、通過信息的推送服務使教師能夠及時答疑、通過跟蹤學生的學習活動對其下一步的學習提供建議等。

2 軟件開發(fā)與應用專業(yè)課程體系建設初探

當今世界，以信息技術等為代表的高新技術的發(fā)展深刻影響著國家的政治、經(jīng)濟等諸多方面，能否在高新技術領域占據(jù)一席之地成為維護國家和經(jīng)濟安全的命脈所在。《國家中長期人才發(fā)展規(guī)劃綱要（2010-2020年）》中指出：要實施專業(yè)技術人才知識更新工程，對信息技術等重點領域開展大規(guī)模的知識更新繼續(xù)教育，每年培訓100萬名高層次、急需緊缺和骨干專業(yè)技術人才，到2020年，累計培訓1000萬名左右。依托高等學校、科研院所和大型企業(yè)現(xiàn)有施教機構，建設一批國家級繼續(xù)教育基地。

近年來我國軟件產(chǎn)業(yè)取得了較大的發(fā)展，外資軟件企業(yè)紛紛擴張，而中國本土軟件企業(yè)也在加緊研發(fā)步伐。根據(jù)工信部的預計，中國市場每年至少存在30萬軟件人才的巨大缺口，其中高端程序員和初級程序員尤其缺少。有關數(shù)據(jù)顯示，近幾年來計算機類人才每月的招聘人數(shù)都有上萬人。人才需求量大，缺口也大，這就決定了計算機類專業(yè)不乏生源。而且，由于計算機技術發(fā)展較快，行業(yè)培訓市場潛力巨大。

因此，軟件信息產(chǎn)業(yè)在未來10年中地位非常重要，我們應抓住機遇，建設好軟件信息技術相關專業(yè)，為國家發(fā)展和社會進步培養(yǎng)合適的人才。

根據(jù)開放大學專業(yè)與課程體系建設思路，提出軟件開發(fā)與應用專業(yè)課程體系建設方案。

1）招生對象。

本專業(yè)的招生對象，既面向高中學歷（含同等學力）及以上學歷者，也面向社會在職人員。高中學歷（含同等學力）的學生可以從學歷課程模塊開始學習，而社會在職人員可以直接從培訓課程模塊學習。

2）畢業(yè)條件。

該專業(yè)具有多個出口，畢業(yè)的形式可以為：學習所有課程并考核合格，本科畢業(yè)；學習某門課程并考核合格，單科畢業(yè)；學習幾門課程并考核合格，獲得相應的學習經(jīng)歷證書。

3）職業(yè)能力。

為設置合理的課程體系，通過調(diào)研，軟件開發(fā)與應用專業(yè)各就業(yè)崗位可以分為兩大類：程序設計與開發(fā)崗，技術支持與服務崗。其中，第一大類程序設計與開發(fā)崗按照使用的技術可以分為：C語言程序員、Java程序員和.Net程序員等；按照所開發(fā)軟件的內(nèi)容可以分為：游戲開發(fā)人員、手機應用開發(fā)人員和信息系統(tǒng)開發(fā)人員等。第二大類技術支持與服務崗可以分為：軟件測試員、軟件售后服務人員、信息中心工作人員和數(shù)據(jù)庫管理員等。

不同的崗位對人才的要求不盡相同，但其基本要求是相同的。與計算機相關的基本要求包括：①了解計算機基礎知識，能熟練使用和維護計算機硬件、軟件環(huán)境；②了解計算機工作原理，能熟練安裝配置和維護各種系統(tǒng)軟件和應用軟件；③熟練掌握一種主流計算機語言，能夠閱讀軟件代碼，并用其編寫程序；④較熟練使用數(shù)據(jù)庫技術。

上述4項是對軟件開發(fā)與應用專業(yè)本科畢業(yè)生的基本要求（或稱為共同要求），而不同崗位的不同要求可總結為表1（以4個崗位為例）所示。崗位要求的分析證實了課程體系模塊化的必要性：崗位的共同要求所對應的課程放在學歷模塊；崗位的不同要求所對應的課程放在培訓模塊，針對某一個方向進行深入培訓。欲獲取本專業(yè)本科畢業(yè)證、學位證，需要修完這兩個模塊的課程；培訓人員只需選擇培訓模塊，修完培訓模塊課程即可獲得相應的證書。

4）課程體系。

課程體系的設置以必備的理論為基礎、以實踐為核心，分為學歷課程模塊和培訓課程模塊。其中，學歷課程模塊包括基礎課程和畢業(yè)設計；培訓課程模塊有多個方向，可以直接引進社會培訓機構的課程。如圖2所示，以軟件開發(fā)與應用專業(yè)的3個方向（JaVa編程方向、Net編程方向、軟件技術支持與服務方向）為例給出課程體系示意圖。圖中的每個培訓課程模塊都包含項目實戰(zhàn)，以項目來進行實踐教學。

課程體系有兩個入口和兩個出口，分別是高中學歷（含同等學力）人員人口、培訓人員入口；本科畢業(yè)出口、培訓人員出口。其中高中學歷（含同等學力）人員先學習基礎課程，再學習培訓課程，最后作畢業(yè)設計，完成整個學歷教育環(huán)節(jié)；而培訓人員只修培訓課程，進行非學歷教育。另外，還有單科學習人員的人口和出口，即只學習某門或某幾門課程，未在圖上標出，但對這類學生的學習也是支持的。

5）教學計劃。