程序員總結范文

導語：如何才能寫好一篇程序員總結，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

時間過得真快，一眨眼我的實習生活就結束了，在這幾天內，我似乎過了半年，又似乎是一瞬間，又好像做了一個很長很長的夢，夢醒的時候我就回到了我的學校。

三年時間，應該說是或多或少有些收獲，可一走出校門后我才了發現我什么也不是，什么也不會，所學的東西少得可憐，連九牛一毛也可以說都不知。

說真的，很有幸我進入的是××家具實業有限公司進行實習，也可以說是試聘；在××信息中心進行編程，是用軟件給他們的一分廠的員工進行效益工資和計件工資方面的核算，求出他們的總工資，最后能以報表的形式表現出來，在這方面他們同進要求要個有查詢的功能，也說是說輸入工號可以調出一個員工三個月這內的所有的工資，同時超出三個月的可以自動消除．同時他們的工作流程是單卡流程，一個卡號，批量的進入，然后經本文來源于過員工的加工操作之后，批量的輸出。在這個方面他們有個出材量和購進量之比，也就是說如何去求他們的出材率，出材率越高，就意味著生產出來的好的產品就越多，員工的效益工資就越高。比如他們有四個產品：規格料、指接、拼板、集成材、他們會對這四個產品進行定價；如生產出一立方米規格料的價格是元、指接是元、拼板是元、而集成材則是元；通過這些定價我們可以很清楚的看出工廠要求員工生產出什么樣的產品。入他們的工序的材料我們稱之為毛料，而產出的東西我們又稱之為毛壞料，公司規定：如果員工的出材率在％，那么超出的部分就是員工的效益工資，如果低于％，那么員工就沒有效益工資，負數歸位于零，按零來計算，之后他要求對員工進行效益工資分配，比如有四個工序，送料器，直邊、壓刨、四面刨、他們又給這些工序的員工進行效益比例的分配、比如送料器是％、直邊是％、壓刨是％、四面刨是％，在這里又有主副之分比例為和同時他要求我們將效益工資進行分配到員工也就是說員工可以很清楚的要看到自己一天能掙多少錢做到心中有數當然這個簡單我們只須打印出報表就行了。

還有一點就是對計件工資進行核算在這方面，他們也有一定的規格比如長度寬度厚度，在那個范圍內就有不同的定價，比如寬度小于定價是元如果在和之間，那么定價就可能在元左右。不看不知道，一看嚇了我們一大跳，以前我們那有這樣想過呀，只要能做出來，沒有錯誤就行了，可是速度呢？人家一個小時輸入的東西我們的程序可能需要一個早晨看完之后主管對我們說：這樣的程序送你你會用嗎？

那個打擊呀，辛苦了幾天幾夜最終卻是這樣的一個結果?？纱驌魵w打擊我們又得重新來做！相對而言我們這次要比以前有經驗了，一次比一次成熟起來了，在經歷了又一個一天一夜的奮戰我們終于又有新希望了，可是心情剛好那么又傳來了消息，說他們的分配比例又發生的變動，價格又有了新的調整這在以前我們也想過這個問題，也想好好的做，可是我們又一想他們的工廠不是要實用嗎？這方面變化的可能性很小，于是為了方期間我將有變量寫進了代碼之中，這一變無易宣布我要破產。和我在一起的幾個也是這種情況，所以我們這些沒有開發過軟件的充當軟件高手的新手們又得重新面對新的問題了

失敗，又一次被打敗！

幾天之后我們又做出了程序，很辛苦此時我們才明白程序員的不易了，編程是一個見效特別慢的東西，而且對方又看不見，如果一不小心你的程序可能會無法打開，或者是說出現別的什么，那就完了，你幾天的成果就什么也看不見了，本文轉載自不像別的東西，做了，可以讓大家看得見。我的程序在最后的調試時出現了一點小故障，而且工資的分配要對應到每一個員工，可我一時間一點思路也沒有了，就只能對應到職務，所以我失敗了，我的實習生活也就結束了。

當然比表面來看我是失敗了，敗的很慘；可是從某種意義上說我又達到了我的目的，因為只有失敗的人永遠都不會停下思考的腳步，激起了我沉睡的思想，使我一顆盲目的心有了方向，我不能這樣輸了，從那兒倒下去的，我會從那兒站起來的，認認真真的把畢業設計拿下來了；別人實習了一個月我雖然只有十六天，可在這十六天中我從未停下來過我是白天干晚上干，頂著那么大的壓力我的體會絕不低于他們中的任何一個人，說實話，在一段實習期間，我真的有點撐不住了，我也想到過放棄，也曾有好幾家單位通知我去面試，也有聯通的第二輪復試可我都放棄了我不能就這樣走了。我輸掉的是技能，不是人格；失掉了人格我將失去了所有，失掉技能我還會追回來的！

篇2

1、正義ERP項目的編碼工作。從了解新疆正義項目的背景、及計劃安排，熟悉正義公司制度及業務流程，再到熟悉新能開發模式，之后我根據需求調研報告，從基本的數據庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作；完成了正義項目的模塊測試及流程測試。

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

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

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

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

4、利用工作之余的休息時間加強學習。平時注意收集有關PB方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習Java及OA方面的知識（現轉為學習.net），為后期的工作打好基礎。

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

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

篇3

1、正義ERP項目的編碼工作。從了解新疆正義項目的背景、及計劃安排，熟悉正義公司制度及業務流程，再到熟悉新能開發模式，之后我根據需求調研報告，從基本的數據庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作；完成了正義項目的模塊測試及流程測試。

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

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

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

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

