[廣東技術師範學院]助教總結

此次做爲助教負責的是廣東技術師範學院15信計的軟件工程部分的課程,
主要工做是點評了同窗們做業,以及對做業進行評分併發布評分博客和千帆競發圖。html

評分博客和千帆競發圖以下:算法

複用了以前寫的兩篇團隊開發示例的博客供學生參考:編程

完成了四則運算的測試程序的開發,併發布接口提供給學生進行TDD:後端

因爲是中途加入助教工做,以前學生有過Python課程的學習,我加入到後面的軟件工程課程中作助教,老師並未嚴格按照《構建之法》的課程要求來佈置做業,佈置的做業大可能是相對比較簡單的,可是即使如此
同窗們的完成狀況也並不樂觀,發現的問題以下:微信

  • 有團隊做業在作了三週後只提交了一個SQL文件。
  • 部分團隊基本沒有源代碼管理,都是用QQ微信來互傳代碼進行開發。
  • 團隊貢獻分都同樣,結對做業直接拿團隊做業來充數。
  • 對於助教的點評基本不回覆。
  • 博客做業的版式混亂。

我以爲出現以上問題的緣由多是同窗們對一些工具(如源代碼管理工具)的使用不熟悉,另外一方面多是一些先修課程的基礎不夠紮實,
同時沒有花時間認真看《構建之法》中的內容,此外,我認爲若是嚴格遵循《構建之法》中的做業要求,可能效果會好不少,
我認爲能夠參考如下做業來佈置,各個學校可根據實際狀況略作裁剪:數據結構

  • 第0次做業 學習別人的經驗和體會併發

    這個閱讀做業適合在一開始就佈置給學生進行,做業中的閱讀博客較多,老師可根據須要進行精簡(不過最好能夠都讀一遍),我認爲這個做業能夠達到的目的是:
    • 讓學生開始使用博客並規範寫做格式。
    • 經過閱讀這些高質量的博客,能夠解答不少學生一些迷茫的問題,同時能夠提供一些比較好的學習方式。
      同時能夠附加一個閱讀做業,閱讀《構建之法》並提出五個問題,到團隊項目結束的時候,同窗們能夠嘗試本身回答這五個問題。
  • 第一次做業 我的項目前後端分離

    這裏麪包含了不少有必定難度的我的項目,之因此要設定一些難度,是由於太簡單的做業,沒辦法判斷同窗是否抄襲,同時,經過我的項目,能夠達到如下目的:模塊化

    • 學生們能夠複習基本的編程技能,以及單元測試的內容。
    • 源碼管理工具的使用,這個很重要,同時源碼管理要貫穿整個學期,這樣到了團隊做業,就不會糾結這些工具的使用了。
  • 第二次做業 結對做業工具

    結對做業既能夠是我的做業的拓展,也能夠是新的相對我的做業更復雜的新項目,結對做業的目的我認爲有如下兩個方面:
    • 結對做業是更深刻的我的做業,因此能夠鍛鍊學生從簡單思路到增量改進的思惟模式。
    • 鍛鍊結對編程的兩我的之間的溝通。
    • 兩我的寫的代碼要整合,就必然涉及到軟件模塊化的問題,這也是結對編程中能夠學到的一些技能(如:先後端分離開發)
  • 第三次做業 團隊做業
    團隊由四到五我的的小組組成,每一個團隊提出項目的計劃,要實現的功能,團隊成員的角色和安排,發表博客。 每一個同窗說明本身要作的技術準備工做。
    團隊做業能夠分爲alpha和beta兩個階段,經過團隊做業,我認爲應該能夠達到以下目的:
    • 作團隊項目以前的NABCD分析,可讓同窗們瞭解本身到底要作什麼樣的項目。
    • 天天的Scrum報告,燃盡圖和站會,瞭解項目的進度和成員的具體工做狀況(最好有代碼更新記錄以及新功能截屏)。
    • 如何推廣本身的項目?
    • 預測本身的項目發佈一週之後的用戶數,並對比實際的用戶數以及用戶反饋,對本身的項目進行改進。

經過以上四次做業,我認爲能夠基本覆蓋到軟件工程中的大部份內容,除了做業,先修課程(如:基本編程課,數據結構與算法)的基礎也是很是重要的,若是沒有紮實的先修課基礎,軟件工程課程可能會「淪爲」編程課:)

若是後續作助教,要改進的地方:

  1. 對於佈置做業這塊,我要更多地和老師交流和溝通,佈置高質量的做業,才能讓學生學到更多的知識。
  2. 繼續完善自動化測試工具,滲入學生的做業中。
相關文章
相關標籤/搜索