助教日志_[沈航軟件工程]_期末總結

一、助教工作看似簡單實則不易

開學了，我這學期要講兩門課，也同時接到周老師的邀請，這學期擔任沈陽航空航天大學軟件工程這門課程的助教。開學時周老師就跟我強調了問題的嚴峻性，沈陽航空航天大學本學期學習軟件工程這門課程的學生是150多人。但我當時也沒覺得怎么樣，就想評論博客嘛，看幾個文章能用多久。第一次張老師和許老師留過作業后，我就崩潰了，我嘗試計算了一下，看+評論一個同學的博客需要5分鐘左右的時間，也就是1個小時能評論10個同學的博客，這還只是最初開學時的“通讀《構建之法》，提出五個問題”這樣簡單的文字類型的博客。150個同學，我要用至少15個小時的時間，這是兩天的工作量啊，每周的周六周日，我要坐在電腦前，連續工作兩天，這還只是最初最簡單的一篇純文字型的博客。我果斷申請援助，鄒老師和周老師體量我是第一次從事助教工作，就將北航的劉大神派來幫助我完成這項工作，我負責12班的同學，他負責34班的同學。

我就開始了助教這份漫長而又富有挑戰的工作。每周五，我都會點開張老師的博客，來接受任務，這像是一種神圣的使命。剛開始評論博客的時候，我真的沒什么經驗，只會說一些繼續加油之類話。周老師和鄒老師說我，評論得太軟綿綿了，要一針見血的指出同學們的問題。對于我來說，我自己就是一名老師，因為我教的學生都是職業院校的同學，高考200多分上來的，所以我的上課方式都是鼓勵+鼓勵，如果我一下指出他們哪做的不好，他們的通常表現就是退縮或反抗，甚至從此放棄學習。但我覺得鄒老師和周老師說的甚是有理，不指出問題，如何改進呢，不改進如何提高呢。

二、同學反饋的內容

在課程結束時，凡是有同學認真回答了以下附加題的，都有相應的加分。【附加作業】沈航軟件工程期末附加作業

以下是同學們的反饋結果：

1.團隊時間少

2.教師上課對出席率加強監督，加強一下課堂紀律的整頓

3.結對項目評分標準也應該與團隊項目一樣，兩個人自己分配自己的分數，也只有他們自己知道自己為這個項目干了多少，該得多少分

4.希望嚴肅處理抄襲的人。

5.提高評分標準，我感覺評分標準太低了，部分得高分的同學拿出的作品沒有我想象中的那么好。

6.同學們覺得博客寫得好的，可能分就高，助教不了解同學，亂給分。

7.大家在結隊編程中都得到了好處，希望再增加一次結隊編程項目

8.定期讓工作的組別在課堂上向大家展示工作工程，最好是以PPT的形式，并且要有圖有真相，完成后在換下面幾組

9.增加個人挑戰項目，并適當增加難度

10.對于表現好的（包含進步大的）同學，應該適當鼓勵

11.老師一直以為大家每個人都是好好做然而事實上卻并不是，我覺得應該增加對項目的一個答辯，沒有答辯，以后學習課程的有些學生還是依舊如此，學不到東西的還是學不到。

三、附加題中同學們的心里話：

1. 你認為本門課程需要在哪里進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可；

我認為本門課程沒有真正發掘出一群真正對編程有強烈興趣或編程能力特別強的人，我覺得可以將這些人組合真正做出一個大型項目，這樣幾乎不會出現有人偷懶不做、貢獻較少等情況；

解決方法：每組推優，推出貢獻較多編程能力強的人，因為畢竟每個人的能力不同，我想如果強強聯合的話，或許能發揮出更大的優勢；我并不是說編程能力不強就沒有其他的優勢了，反之，一個團隊中不可能只有1~2個開發人員，這樣也只能做出小型項目，學習軟件工程這門課是為了提升自己本身的能力，如果開發時間本能的壓縮（隨課時），可能對那些真正喜歡編程的人，能力提升并不是很大，只是相當于一個課后的小作業罷了；同時，也要多鼓勵這些同學多多參加科技競賽等，能夠給其本身帶來不同的感受。

2. 你認為助教／老師哪里做的不足，哪里限制太多等；

我認為課上比較拘束，是否能減少課時安排多些實踐，以至于大家都可能會對理論知識有抵觸情緒，久而久之，聽課情況會有所下降；

助教老師給的成績有時會比較主觀，因為例如博客的表達就是比較發散的，每次都要訂一個標準來評判成績，可能會對有的做得好但說不出來的同學不公平，因為如果在一個公司里，改文檔是一個很常見的事情，因為一次書寫的不太符合標準就作出評判，感覺不是很好；反之，如果能夠提前給出標準，根據助教對學生按標準的理解給出成績，就不會產生太多的分歧了。

很明顯的能感覺到，助教和老師之間的溝通不足，有時候助教不了解老師的要求導致在評分中出現問題，比如有一次，老師說結對編程中的兩個人，只要有一個人把程序上傳到coding中就可以了，可是助教并不知道，導致上傳coding的分數就沒有加上，雖然這并不只要，雖然這只有一份，但我只是舉這個例子說明問題，哈