4、利用工作之余的休息時間加強學習。平時注意收集有關PB方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習Java及OA方面的知識（現轉為學習.net），為后期的工作打好基礎。

篇4

一 備課問題診斷與解決

1、“備課”不等于“背課”教師要樹立正確的備課觀，課堂教學是由師生雙邊的活動構成的，因此，上課的過程絕不可能僵化死板地背著教案走，要樹立自己獨特的教學風格。

2、處理好“預設”和“生成”之間的關系，預設要適度，要留有空間。過度的設計必然導致對教學的控制，導致對學生活動和發展的包辦、強制干預。在教學過程中，則應關注學情，準確把握“生成”，拓展學生思維空間。

3、重視教師的第二次備課“課后備課”。必須盡可能地征求學生的意見，細心記錄學生的反映，能更好地促進課堂教學，為學生全面發展服務。

4、教學目標要具體，不管采用什么教學方式與手段，都必須有明確的針對性和目的性。注意學科之間的綜合，以學生為本，建立平等互動的師生關系。

5、關注學生主體，合理使用媒體課件，有效輔助教學。

二 教師專業化與教師專業化發展

1、教師專業化是世界教師教育的發展趨勢和潮流。

2、教師專業化是實施科教興國戰略的需要。

3、教師專業化是職業專業化的一種類型。所謂教師專業化，簡而言之，就是“教師個體專業水平提高的過程以及教師群體為爭取教師職業的專業地位而進行努力的過程”。

篇5

關鍵詞：程序員；個性品格；模糊評價

中圖分類號：F272.92文獻標識碼：A文章編號：1672-3198（2008）03-0133-02

1 程序員個性品格分析測評模型

早在1999年,由Donald Gotterbarn擔任主席的ACM/IEEE-CS軟件工程師道德規范和職業實踐（SEEPP）聯合工作組就制訂了《軟件工程師職業道德規范和實踐要求》（Software Engineering Code of Ethics and Professional Practice），該要求從8個方面就軟件工程師的道德水平提出了要求，這8個方面分別是：公眾、客戶和雇主、產品、判斷、管理、專業、同行以及自身?？偨Y這八個方面的細則對軟件工程師所提出的要求，基本集中在誠信、協作、技能以及經驗等方面。

有關程序員個人品格的考察，人力資源方面也有許多的研究。中國人才測評網中，“智維通用人才選拔測評”就是一個通用人才個性品質的評價樣本，它是以西方經典的人格理論為基礎開發的專業測評工具，能對被測試者的思維風格、人際交往、個性成熟度、性格特征等方面有一個全面客觀的了解。評價維度為：進取心、責任心、自我控制、自信心、洞察力、創造性、靈活性、獨立性、支配愿望、社交能力、寬容性、敏感性。其關系如下表所示：

除此之外，我們還可以登陸到各大招聘網站，查找各軟件公司對其所招聘的程序員提出的個性品格的要求。

將以上我們所搜集的資料綜合起來，就可以得到程序員個性品格的基本要求。將這些要求加以分析歸類，可以分為四個大方面，分別是：性格、品質、知識水平和能力水平。也就是程序員個性品格的一級指標因素：其中，每個大方面又可以細分為三項指標，如圖1所示：

（1）性格。主要考察程序員的細心程度、勤奮程度以及自信心。

（2）品質。主要考察程序員的毅力，比如鉆研精神，壓力承受能力等；道德感，也就是程序員的誠信程度；以及責任感。

（3）知識水平。主要考察程序員的學歷水平，若考察對象為學生，可以綜合其學歷水平以及學習成績；技能，指掌握相應開發工具的技能；經驗，是指與程序員所從事的工作相關的經驗。

（4）能力水平。主要考察程序員的學習能力、理解能力和邏輯思維能力。

圖1 程序員個性品質分析測評指標

設評價指標集為U，程序員個性品格評價一級指標要素可設定為U={性格，品質，知識水平，能力水平}={U1，U2，U3，U4}，二級指標為U1={細心，勤奮，自信心}；U2={毅力，道德，責任}；U3={學歷（成績），技能，經驗}；U4={學習能力，理解能力，邏輯思維能力}。

我們可以對一級指標Ui進行單因素模糊綜合評價，首先要取得Ui包含的二級指標的評判集,設評判集V={v1,v2,…,vm}。結合評價程序員個性品格所包含各級指標的特征,把V確定為五個等級:V={非常好，比較好，好，一般，不好}，并以此進行一級評判工作。然后，確定Ui中各評價指標的權重，Ai={wi1,wi2,…,win}，且應有∑nj=1wij=1。其中，權重系數的確定很重要，它直接影響著最終的評價結果。權重系數的確定可利用二元對比函數法、層次分析法、專家評分等方法確立響應指標權重。在這里，我們采用專家評分，得到的一級指標要素對應的權重集為A=（0.2，0.27，0.2，0.33）。對應的權向量分為別：A1=（0.42，0.33，0.25）；A2=（0.31，0.31，0.38）；A3=(0.25，0.33，0.42)；A4=(0.31，0.31，0.38)。對每一個評價指標Ui進行單指標評價，確定從Ui到U的模糊關系集Ri。Ri={ri1，ri2，ri3}，這里rij表示指標uij對評語v的隸屬度。這樣，我們得到Ui的最終評判結果記為Bi，Bi=(Bi1，Bi2，Bi3，Bi4)=Ai×Ri，(i=1，2，3，4)。最后，將Ui視為一個單獨元素,用Bi作為Ui的單指標評價向量,可構成U到V的模糊評價矩陣R。由于這時對因素Ui(i=1，2，3，4)的單因素評判向量Bi已經得出,故評判矩陣即為:

