作為助教有一段時間了吧?那么助教日誌表怎么寫呢?下面為大家提供助教日誌，以供各位閱讀參考!
助教日誌一
首次成為正式的助教，帶著助教的工作證走進教室，不是實習老師、不是旁聽助教，而是正規的被學校聘請的助教。略有忐忑，但在下課時間，我揣著滿懷欣喜和面帶笑容的老師一起走出教室的時候，我只想說：感謝所有讓我和這個班級結緣的天地人事。
我助教的班級是公共課“教育技術理論與實踐”的藝術學院師範生班。短短兩節課的體驗用一句話總結：課堂氣氛和諧，師生默契，學習內容傳遞情況良好。授課老師是位好脾氣的女老師，講話很溫柔，為學生精心準備了課件，講課過程十分細心。學生們很乖，在練習發現問題的時候就會舉手問老師。課前，由於計算機的故障耽誤了一段時間，學生們都十分配合老師，或重啟計算機或等待電腦程式反應。在老師講解的時候，學生們都在安靜地聽;在老師要求練習的時候，學生們都會認真地嘗試著完成練習任務，甚至有提前完成任務的學生會預習下一項學習內容。
關於學生們如此積極地配合老師完成學習任務的現狀，我列出了三項原因。
首先，任務驅動起決定性作用。教學設計中，每一個學習者要將自己的練習作業上傳至自己的Moodle平台。所以，為了完成學習任務，學生們必須認真練習，至少要把自己的作業完成。(我暫時還不清楚這些課堂作業與期末考試成績有沒有直接聯繫，如果沒有的話這些乖學生真是太讓人感動了)
其次，藝術學院的學生的專業特點讓他們對學習內容產生學習興趣。我們的實踐內容是掌握電子白板軟體——利用信息技術對色彩、圖形甚至美的操控。藝術學院的學生們對色彩、圖形、美學的把握要普遍優於其他學生，他們的美術理論基礎對軟體操作有很大幫助。我就在助教的過程中發現：有個女生因為軟體沒有圖形工具而手繪了圖形(不怎么規則)，雖然她完成了技術部分的練習任務，但是她對自己畫出的不規則圖形耿耿於懷，還跟我講“我畫的五角星好難看喔”(是不是很可愛)。
最後，師範生自身對電子白板軟體擁有天然學習訴求。電子白板在城市的中國小幾乎已經普及，所以師範生將來進入學校必須接觸電子白板。(個人覺得，大一的學生如果有這種覺悟的話，真的是太令人感動了)
助教日誌二
一、助教工作看似簡單實則不易
寒假的時候接到楊老師的微信，問我願不願意接受有關《構建之法》這本書的軟體工程的課程助教，並且楊告訴我這本書的作者鄒欣老師是微軟首席研發總監。我想能與牛人更加近距離接觸一定會有所收穫，我便欣然接受了。牛哥跟我說他以前也做過助教，我便諮詢他，結果還是挺讓我欣慰的，他說做助教還是挺簡單的，就是評論一下部落格，看看同學們寫的代碼，我便信了。
開學了，我這學期要講兩門課，也同時接到周老師的邀請，這學期擔任瀋陽航空航天大學軟體工程這門課程的助教。開學時周老師就跟我強調了問題的嚴峻性，瀋陽航空航天大學本學期學習軟體工程這門課程的學生是150多人。但我當時也沒覺得怎么樣，就想評論部落格嘛，看幾個文章能用多久。第一次張老師和許老師留過作業後，我就崩潰了，我嘗試計算了一下，看+評論一個同學的部落格需要5分鐘左右的時間，也就是1個小時能評論10個同學的部落格，這還只是最初開學時的"通讀《構建之法》，提出五個問題"這樣簡單的文字類型的部落格。150個同學，我要用至少15個小時的時間，這是兩天的工作量啊，每周的周六周日，我要坐在電腦前，連續工作兩天，這還只是最初最簡單的一篇純文字型的部落格。我果斷申請援助，鄒老師和周老師體量我是第一次從事助教工作，就將北航的劉大神派來幫助我完成這項工作，我負責12班的同學，他負責34班的同學。
我就開始了助教這份漫長而又富有挑戰的工作。每周五，我都會點開張老師的部落格，來接受任務，這像是一種神聖的使命。剛開始評論部落格的時候，我真的沒什麼經驗，只會說一些繼續加油之類話。周老師和鄒老師說我，評論得太軟綿綿了，要一針見血的指出同學們的問題。對於我來說，我自己就是一名老師，因為我教的學生都是職業院校的同學，高考200多分上來的，所以我的上課方式都是鼓勵+鼓勵，如果我一下指出他們哪做的不好，他們的通常表現就是退縮或反抗，甚至從此放棄學習。但我覺得鄒老師和周老師說的甚是有理，不指出問題，如何改進呢，不改進如何提高呢。
二、同學反饋的內容
在課程結束時，凡是有同學認真回答了以下附加題的，都有相應的加分。【附加作業】沈航軟體工程期末附加作業
以下是同學們的反饋結果：
團隊時間少
教師上課對出席率加強監督，加強一下課堂紀律的整頓
結對項目評分標準也應該與團隊項目一樣，兩個人自己分配自己的分數，也只有他們自己知道自己為這個項目幹了多少，該得多少分
希望嚴肅處理抄襲的人。
提高評分標準，我感覺評分標準太低了，部分得高分的同學拿出的作品沒有我想像中的那么好。
同學們覺得部落格寫得好的，可能分就高，助教不了解同學，亂給分。
大家在結隊編程中都得到了好處，希望再增加一次結隊編程項目
定期讓工作的組別在課堂上向大家展示工作工程，最好是以PPT的形式，並且要有圖有真相，完成後在換下面幾組
增加個人挑戰項目，並適當增加難度
對於表現好的(包含進步大的)同學，應該適當鼓勵
老師一直以為大家每個人都是好好做然而事實上卻並不是，我覺得應該增加對項目的一個答辯，沒有答辯，以後學習課程的有些學生還是依舊如此，學不到東西的還是學不到。
三、附加題中同學們的心裡話：
1. 你認為本門課程需要在哪裡進行改進，具體措施有哪些，包括：時間進度安排，項目難度等均可;
我認為本門課程沒有真正發掘出一群真正對編程有強烈興趣或編程能力特彆強的人，我覺得可以將這些人組合真正做出一個大型項目，這樣幾乎不會出現有人偷懶不做、貢獻較少等情況;
解決方法：每組推優，推出貢獻較多編程能力強的人，因為畢竟每個人的能力不同，我想如果強強聯合的話，或許能發揮出更大的優勢;我並不是說編程能力不強就沒有其他的優勢了，反之，一個團隊中不可能只有1~2個開發人員，這樣也只能做出小型項目，學習軟體工程這門課是為了提升自己本身的能力，如果開發時間本能的壓縮(隨課時)，可能對那些真正喜歡編程的人，能力提升並不是很大，只是相當於一個課後的小作業罷了;同時，也要多鼓勵這些同學多多參加科技競賽等，能夠給其本身帶來不同的感受。
2. 你認為助教/老師哪裡做的不足，哪裡限制太多等;
我認為課上比較拘束，是否能減少課時安排多些實踐，以至於大家都可能會對理論知識有牴觸情緒，久而久之，聽課情況會有所下降;
助教老師給的成績有時會比較主觀，因為例如部落格的表達就是比較發散的，每次都要訂一個標準來評判成績，可能會對有的做得好但說不出來的同學不公平，因為如果在一個公司里，改文檔是一個很常見的事情，因為一次書寫的不太符合標準就作出評判，感覺不是很好;反之，如果能夠提前給出標準，根據助教對學生按標準的理解給出成績，就不會產生太多的分歧了。
很明顯的能感覺到，助教和老師之間的溝通不足，有時候助教不了解老師的要求導致在評分中出現問題，比如有一次，老師說結對編程中的兩個人，只要有一個人把程式上傳到coding中就可以了，可是助教並不知道，導致上傳coding的分數就沒有加上，雖然這並不只要，雖然這隻有一份，但我只是舉這個例子說明問題，哈
3. 你認為每次項目的評分標準存在哪些問題，你認為的合理評分準則是怎樣的(個人/結對/團隊算三個)
我覺得評分標準沒什麼問題，就按照完成度和完成點來評分，但是希望把評分標準放在完成任務的過程中，而不是最後的結果，雖然以後的工作中客戶只認最後的結果不認過程，但是畢竟我們現在還是軟體工程的初學者，過程還是比結果重要的。
四、發布的助教部落格：
本學期總共評論部落格540次;
查看並評論一篇部落格所需要的時間大約10分鐘;
平均每周要花700分鐘來評論部落格;
和教師的互動太少了，可能也就10次左右吧;
和我互動最多的同學應該是劉暢、鄒黎同學雖然都是來向我要分的，但基本上都被我說服了，期間也簡單交流過，感覺這個學校的同學都有一顆向上的心，但好像有些心有餘而力不足。開學的時候大家都壯志滿滿，說覺得自己基礎不好，希望能通過這門課提高自身的編程能力，然而真的到了團隊項目的實施過程中，大家好像又都退縮了，覺得自己什麼都幹不了，團隊項目就慢慢的擱淺了。
五、對同學們的建議：
行動起來，現在就動手開始寫代碼。
將你的成果發布到網上，有人點評你，你才知道自己到底哪裡做得不好，因為你一定會做得不好，win10的作業系統還有需要系統還原的時候呢，更何況是我們這些剛開始寫代碼的人呢。
別人點評你了，你要及時改進，這樣才能快速跌代，得到新的用戶反饋，你才會進步的更快。
不要害怕失敗，寫個程式失敗了也沒什麼損失，重新再來就好了。
對於應該先發評分標準還是後發評分標準的問題，我覺得還是應該後發評分標準，因為以後同學們到公司了，也沒有人會先評定什麼是好軟體，什麼不是好軟體，用戶的評分標準都是在你做出了產品之後才有的，所以請重視每一篇部落格，每一次提交的產品。
對於同學們所說的"同學們覺得部落格寫得好的，可能分就高，助教不了解同學，亂給分"。我個人覺得部落格寫得好，分就高，這沒有什麼錯誤。我記得我的老師跟我說過，項目展示與項目編碼同等重要，在實際的工作中，我也深有體會。部落格正是大家呈現自己的作品的地方，如果部落格寫得不好，我覺得有三種原因，一是你沒做出來像樣的產品，二是你沒認真寫部落格，三是你不屑於寫部落格。對於哪一種同學，我覺得都不應該給高分，請好好寫部落格，好好展示自己的產品。
六、希望教師所做的改進：
在發布作業的部落格中提出幾條基本的評分標準。
點評學生部落格，讓學生知道自己的老師也在關注他們的部落格和項目。
每節課抽出一點時間點評一下同學們的項目，或者每節課找一個做得好的同學或團隊展示項目。
團隊項目展示在網上發布項目視頻。
七、希望自身的一些改進：
多和教師溝通，有時教師課上都說了怎么評分了，然而我卻不知道，等評過了才有同學反應我和教師的評分標準不一致。
多學習計算領域知識，提高自身的編程能力，這樣對於指導同學們會更有幫助。
評論部落格更加及時，成績發布更加及時，這樣同學們就會發現老師催得緊，自身也就不會鬆懈。
部落格寫得更有質量，圖文並茂，評分標準更加細化，條理更加清晰。
八、感謝的話：
感謝鄒老師一直以來對我的支持，工作那么忙還會每天看同學們的部落格，並且總是能一針見血的指出同學們的問題，為了軟體工程的教育將自己的稿費拿出來給我們這些助教發補助。
感謝劉助教一學期以來的幫助，可以看出，他對計算機是真的熱愛，專業功底深厚。在做助教的過程中，每一個項目分數都細化到不能再細了，映射，圖表，每一個做得都是如此精緻。還特別喜歡幫助別人，每次我有困惑的時候，他都主動幫助我解決，我這當老師的真是自愧不如。
感謝周老師一直像姐姐一樣指導我，督促我，還經常給同學們發心靈雞湯，時刻關注著同學們的動態，幫助我解決問題。
感謝瀋陽航空航天大學的張老師和許老師，他們一直對我非常的信任，期間我因為身體原因不能點評部落格，他們還送來了關心，對我的工作一直是非常的支持，在此表示感謝。
最後也要感謝一下我的老師楊老師，是因為楊老師我才能和軟體工程《構建之法》結緣，參與到"耐撕團隊"實踐軟體工程，擔當瀋陽航空航天大學的助教，發現自身與別人的差距。
一學期的軟體工程課助教，收穫肯定是有的，希望自己再接再厲，不斷學習豐富自己。