助教日志表怎么寫

時間：2024-11-02 01:40:54 日志我要投稿

相關推薦

助教日志表怎么寫

　　作為助教有一段時間了吧?那么助教日志表怎么寫呢?下面為大家提供助教日志，以供各位閱讀參考!

助教日志表怎么寫

　　助教日志一

　　首次成為正式的助教，帶著助教的工作證走進教室，不是實習老師、不是旁聽助教，而是正規的被學校聘請的助教。略有忐忑，但在下課時間，我揣著滿懷欣喜和面帶笑容的老師一起走出教室的時候，我只想說：感謝所有讓我和這個班級結緣的天地人事。

　　我助教的班級是公共課“教育技術理論與實踐”的藝術學院師范生班。短短兩節課的體驗用一句話總結：課堂氣氛和諧，師生默契，學習內容傳遞情況良好。授課老師是位好脾氣的女老師，講話很溫柔，為學生精心準備了課件，講課過程十分細心。學生們很乖，在練習發現問題的時候就會舉手問老師。課前，由于計算機的故障耽誤了一段時間，學生們都十分配合老師，或重啟計算機或等待計算機程序反應。在老師講解的時候，學生們都在安靜地聽;在老師要求練習的時候，學生們都會認真地嘗試著完成練習任務，甚至有提前完成任務的學生會預習下一項學習內容。

　　關于學生們如此積極地配合老師完成學習任務的現狀，我列出了三項原因。

　　首先，任務驅動起決定性作用。教學設計中，每一個學習者要將自己的練習作業上傳至自己的Moodle平臺。所以，為了完成學習任務，學生們必須認真練習，至少要把自己的作業完成。(我暫時還不清楚這些課堂作業與期末考試成績有沒有直接聯系，如果沒有的`話這些乖學生真是太讓人感動了)

　　其次，藝術學院的學生的專業特點讓他們對學習內容產生學習興趣。我們的實踐內容是掌握電子白板軟件——利用信息技術對色彩、圖形甚至美的操控。藝術學院的學生們對色彩、圖形、美學的把握要普遍優于其他學生，他們的美術理論基礎對軟件操作有很大幫助。我就在助教的過程中發現：有個女生因為軟件沒有圖形工具而手繪了圖形(不怎么規則)，雖然她完成了技術部分的練習任務，但是她對自己畫出的不規則圖形耿耿于懷，還跟我講“我畫的五角星好難看哦”(是不是很可愛)。

　　最后，師范生自身對電子白板軟件擁有天然學習訴求。電子白板在城市的中小學幾乎已經普及，所以師范生將來進入學校必須接觸電子白板。(個人覺得，大一的學生如果有這種覺悟的話，真的是太令人感動了)

　　助教日志二

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

　　寒假的時候接到楊老師的微信，問我愿不愿意接受有關《構建之法》這本書的軟件工程的課程助教，并且楊告訴我這本書的作者鄒欣老師是微軟首席研發總監。我想能與牛人更加近距離接觸一定會有所收獲，我便欣然接受了。牛哥跟我說他以前也做過助教，我便咨詢他，結果還是挺讓我欣慰的，他說做助教還是挺簡單的，就是評論一下博客，看看同學們寫的代碼，我便信了。

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

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

　　二、同學反饋的內容

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

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

　　團隊時間少

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

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

　　希望嚴肅處理抄襲的人。

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

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

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

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

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

　　對于表現好的(包含進步大的)同學，應該適當鼓勵

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

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

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

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

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

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

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

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

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

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

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

　　四、發布的助教博客：

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

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

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

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

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

　　五、對同學們的建議：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　八、感謝的話：

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