R=B1B2B3B4=

B11B12B13B14

B21B22B23B24

B31B32B33B34

B41B42B43B44

按照Ui在U中的重要程度，進行專家打分得到的權重，為A=（0.2，0.27，0.2，0.33），于是得出U的最終評語向量B=A*R=(b1，b2，b3，b4)，按照最大隸屬度原則，可以找出bk=Max(bi),進而得出評價對象在評判總體V中得到的綜合評價值。

2 程序員個性品格分析測評實例

某公司對公司內的某程序員個性品格水平進行模糊評價，評價指標體系中各指標的評判采用問卷調查的形式，調查對象是各個部門的高層管理人員。例如，對該程序員的“細心程度”這一評價指標打分時，有20%的人認為該程序員的“細心程度”為“非常細心”，25%的人認為“比較細心”，30%的人認為“細心”，15%的人認為“一般”，10%的人認為“不細心”這樣，參與評價的人員對該程序員的“細心程度”的評價為：(0.2，0.25，0.3，0.15，0.1)；同樣的方法該程序員的“勤奮程度”的評價：(0.18，0.24，0.26，0.22， 0.1)；對該程序員的“自信心”的評價：(0.3，0.25，0.25，0.2，0)，于是可以得到在該程序員的性格U1上的測評結果矩陣：

V1=0.2,0.25,0.3,0.15,0.1

0.18,0.24,0.26,0.22,0.1

0.3,0.25,0.25,0.2,0

有關程序員“性格”的二級指標權重為：

A1=（0.42，0.33，0.25）

利用同樣的方法，得出評級指標體系中其它評價指標上的評判矩陣和權重集，分別為:

V2=0,0.2,0.3,0.3,0.2

0.1,0.3,0.4,0.15,0.05

0.3,0.25,0.25,0.1,0.1

A2=（0.31,0.31,0.38）

V3=0.5,0.4,0.1,0.0

0.32,0.24,0.24,0.15,0.05

0.2,0.2,0.2,0.2,0.2

A3=(0.25,0.33,0.42)

V4=0,0.1,0.6,0.2,0.1

0.2,0.6,0.1,0.1,0

0.1,0.2,0.3,0.3,0.1

A4= (0.31,0.31,0.38)

B1=A1*V1=（0.2184，0.2467，0.2743，0.1856，0.075）

B2=A2*V2=（0.145，0.25，0.312，0.1775，0.1155）

B3=A3*V3=（0.108，0.307，0.309，0.209，0.067）

B4=A4*V4=（0.1，0.293，0.331，0.207，0.069）

專家評分法給出一級評價指標的權重為A=（0.2，0.27，0.2，0.33）

B=A*R=A*B1B2B3B4=（0.2，0.27，0.2，0.33）*

0.2184,0.2467,0.2743,0.1856,0.075

0.145,0.25,0.312,0.1775,0.1155

0.108,0.307,0.309,0.209,0.067

0.1,0.293,0.331,0.207,0.069

=(0.13743，0.27493，0.31013，0.195155，0.082355)

根據隸屬度最大原則可看出,該程序員的個性品格為“好”。由以上的評價過程可知該程序員的各項個性品格指標均為好。其中，在知識水平上略有優勢，而在品質上略有不足。該程序員在以后發展過程中應該注重綜合素質的培養。

參考文獻

［1］何童，陳勇.一種改進的個人綜合素質模糊評價方法［J］.濟南大學學報(自然科學版)，2005，（01）.

篇6

關鍵詞：結對編程；交換編程；交換周期；迭代階段；輪流交換

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2008)22-688-02

Application of Exchange Programming Technology in Software Development

TIAN Yuan

(Department of computer,Henan Business College, Zhengzhou 450044,China)

Abstract: Be aimed at the insufficiency of independent programming technology and Pair Programming technology, bring forward that viewpoint of using the exchange programming technology in the software development, expounds the environment and the method of actualizing exchange programming technology, summarizes the value of the exchange programming technology’s applications in software development, finally points out the exchange programming’s development prospects.

Key words: Pair Programme; exchange programme; exchange cycle; Iterative stage; exchanges in turn

1 引言

在傳統的軟件開發過程中，通常采用兩種編程技術：第一種是獨立編程技術，即在軟件開發過程中，將一個項目按照功能分成若干個模塊，由一個開發者獨立完成一個模塊的需求分析、設計、編碼和單元測試階段，然后將結果再交給第二個人進行另一個模塊的開發和測試，在這種編程技術中，開發人員獨立進行各個模塊的開發和設計，人員之間缺少交流，開發出來的產品在質量上和功能上都不夠完備；第二種是結對編程技術，即在軟件開發過程中，由兩位編程人員共同坐在同一臺計算機前，合作完成一個模塊中某一個階段的設計、編碼和測試[1]，在這種編程技術中，雖然加強了開發人員之間的交流，提高了代碼質量，但是，卻會造成人力資源的浪費，而且在項目開發團隊中，如果技術人員比較少，或者開發人員頻繁變動，都會對項目的進展產生較大的影響。

