南通大學《構建之法》課程助教總結

這學期已經結束，助教的工做也告一段落。第一次當助教，這一學期，有收穫也有教訓，仍是用文字記錄下來，給本身一個總結，也給其餘人一個參考。

背景

這學期開設軟件工程的班級是南通大學大三的學生，共計44人，採用的教材是《構建之法》，講師鞠老師，我是助教。

做業經過博客的方式完成。主要的溝通方式是經過博客的點評和QQ羣。在分工上：

• 做業：做業題目由講師擬定，助教參與提供意見
• 點評：講師和助教共同對做業在博客上點評
• 評分：講師評分，助教根據做業結果反饋作的好的和很差的

前期準備工做和計劃

在學期初，和鞠老師有討論過一些準備工做和計劃。大概是：

• 瞭解學院領導對於課程結果的指望。因爲這學期南通大學是試點教學，但願教學中能夠考慮學院領導指望，之後能夠繼續採用新的教學模式進行教學
• 準備一個實際項目讓學生分組完成
• 課程安排參考《構建之法》的課程安排建議

實際執行狀況

和學院領導溝通的結果

鞠老師跟學院領導溝通後，學院領導對這門課的指望結果是：

1. 沒有硬性的考覈指標；
2. 指望最終的學生對教師的評價儘可能好；
3. 指望能帶出少許動手能力較強的學生（學生團隊）；
4. 確保那些較差的學生能經過課程的學習（考試），達到基本要求。

相對來講這個要求仍是比較寬鬆的，正常應該能夠達到。最終結果還須要鞠老師那邊反饋一下。

實際項目的準備

在討論項目時，鞠老師和我都提出了不少想法，好比作手機App、作網站應用等，中間也有和鄒老師溝通，發現絕大部分想法仍是脫離實際，沒有考慮到學生的技術基礎和硬件條件，最終討論的結果是作一個Android的手機App，初版本作簡單的Hello World，第二版本作一個簡易計算器，第三版本學生本身選題。

實際課程安排

做業一

第一次做業主要是開通博客，同窗們基本上都能完成，也有個別同窗是大段抄襲。鄒老師對此次做業題目也有很好的點評：

老師怎樣出題目，才能預防抄襲？
- 不要出「綜述」 這樣的題目， 「綜述瀏覽器的發展」。。。 學生只能抄別的綜述。 能夠出 「結合本身的具體使用經歷，描述瀏覽器的發展，和本身的體會」。 
- 學生能夠引用別的文獻，可是要註明來源。 
- 講究現場感，例如結對編程的總結，必定要有照片顯示兩我的坐在一塊兒編程。 
- 先把醜話說在前頭， 一旦出現沒有註明的引用，同窗間相互抄襲，一概倒扣此次做業全部分數。

做業二 多維數組求和

此次做業是參考構建之法的課程安排，對每一個人的編程能力進行摸底，讓每一個人練練本身的手藝。

實際做業你們完成的很是不理想，第一次做業直到有一位同窗完成後，而且他寫了個小工具幫助分享給你們，後面的同窗們才陸續完成，而且都和第一個同窗的結果差很少。同時由於總體完成狀況不理想，做業時間點有後延。

在改完做業後，和鞠老師溝通了下，一方面經過QQ羣給你們補課，講了幾回做業，鞠老師也在課堂上對做業進行了講解。但講解和補課效果不理想，一方面薄弱的編程基礎沒辦法經過短時間培訓彌補，另外一方面經過網絡的教學效果也很差。

經過此次做業咱們也發現像林傑、張振淵這樣的核心同窗若是能好好培養，是能帶動其它同窗的。但惋惜這樣的同窗仍是太少，因此後面發揮的帶頭做用也有限。

由於學生的做業提交都有延遲，致使一直對學生們沒有打分結果。在鄒老師提醒後，開始經過博客公佈了打分狀況。

做業三 類的優化

這是第一次結對編程實踐，同時但願對做業二的問題進行改進優化。實際狀況和做業二同樣，完成結果不理想，有不少同窗時間點到了沒有完成做業，因此後來做業時間點有後延。

這兩次編程做業完成狀況很是糟糕，總結下主要有兩方面的緣由：

1. 題目自己設計存在問題。學生對於二維三維數組的理解費力，還須要考慮類的概念
2. 學生基礎比較差。南通大學的學生第一學期沒有C語言課程，直接上手C++，其餘課程也幾乎沒什麼編程練習，缺乏實際動手能力。

做業四 軟件分析

這是第一次團隊做業，對軟件進行分析。此次做業鞠老師在佈置時要求比較細，另外沒有代碼要求，基本都能按照要求完成，但也有的組比較敷衍了事。