3. 你認為每次項目的評分標準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）

我覺得評分標準沒什么問題，就按照完成度和完成點來評分，但是希望把評分標準放在完成任務的過程中，而不是最后的結果，雖然以后的工作中客戶只認最后的結果不認過程，但是畢竟我們現在還是軟件工程的初學者，過程還是比結果重要的。

四、發布的助教博客：

助教日志—請沈航13級同學將GIT地址和CNBLOG地址發到這篇博文的評論中

助教日志_沈航1.2班第一二周作業

助教日志_沈航軟件工程評分1.2班第三周作業及總評成績

助教日志_【沈陽航空航天大學軟件工程 1,2?班】前六周排行榜

助教日志_【沈陽航空航天大學軟件工程1,2,3,4?班】黃金點排行榜

助教日志_【沈陽航空航天大學軟件工程1,2?班】團隊作業排行

助教日志_【沈陽航空航天大學軟件工程1，2班】期末排行

本學期總共評論博客540次；

查看并評論一篇博客所需要的時間大約10分鐘；

平均每周要花700分鐘來評論博客；

和教師的互動太少了，可能也就10次左右吧；

和我互動最多的同學應該是劉暢、鄒黎同學雖然都是來向我要分的，但基本上都被我說服了，期間也簡單交流過，感覺這個學校的同學都有一顆向上的心，但好像有些心有余而力不足。開學的時候大家都壯志滿滿，說覺得自己基礎不好，希望能通過這門課提高自身的編程能力，然而真的到了團隊項目的實施過程中，大家好像又都退縮了，覺得自己什么都干不了，團隊項目就慢慢的擱淺了。

五、對同學們的建議：

行動起來，現在就動手開始寫代碼。

將你的成果發布到網上，有人點評你，你才知道自己到底哪里做得不好，因為你一定會做得不好，win10的操作系統還有需要系統還原的時候呢，更何況是我們這些剛開始寫代碼的人呢。

別人點評你了，你要及時改進，這樣才能快速跌代，得到新的用戶反饋，你才會進步的更快。

不要害怕失敗，寫個程序失敗了也沒什么損失，重新再來就好了。

對于應該先發評分標準還是后發評分標準的問題，我覺得還是應該后發評分標準，因為以后同學們到公司了，也沒有人會先評定什么是好軟件，什么不是好軟件，用戶的評分標準都是在你做出了產品之后才有的，所以請重視每一篇博客，每一次提交的產品。

對于同學們所說的“同學們覺得博客寫得好的，可能分就高，助教不了解同學，亂給分”。我個人覺得博客寫得好，分就高，這沒有什么錯誤。我記得我的老師跟我說過，項目展示與項目編碼同等重要，在實際的工作中，我也深有體會。博客正是大家呈現自己的作品的地方，如果博客寫得不好，我覺得有三種原因，一是你沒做出來像樣的產品，二是你沒認真寫博客，三是你不屑于寫博客。對于哪一種同學，我覺得都不應該給高分，請好好寫博客，好好展示自己的產品。

六、希望教師所做的改進：

在發布作業的博客中提出幾條基本的評分標準。

點評學生博客，讓學生知道自己的老師也在關注他們的博客和項目。

每節課抽出一點時間點評一下同學們的項目，或者每節課找一個做得好的同學或團隊展示項目。

團隊項目展示在網上發布項目視頻。

七、希望自身的一些改進：

多和教師溝通，有時教師課上都說了怎么評分了，然而我卻不知道，等評過了才有同學反應我和教師的評分標準不一致。

多學習計算領域知識，提高自身的編程能力，這樣對于指導同學們會更有幫助。

評論博客更加及時，成績發布更加及時，這樣同學們就會發現老師催得緊，自身也就不會松懈。

博客寫得更有質量，圖文并茂，評分標準更加細化，條理更加清晰。

八、感謝的話：

感謝鄒老師一直以來對我的支持，工作那么忙還會每天看同學們的博客，并且總是能一針見血的指出同學們的問題，為了軟件工程的教育將自己的稿費拿出來給我們這些助教發補助。

感謝劉助教一學期以來的幫助，可以看出，他對計算機是真的熱愛，專業功底深厚。在做助教的過程中，每一個項目分數都細化到不能再細了，映射，圖表，每一個做得都是如此精致。還特別喜歡幫助別人，每次我有困惑的時候，他都主動幫助我解決，我這當老師的真是自愧不如。

感謝周老師一直像姐姐一樣指導我，督促我，還經常給同學們發心靈雞湯，時刻關注著同學們的動態，幫助我解決問題。

感謝沈陽航空航天大學的張老師和許老師，他們一直對我非常的信任，期間我因為身體原因不能點評博客，他們還送來了關心，對我的工作一直是非常的支持，在此表示感謝。

最后也要感謝一下我的老師楊老師，是因為楊老師我才能和軟件工程《構建之法》結緣，參與到“耐撕團隊”實踐軟件工程，擔當沈陽航空航天大學的助教，發現自身與別人的差距。

一學期的軟件工程課助教，收獲肯定是有的，希望自己再接再厲，不斷學習豐富自己。

本文轉載自異步社區

軟件開發 軟件開發

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。