為了提高軟件開發的質量和效率，合理利用各種資源，就必須對傳統編程技術進行改革，正是在這樣的背景下，國內外許多軟件開發公司都開始嘗試使用交換編程技術這種更高效、更合理的新技術。

2 交換編程技術簡介

交換編程技術實際上是對結對編程技術的一種擴展和延續，在這種技術中，由兩位或者多位程序員輪流開發同一個軟件系統中同一個模塊不同階段的任務。

和結對編程技術一樣，在交換編程技術中仍然需要多位程序員進行交流，共同完成某個項目階段的任務，但是不需要兩人公用一臺計算機，而是采用一人一機的工作形式，由兩位程序員輪流負責同一個模塊中不同階段的設計、編碼和測試過程，這樣就減少了時間的浪費；另外在任務分工方面，程序員分別負責不同階段任務的完整開發，每一個階段的設計、編碼和測試過程，都是由一位程序員去執行，但是在每個項目的開發階段或者迭代階段，需要進行多人任務的輪流交換或者兩人任務的兩兩交換，這樣既保證了代碼的質量，又提高了工作效益。

3 在軟件開發過程中實施交換編程技術的環境和方法

3.1 實施環境

交換編程技術的適應性比較強，在項目的規模上沒有要求，特別是對項目規模大，人員臨時調動頻繁的情況同樣可以適用；另外，在項目開發團隊的規模方面，由于在交換編程技術中，進行一次任務交換至少需要兩個以上的開發人員，因此交換編程技術適用于那些人數超過兩個以上的開發團隊，而且在團隊成員中，要求至少有一兩個具有兩三年以上開發經驗的技術人員，這是對一般項目最基本的要求。

3.2 實施方法

在軟件開發過程中應用交換編程技術，需要重點考慮交換周期的設置。交換周期一般需要根據實際項目的開發過程來設置，即根據項目迭代階段或者開發階段進行劃分，階段劃分確定后，在一個階段內至少進行一次任務交換。

對于一般規模的項目，建議在軟件工程實施的各個迭代階段按照如下的方式進行交換編程：

1)在軟件定義過程中，市場調研和需求分析可以進行輪流交換（至少是三個以上的程序員之間相互交換所開發的內容，如：程序員A的開發內容交給程序員B，程序員B的交給程序員C，程序員C的交給程序員A）。

2)在概要設計開發中，需求分析到概要設計進行輪流交換。

3)在詳細設計開發中，概要設計到詳細設計進行一次輪流交換。

4)編碼實施啟動后，詳細設計到編碼的交換采用兩兩交換（兩個程序員之間相互交換所開發的內容，僅限于兩人之間），注意這個時候不再采用輪流交換[2]。

這里在編碼以前全部采用輪流交換的目的是為了讓更多的人了解項目進展的全部內容，有利于增加團隊內的交流，使更多的人對項目所開發的內容熟悉，并能讓他們提出自己的觀點，也有利于使更多的人從更多的角度來研究某個系統模塊所需要實現的功能和用戶需要解決的實際問題，不會因為某個人的定式思維而出現理解偏差，從而造成對需求的理解不到位。

詳細設計到編碼的測試采用兩兩交換，這是因為前期需求已經基本上都穩定下來了，這時候不需要對用戶需求進行更多方面的理解，只需要進行實施并進行純粹的編碼工作即可。此時輪流交換就不存在任何意義，相反只會影響開發進度。

以上交換編程的方法，是按照迭代階段設置交換周期的方法，另外，如果以項目開發階段設置交換周期的話，我們可以將軟件生存周期的每個階段再細分為幾個小階段，根據細分的階段數量確定進行交換編程的人數（階段數量的劃分可以根據階段任務的規模和階段的重要性確定，如：對于一個普通項目的需求分析階段，我們可以將其細分為三個階段，分別由三個程序員輪流開發）。和按照迭代階段設置交換周期的原因一樣，在編碼以前的每個階段，盡量全部采用至少三個以上程序員輪流交換編程的方式，而在編碼以后的每個階段，包括編碼階段，只需要采用兩兩交換的方式就可以了。

4 交換編程技術的價值

在軟件開發過程中應用交換編程技術，不僅可以節約各種資源，提高工作效率，而且也能增強代碼的可讀性和可維護性，保證代碼的質量。具體體現如下：

1)避免人力資源的浪費

交換編程技術采用由兩位以上程序員輪流負責某個階段的任務，不會讓他們在同一時間內去做同一件工作，這就節約了人力資源；而且也不用擔心在軟件開發過程中出現的設計或代碼問題被隱藏，因為兩位程序員在進行任務交換時需要交流，這樣不但第二個程序員會發現第一個程序員設計所存在的問題，第一個程序員也會主動地對自己的開發過程和思路進行一次完整的重新評價，從而及時解決問題。

2)加強團隊內部交流

在交換編程技術中，允許有較多的人參與某個模塊的前后期分析、設計和開發過程，在項目開發的每一個階段都可以找到兩個以上的人來進行討論，加強了團隊內部的交流。

3)減少時間的浪費

在交換編程技術的任務交換過程中，時間的浪費主要體現在第二位程序員理解前一位程序員的設計思路上，但是在一般情況下，出于對項目統一規劃的考慮，團隊中所有成員都需要對項目的整體開發和各個階段的任務有所熟悉，在這種情況下時間的總體耗費相對較短。

4)提高項目組穩定性