做業五 項目的NABC以及計劃

這是第二次團隊做業，進行了團隊分工，肯定了PM，讓各個團隊根據《構建之法》的學習分析項目的NABC以及計劃。從做業狀況下，學生們對於NABC的理解還有所欠缺，對項目計劃的制定偏理想化，缺少可操做性。

做業六 電梯系統之結對編程

因爲前幾回編程做業完成不理想，因此此次編程做業設計的時候，鞠老師和我反覆商量了下，嘗試下降難度，將一個能夠運行的程序故意修改了幾個Bug，讓學生能夠簡單分析代碼並修改便可調試經過。代碼發佈到了Github上。

結果一個星期後，沒有一個同窗提交做業，中間詢問也沒有什麼反饋，懷疑是Github操做對你們還太難，因而把程序從Github發到了QQ羣，即便如此，最終此次做業沒有提交的。

這次做業結果對鞠老師和我「打擊」蠻大，一方面對學生的編程基礎很過失望，另外一方面咱們也對本身做業的設計有懷疑。同時咱們也感受到學生對課程已經沒有什麼信心和興趣。面對這種狀況，咱們最終決定對這批學生，後面仍是偏向理論教學，減小編程做業，同時增長課堂互動。

做業七 構建之法互動遊戲

此次課堂互動是鞠老師和個人一次嘗試，目的是加強課堂互動，讓學生能更多參與到構建之法的學習。

此次教學和做業的嘗試很是成功，全部同窗都很是投入的參與到此次課堂互動和後續的博客做業。但在設計上仍是有些不足：

1. 重點不突出。雖然你們熱情很高，可是和構建之法的教學聯繫偏弱
2. 週期偏短。這是個很好的主題，可是若是隻是一個單次的做業，一次互動和做業發揮有限，學習有限。若是能設計成一個系列，就能夠經過系列完整的學習各個知識點。

做業八 南通大學教務管理系統分析

此次做業主要是經過實踐學習如何需求分析。從做業來看，基本上你們都能發現問題，可是缺乏系統科學的分析依據，更少有同窗能提出科學的改進方案。

做業九 課程總結

總結一下學生們反饋的問題：

1. 反饋最多的是PPT英文比例過多
   這個有點出乎意料，但這麼多反饋說明仍是要正視這批學生的英文基礎，儘量用中文的PPT
2. 代碼量太少。
   整個學期下來，基本都在100行代碼左右，少數幾個同窗代碼行數超過1000，個別說天天幾百上千行的可信度不高。
   這部分主要緣由在於我和鞠老師的編程做業佈置過少，而後同窗們本身在業餘時間也少有編碼的。

3. 課堂互動不夠

   部分同窗反映課堂上互動不夠，容易走神。這個問題咱們在中期有所調整，嘗試更多互動，另外在之後的課程還要更多考慮如何和學生之間更多互動，增長學生參與度。
   好比有個學生提到了其中一個老師的教學方式能夠借鑑的：

   建議的話但願仍是學習陳耀老師的教學方法吧，或許在他的課程上你聽着可能以爲很隨意講的東西簡單卻一遍又一遍的去講解，可是咱們從中反而能發現不少實用的東西。第二節課開始又叫咱們回憶上節學過什麼教過什麼，加深了咱們的記憶。記得他每次問咱們上節課講了什麼回答不上來他會叫其餘同窗回答，切不回去怎麼數落你而是想你記住而後叫你記下來別忘了。http://www.cnblogs.com/lxy95/p/5069547.html

4. 有同窗更喜歡板書的形式，而不是PPT
   這個問題我以爲一方面部分學生仍是習慣傳統的教學模式，另外一方面也是課堂互動不夠致使你們以爲無聊。因此若是能加強互動，應該會好不少。
5. 沒有實踐項目，偏理論知識
   有幾個同窗對參與實際項目是有指望的，但最終咱們的項目沒有能作成，仍是偏理論教學。
   實際工程項目從一開始就有考慮和準備，可是前期的編程做業，效果很不太理想，估計你們平時編碼比較少，基礎比較薄弱，因此在後面的電梯結對做業的時候，也針對性調整了，改爲在完整項目基礎上改錯，但即便難度下降，總體完成狀況仍是很不理想，因此最終鞠老師和我商量後調整成課堂上的虛擬項目。