在交換編程技術中，由于一個模塊需要按照階段數量進行分工，這樣就保證了一個模塊至少有兩個人對其十分熟悉，在后面的開發過程中，無論哪個人發生變動，隨時都可以有其它人來接替工作，而不會對團隊和開發進度產生較大影響，所有的任務都能夠很好的延續下來。

另外，允許有較多的人參與到這個模塊的前后期開發中來，系統的架構設計可以由很多人一同討論出來，所以交換編程技術適合于沒有絕對高手的團隊。

5 結束語

因為交換編程技術的優勢，目前國內外許多軟件開發公司已經嘗試應用這項新技術。將來如果條件允許，交換編程技術還可以和結對編程技術配合起來使用，這將會使得對同一個模塊了解的人數達到一般交換編程的兩倍人數，同時因為頻繁的交流，從而更多地降低因為少數人的考慮偏差造成對用戶需求理解不足等問題，工作效率會更高[3]。

參考文獻：

[1] 谷秀巖.關于極限編程理論的研究[J].計算機與網絡,2004(Z1):97-99.

篇7

在IT行業聚集區，單身“宅男”已經成為一種社會現象，“張江男”只是一個縮影。不僅如此，他們往往還面臨著超過50%的淘汰率：年輕的畢業生一撥接一撥進入職場，他們掌握了最新的技術，而自己忙于應付眼前機械的工作，無暇學習更多，面對日新月異的新技術，自己無論在體力、腦力上都跟不上，很快被甩在時代的背后。他們是恐慌、孤獨、無望一族。

想要擺脫“張江男”的標簽么？向陽生涯CCDM職業規劃師提醒你，現在，立即行動起來，重新進行職業規劃！

向陽生涯案例

這樣，我成了悲催的“張江男”

大學四年，S讀了大家都再熟悉不過的專業——計算機。剛進校的時候，互聯網信息技術專業很熱，感覺前景一片大好。

轉眼四年過去了，本來想考研，但聽師兄說做技術的還是要在實戰中才有收獲，所以早早就打消了這念頭。畢業后S來到了上海，這里是IT業發展聚集地，大大小小的IT公司很多，工作機會自然也比其他地方多。

S順利進了一家IT公司，做起了程序員。剛進去時還好，基本正常下班，可沒過半年，每天下班時已是披星戴月。只要挨上了項目，這日子就難熬了，基本處于日夜兼程的狀態。

因為剛出校門不久，S編寫代碼還不是很熟練，加班似乎是理所應當的事，只能硬著頭皮扛?！翱高^這前三年，等有資本了日子就好過了?！泵慨擲疲憊煩躁時，他總是這樣安撫自己。

日子就在這沒日沒夜的加班中流過了。S的技術比以前嫻熟了很多，可日子還是不好過，新畢業的大學生們一批批進來，帶著新知識新技術，對于漸漸變為“老人”的他來說，無疑是個無形的壓力。每天應付堆積如山、繁雜瑣碎的工作，晚上十點十一點回去后還要看書，天天都是一兩點睡。有時候他感覺自己不是程序員，而是吃青春飯的“三線小明星”，時刻都有被淘汰的危機感。

期間，為了高薪，S換過一次工作，但情況并沒有好到哪里去，連張江這地都沒跳出去。這周圍彌漫著程序、代碼的味道，有時候走在路上，感覺旁邊隨便一個什么人都是哪個公司的程序員?！耙凰畠旱腎T男兒聚集在這里，哪會有靈感和動力寫出好代碼呢？天天都一個樣啊……”S總感覺上班和回家沒什么兩樣，隔壁鄰居就是同事，回家不是要看書就是帶著工作回來趕工。

S越來越覺得這樣的日子沒有盡頭，工資漲得不多，又看不到前途，程序員還是程序員，感覺自己就是IT領域里一個“打醬油”的，打打這家再打下家；生活社交圈也越來越窄，浦西就像是另一個城市；平常除了見同事，就是下班回家上QQ解解悶。苦于沒有發展前景和逼仄的生活圈，S實在難以忍受，拿著資料和簡歷找到了向陽職業規劃咨詢中心，尋求專家的幫助。

解決方案

業定位，清晰，再清晰一點

向陽生涯CCDM職業規劃師認為，S最大的問題，就在于職業定位不夠清晰，發掘他現有的職業資源和能力特長，理順發展通道，才能明確適合的發展道路。

測評及咨詢過程中，CCDM職業規劃師發現，S的性格、能力特長以及職業價值觀是比較適合程序員這份工作的，他的發展關鍵在于，需要從目前的領域中細分方向，并規劃一條中長期的發展通道。一般而言，程序員在經過多年磨練和學習后，可成為主程序員，再往后則有兩條路可選：晉升為管理層或技術顧問等職。從S的性格特質和能力來看，有向管理層晉升的潛質。

朝著成為項目經理或技術部門主管的方向，CCDM職業規劃師建議S：

首先要在目前的崗位上取得質的突破，在IT領域要想坐上高端職位，有過人的技術功底是必須的，因此S要盡最大努力，把技術提上來，利用時間加緊充電，掌握新的技術趨勢和技能。然后，再有意識地學習管理方面的知識和技能，如能在內部獲得管理方面的實踐機會則更佳。

對于這個方案，S感到有壓力，但更多的是動力。在繁忙的工作之余還要添加學習任務，CCDM職業規劃師就建議他學習時間管理，提高時間的利用率以達成目標。咨詢完，找到了未來的發展方向，S心里的石頭總算落了下來。有了明確的目標，也有CCDM職業規劃師的認可與鼓勵，S信心滿滿，開始了新的征途。

案例啟示

清“千頭萬緒”，細分方向尋發展

“張江男”的悲劇不只發生在S身上，他們只是IT行業程序員族群群體生存狀態的一個縮影：工作壓力大，工作超負荷，淘汰率高，沒有生活只有代碼，如果沒有很好的職業規劃，發展岌岌可危；與此同時，個人問題也解決不了，可謂是成不了家、立不了業。

如何才能徹底撕掉“張江男”的悲催標簽？從S的案例中，向陽生涯專家團隊總結出以下三點：

莫讓定位落入“大方向”的迷惘

IT行業內領域細分比較復雜，方向很多。因此，有必要透徹清晰地了解IT行業的宏觀發展及各領域方向的具體情況，職業定位不能光有“大方向”，還要細分“小方向”，這樣才能減少發展中的迷茫。

向陽生涯CCDM職業規劃師富饒指出，IT行業所包含的崗位，大體上分為四大類：管理類、銷售類、技術支持類與研發類，而IT高端崗位主要又包括：老板、企業高管、CTO、項目管理人員、IT咨詢師、IT資深培訓師、系統架構師、高級工程師等。單從程序員的發展路徑看就有多個方向，從專業性發展方向是高級程序員、系統分析員，或者還可成為系統架構分析師、信息流程優化師。具體朝哪個方向發展，還得以個人的實際狀況、工作經驗、能力等方面來綜合評估和規劃。

巨大的熱情是持久的動力

對于IT男來說，這份工作一定是需要極大的興趣和熱情作為強大的動力源泉。IT行業是個高速發展的行業，競爭激烈并且知識構架更新速度很快，對從業人員學習能力的要求很高。在忙碌的工作之余，還要花精力和時間來補充和更新知識儲備以提升技能，無疑需要有強大的熱情來作為驅動。如果自己缺乏興趣，別說學習，可能連本職工作都舉步維艱，何談發展呢？

如需轉型，“張江男”更要趁早

篇8

技術

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

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

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

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

管理

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

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

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

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

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

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

篇9

很多我的朋友都曾遇到過這樣的情況，我會在下面寫出我認為不錯的一些建議。

1.把你的宏偉藍圖簡化到“1.0版本”

憧憬一下未來無可厚非，你可以把它們統統寫下來。

但是也請想想，你最低的期望是什么，人們會認同的價值是什么，最重要的三個特性是什么，最重要的一個呢？

把這稱之為“1.0版本”吧，其余的以后再考慮。你甚至根本不需要告訴人們你的那副藍圖，他們實在感興趣的話，那告訴他們吧。

對于一個簡化的不復雜的版本，你的程序員可能更能游刃有余。

你的目標就是把1.0版本做好。獨自完成這件事，也算得上是成功的開始了。其余的所有事情，就是圍繞這個1.0版本來做的。

2.描述這件事情

重要的事再說一次，要記住，只需要描述1.0版本即可，宏偉藍圖以后再說。

程序員不需要知道的細節，就不用寫到需求里面了。

舉一個例子：如果你想賣視頻，你不需要說清楚視頻里面有什么，只需要說“銷售可下載的流視頻文件”即可。如果你想做一個把古阿拉伯詩歌翻譯成西班牙語的網站，你只需要寫“把句子從阿拉伯語翻譯成西班牙語”

告訴你，程序員愛死這種簡單的表達方式了。

注意你的表達方式，讓人們對你的故事有切身體會。

舉一個例子：“公司創建賬戶，然后創建一個項目，這個項目有一個名稱和一個描述。在這個項目里面，用戶可以上傳不同的待翻譯的文件。每個文件有三個屬性：原語言，目標語言，以及文件名。系統能夠統計每個文件中的字數。當公司把文件的屬性改為準備翻譯的時候，它會自動提醒翻譯者，通知內容包括多少篇文檔，多少字數，以及報價。翻譯者可以選擇接受或拒絕。翻譯者登錄然后開始翻譯文檔，每翻譯完一個，就把它標注為已翻譯，然后系統會把翻譯好的文檔發送給公司審核?！?/p>

通過這樣的情景描述，程序員會自己搜索其中的名詞和動詞，并進行理解，這會讓你和程序員的溝通更加容易。(程序員會注意的詞：公司，項目，文檔，翻譯，翻譯者，等等)

3.把自己當成用戶，并好好總結自己的每項行為。

閉上眼睛，想象你正在使用這個網站。

描述你可以在這個頁面進行的所有點擊操作。

你點擊后，發生了什么？準確的說，是系統發生了什么？接下來呢？

用如果-那么這種思考模式來思考。比如“如果有一個新用戶，那么跳轉到歡迎頁。如果是老用戶，跳轉到個人賬戶頁面。如果在輸入電話號碼的表單里面輸入了一個單詞，那么跳轉到之前的頁面，并帶上一條提示信息。

用文字記錄下所有1.0版本需要做的事情。每次點擊，每次交互。這會是一份由小細節點組成的很長的清單。

謹慎用詞，保存好，不要打亂清單。

這么做的目的是，保證這份關于用戶體驗的清單清楚明確，程序員就可以輕易的理解，每一個步驟做起來也容易。對程序員而言，感覺應該是吃薯片，而非一頭大象。

4.分解目標，分步解決

我們習慣性的認為別人的工作更加容易。

所以把1.0版本的產品分解成若干個“里程碑”，花一天時間仔細想想(可能是幾天時間或不到一天)他們給你的工作總結中的要點，為這些小成功而歡欣鼓舞吧。