6. 語言基礎不夠
   從做業狀況和反饋來看，這批學生的編程基礎確實相對比較薄弱。
   若是從大一開始從新學習，我會首先自學C語言。大一的時候學校給咱們安排的第一門編程語言課程是C++，因爲咱們歷來沒有編程的基礎，而C++又相對較難，因此C++學的很艱難，編程基礎沒有打好，對編程也有了稍許畏難情緒。C語言能夠說是編程的入門語言，C語言和C++有相通之處，而C語言相對於C++要簡單，容易理解一些，因此我會先自學C語言。

7. 軟件項目管理工具的使用偏少
   軟件項目管理工具也是軟件項目管理很重要的一環，這個以前沒有考慮過，之後要考慮在課堂中適當介紹並做爲做業要求。

總的來講，如鄒老師所言，學生們的博客有不少有價值的反饋，從某種意義上說， 他們是咱們的老師。但願這些反饋對其餘老師和助教也有幫助。

總結

以上是上學期的實際執行狀況，總體狀況不算好，從中有不少經驗教訓。對這些問題總結一下的話主要有這些問題是須要改進的。

改善溝通

溝通問題存在多方面：

1. 老師、助教和學生之間的溝通
   此次溝通方面一直是很困擾個人一個問題，經過QQ羣效果很是不理想，同窗們參與度很是低，博客的點評也少有回覆，這個在鞠老師課堂上提醒後有所好轉，另外不少同窗不知道博客的評論回覆能夠郵件訂閱，致使不能及時看到點評。
   另外周老師建議學生助教的方式是個值得嘗試的方式，若是有學生做爲溝通橋樑，也許能有所改善

2. 助教和老師的溝通
   在上學期的助教過程當中，和鞠老師的溝通仍是比較順暢的，不少次做業、調整都是一塊兒商量後的結果。固然仍是有改進的地方，好比有時候鞠老師的做業佈置下去了我還不知道。
   另外就是分工上也有些模糊的灰色地帶，好比評分這事，我偷懶就沒評分，只是點評。

3. 和鄒老師、周老師以及其它助教的溝通
   在不少問題上，鄒老師和其它助教已經積累了不少經驗，請教一下能夠避免不少問題。同時讓鄒老師及時指導咱們進度也有助於及時發現問題。上學期這方面作的很差，還須要增強。

及時反饋

在此次教學過程當中，咱們一個很大的教訓就是在做業上沒有及時反饋。

1. 打分
   若是遲遲沒有打分結果公佈，對作的好的學生沒有及時確定，對於作的差的也沒有給低的分數，不利於激勵和懲戒。這部分須要改進。
2. 答案
   每次做業能夠公佈標準答案，讓學生們能夠有標準能夠參考。
3. 調查
   在最後一次做業，作了一次調查反饋，學生們反饋了不少有價值的信息，因此將來還能夠繼續以做業的形式在期中就作一些調查反饋。根據反饋的結果能有及時調整。

代碼和項目實踐

本次教學，最終沒能進行實際項目實踐，確實是一大遺憾。另外在編程做業的佈置上，難度的梯度設置還不夠合理，一開始的做業遠高出了學生的編程能力。

之後在編程做業的設計上，要從較低的難度開始，根據學生的水平，及時調整後續的難度，提供適合學生水平的做業，不至於打擊學生的積極性和自信心，也讓學生有一點挑戰。

另外上代碼的行數上，參考鄒老師的標準，能夠以1000行爲標準。

提升學生參與度和積極性

此次有一點值得確定的是咱們設計的課堂互動遊戲，極大的提升了學生參與度和積極性，只是在設計上還太粗躁，曇花一現後後繼乏力，還須要更多的形式和方式來讓學生積極的參與到學習中。

總體規劃

在學期初時，咱們理想的認爲只要簡單按照《構建之法》上面的課程安排便可，可是實際上這更多的是一個參考。

• 根據學生能力的不一樣須要靈活的作出調整。
• 執行時要嚴格，不能有Delay，否則後面一環套一環，就像咱們此次，後面不少安排根本就沒辦法實施。
• 在前半學期要多安排內容。鄒老師在一開始時就提醒過咱們，在一開始時要多安排內容，這樣學生期末時，就不至於由於要忙考試而單獨進度。

結束語

其實《構建之法》的教學自己也是一個項目：

• 需求分析：分析學生和學院需求，瞭解學生的能力水平
• 設計階段：合理的計劃、老師和助教明確的分工
• 實現階段：嚴格的執行最開始的規劃設計、根據狀況及時調整
• 穩定階段：學生們熟悉了新的教學模式，按時完成階段的做業
• 發佈階段：學生們能運用構建之法的知識，分析問題，完成項目
• 維護階段：課程結束了，學生們和老師們都有總結

在教學的過程當中，作中學，不斷改進學習。