這個階段別期望太高。除非是丑的天怒人怨，否則只要是功能可用，就可以接受了。就像修一所房子，刷漆和裝修是最后工作。

舉一個例子：我們的翻譯網站，第一個目標可能是簡陋的原型，公司能夠創建賬戶，創建項目，能夠上傳文檔。這就行了！如果這些功能能夠使用，那就是一個很好的開端。

分解目標的思考讓你有所作為。你會在每個階段結束的時候停下來，保證在繼續開始前你有著積極的士氣。這樣以來，錯誤便不可能一直存在。你會更好的衡量時間和成本。你們會有一個很棒的勢頭。

5.第一個版本應該是單機版

找一個你喜歡的程序員，你只需要搞定第一個版本的目標，然后像對待完成版那樣對待它。

打開一個空白記事本，把第一個計劃的所有細節都寫下來。

如果一個功能在第一版沒有實現，在你的本子中把它劃掉，也把它扔出你的腦袋。

這個記事本里面要有完整的項目計劃，并且有每天的工作計劃。其它的就別寫進去了。

像一個求職廣告一樣這么寫：我們準備雇傭一個開發者來幫助我們開發產品的第一版。如果這個目標完成了，我們會投入更多精力來保證其發展。下面是我們的具體要求….接下來貼上你的第一版計劃。

你并不希望人們這么說“我搞定了，這里是源碼”，確保你完成時這么說“我完成了這個項目，請把這些文件上傳，然后運行服務器，我會對它進行測試，看需求是否完全實現?！?/p>

這封招聘啟事會讓你收到的offer擠爆你的郵箱，其中很有一些看起來合情合理，但卻似乎是完全沒有看你的具體內容的。你需要做的是：在你的招聘廣告結尾處寫上“非常重要：為了確保你不是機器人，請在郵件第一行寫上，我是真人。我們會刪掉所有沒有這么做的郵件。鑒于大部分人不會仔細閱讀我們的要求，我們對您的仔細閱讀表示感謝”

把這做成文字文檔，準備吧。

6.把它到upwork ，guru，freelancer

去下面的站點你的招聘廣告：

upwork.com， guru.com， freelancer.com(如果在國內，可以考慮程序員客棧)

把你的小項目到所有網站上面。使用他們的簽約服務。地理位置無關緊要——他們在哪都能工作。不要付長價，付時新。把時間控制在7天之內，大部分應聘者會在3天之內來。

你會收到許多offer請求，但是如果沒有通過你的魔法篩選(第一排的我是真的)，刪了。這么做并不容易，因為你會為了大家都準備幫你這件事而興高采烈，大家還會這么說“我們看了你的項目，并且很高興我們有能力搞定這件事。相信我，刪掉。如果他們連你提到的“非常重要”的內容都不能注意到，，你絕對不會想和他們合作的。

同樣重要的一點是：去和已經完成不少成功案例的開發者合作。這表示他們在這個網站站穩了腳跟。拒絕掉沒有任何案例的開發者。

不要指望便宜的開發者。找一些能干的，優秀的開發者，哪怕他們的要價是一般開發者的兩倍，因為他們可能比一般開發者干的快十倍。

每個網站都有自己的特點，所以很抱歉，我不能給每個人提供針對性的建議。但是請注意，一旦他們提到了你的“我是真人”，對他們友善一點。一旦你準備合作，請一定要友好積極。

7.選擇不同的人

其中一個讓你停下來的原因是：你需要雇傭至少兩個不同的人來為你的第一版做開發工作。做好其中一個很糟，另一個一般，只有一個不錯的心理準備。

是的，我的意思是，你可能需要幾倍的時間來做好第一版。但是它值得有更好的開發者。

我發現，從不同的網站各找到一個人是很容易的，所以你可以把這個不錯的項目給任何一人，讓他們做好自己的工作。他們并不需要知道還有其他人也在做著這樣的工作。

有一些會做的很糟。做好心理準備，不要讓這種事情而沮喪。他們會說發生了什么意外，要拖延一個月如，或者這比他們想象的更難，甚至直接消失了。當這樣的事情發生之后，把這個人的工作標記為取消或者完成，友好的結束合作。然后繼續向前。

最后，讓每個人給你發送一個壓縮文件，里面有完成這個版本的源代碼。哪怕現在你還不知道該如何做，先存著。解壓，看看里面的文件，你會搞定這事兒的。

8.和你最喜歡的人一直合作

這個階段的目的是找到你真正信任的合作伙伴。

如果你沒有，那么繼續招聘廣告吧，根據你收到的回應改進文案內容。更好的描述，或者更高的價格，可能是最有效的。

篇10

【關鍵詞】探討；課程教學；作用

高等職業教育的培養目標是培養高素質和綜合職業能力，面向生產、技術、管理和服務的應用型、技能型高級人才，高職教育的課程體系是以就業崗位所需掌握的技能內容來決定的。為了與企業崗位技能進行對接，教育專家提出了許多先進的教學改革的方法，例如在教學內容上打破傳統的理論章節體系，啟用學習情境來組建教學單元，使用任務向導來完成崗位技能的教學和實踐；在教學方法上，引入項目驅動教學法、小組教學法來模擬崗位所遇到的角色和任務，結合教學一體化的實踐教學模式，讓學生能親身體會企業的工作環境，完成教學的任務；在考核方式上也增加平時形成性的考核方法，綜合考核學生的崗位職業能力。教師在教學改革中充當咨詢的提供者，課堂的組織者及引導者。

不同的企業崗位所需的專業技能不同，培養方式也存在差異。軟件技術相關專業培養學生成為程序員，在程序員相關崗位技能的培養過程中，教師應該具備何種能力，如何合理運用多種教學手段和方法實現對學生科學的職業技能培養仍需要更加細致的分析和討論。

1．適合學生學習的教師

在高職教學過程中，教師的任務是引導并提供給學生技能相關的咨詢，所以教師在學生學習的過程中起著非常重要的作用，因此教師的選擇決定了授課的效果。某些職業院校有時為了和企業崗位接軌，常常聘請企業一線工作的程序員來為學生授課，經過學生的反饋，雖然程序員自身技術非常優秀，但是往往學生普遍聽不懂，因為一線程序員不善于語言描述，不能很好的將知識表達出來。另一種情況，學生在學習數據結構，在研究二叉樹算法的過程中，雖然明白了二叉樹的遍歷方法，但是不知道學會了二叉樹的算法到底能做些什么，為其授課的教師雖然是一位在數據結構方面有著資深經驗的教師，但是無法解答學生的這個問題，因為該教師僅對算法和數據結構有豐富的經驗，對其后續課程沒有研究。上述兩種情況都會造成學生對課程內容興趣缺失，或者迷惘不知今后如何發展，其實每位學生在踏入大學的時候對自己的將來都會有或多或少的展望，在選擇了軟件技術這個專業時，對軟件技術都是抱有興趣和喜愛，選用適合的教師可以增強學生學習的興趣和積極性，這在軟件崗位的教學中意義重大。最適合軟件技術課程教學的教師是具有一線軟件開發經驗的專業教師，要既能講也能做。當學生問及學會了JAVA語言能做什么，如果教師能直接編寫一段JSP動態網頁展示給學生，又或許學生研究樹的遍歷，教師實現一個簡單的尋路游戲展示給學生，這比枯燥的講解效果要好很多。

2.能夠提高學生的學習熱情和積極性的教師

在高職教學的教與學過程中，學生是主體，教師的技術再高，教學方法再先進，學生沒有學習的興趣和動力，也是沒有任何效果的。如果能讓學生認真聽課，課下能夠自覺來學習，這門課程的教學就算是成功的。在學生剛入校時，學生學習積極性較高，教師從課程設計的角度應該循序漸進，課程難度應逐漸提高。當學生對所授課程可以理解并能夠掌握時，就會有興趣繼續學習，反之則會有抵觸心理，在課堂上教師要實時留意學生對所授知識的反應，要根據學生對知識的掌握狀況來調整教學進度，可以以班為單位，也可以以小組為單位，把握課堂的節奏，保持學生的學習熱情，即使保留部分授課內容也不要讓學生糊涂的聽自己不能理解的知識和技能。在保證學生能夠理解課程內容的基礎上可以適當使用交互的教學方法，拉近學生和老師的距離，讓溝通能夠更順暢。及時的了解學生對知識技能的掌握能夠有效控制學生的學習積極性，并激發學生學習的熱情，當學習的興趣積累到一定程度時，學生就會自主的認真學習，此時的教師才能充分發揮知識信息的提供和引導作用，適當增加授課內容的難度，當學生通過課上提問、課下自學，同學互助等方式將高難度的知識掌握后，也會更加增強學習的積極性，周而復始，達到一個良性的循環。但教師必須有把握度的能力，要讓學生在一段時間的學習內消化知識，這個時間不能太長，否則學生會失去耐性，降低學習的積極性。

3.將崗位所需技能合而為一

我們可以大膽的嘗試一下，在課程體系的設計上將崗位所需的技能不再劃分成課程，而是合在一起，學生不再知道這節上什么課程，只知道今天要上課，要帶上本學期所有的書，不知道會用到那本書，這就好比程序員開發一個完整的項目：用到數據庫時就翻翻數據庫的知識，設計或者優化算法是就翻翻數據結構，設計UI時就看看PHOTOSHOP及其它圖形軟件教學的書。軟件技術崗位所需的技能就是軟件技術，不要再拆開，課程設計所要做的就是將所有軟件技能劃分在幾個學期進行，每一個學期就好像整個工程的一個里程碑，學生學期末的成績就是里程碑階段的成績，將綜合本學期各項技能給出一個平均分作為本學期成績。實現上述課程改革的優點是將所有專業課程緊密連接，相互關聯。學生的記憶能力是有限的，不常用的技術會逐漸淡忘，大一學習的技能也許大三就忘記的一干二凈，需要用時必須重新再來，使用傳統課程體系不能有效的積累學生的技能和知識，導致后續課程需要重復講授已經學過的技能，浪費了寶貴的時間。將課程合而為一后，所有技能都是根據需要進行安排，項目安排到哪個階段就會用到哪些技能，這在真實工程項目中也是一樣的，學生時刻會翻閱所有的專業書籍，提取有用的技能來使用，保證了知識和技能能有效的存儲在學生的腦海中，同時也對項目開發的整體有了一個比較清晰的認識。這樣更能勝任程序員企業崗位的要求。這種授課模式需要教師扮演項目經理來講解各個階段的各種技能和知識，對教師專業能力是一個極大的挑戰。本人曾經經過一個小規模的測試將數據庫技術、FLEX技術和技術三類課程合并授課完成RIA軟件的開發，達到了比較不錯的教學效果。