關注助教：劉晨瑤
很樂於對一些事物進行總結。
部落格行文流暢，風趣幽默，技術功底紮實。讀其所寫文章，感覺是乙個活潑開朗積極陽光的「小姑娘」，讀她的文章不會讓人覺得枯燥無味不想讀。
很注意培養同學們的自學能力，只有在同學們進行很多嘗試問題仍沒有解決時，才會進行技術上的指導。 點評起來一針見血，但是又不會讓人生厭。還很有耐心。而且對於有問題的作業會進行很有條理的追評。
軟工想要教予的是「開發會遇到很多問題，管理層要學會溝通」 而不是「問題是不可能解決的，你們都去適應」。軟工改革的效果應該是痛並快樂著，而不是苦不堪言。 建議助教和同學溝通遇到問題不要一口咬死，如果確實是需求文件不明的問題，可以適當延長deadline。以後的作業可以給出乙個緩衝期，每個人都閱讀之後覺得沒有異議了，需求文件簽訂了，那麼再開始這份作業的進行時間。
劉晨瑤助教在進行點評事前已經有16條點評了，但是依然很認真的讀完文章，對出現的問題進行反饋，對每一篇文章都很負責，值得我學習。
很棒啊，課程結束後居然還能看到電梯xd
我覺得這個問題的難點在於在多台電梯執行且會互相干擾，全域性搜尋的路線最終執行起來可能未必可達（比如相向而行需要讓道等等），思路可能需要是乙個區域性搜尋+全域性規劃之類的東西，實時根據電梯自身交通狀況作出路線的改變，如果暑假有空的話可以嘗試建模實現一下，感覺還挺有趣的
從專業角度進行分析，給同學們提出意見及建議，很棒。我覺得這是我現在很缺少的。
助教點評文字：
引用「可能有很多人和我一樣剛開始是很迷茫的，感覺老師沒有任何提示，放了一篇作業部落格，然後就完全靠我們自己了。我覺得在剛開始有乙個過渡階段可能會更好吧。到了學習中後期，同學們學習能力提高了，再完全採取這種方式，應該會更合適。」
但凡要達到「中後期學習能力提高」，都不得不經歷痛苦的從零開始呀，提示也不是沒有，好幾次作業都有放出一些參考鏈結，但如果說的是手把手的教「怎麼摸索學習不會的東西」，這就逃不掉的需要自己領悟了，所以寒假作業沒有計入總分，就是乙個痛苦但不以結果為難大家的過渡階段~
針對同學們的「小抱怨」進行正確的引導，同時點出自學的重要性，語氣又比較隨和，讀起來不讓人「反感」，感覺很好。
只有乙個類當然執行不了，能構件好類也是能力呀。 以及，部落格中的**請用markdown**高亮，語法是在code的前後插入3個`，比如：code
很直接的指出問題。從**到排版都進行了指導。
我記得你們不是有設計文件嗎？是不是可以加入api文件？ 關於git的衝突，可以參看github團隊專案合作流程
給出參考文件，幫助同學理解。
不錯呀，整個遊戲已經基本上有點成型了。可以說說遇到了哪些問題、現有哪些bug嗎？
對優點進行表揚，又對細節作出引導性提問，感覺很好。
引用「只有前進和攻擊」
單單是這兩個動作也有夠琢磨了，比如前進中遇到障礙物的時候做出的反應？做出攻擊的條件是什麼？是攻擊進入射程的第乙個敵方還是？當同時有多名敵方進入射程的時候作何舉動？
在同學對問題看的有些淺顯時，作出引導，讓同學意識到自己思考上的漏洞。感覺很好。
看你的思路，光是排程這三架電梯就夠手忙腳亂的了，更別說做到盡量時間最優了。在這道題目中，c語言並沒有什麼優勢。可以多看看其他同學的部落格，想辦法改用c++解決。
很直接的指出問題的關鍵，並給出意見及建議。
c語言實現部分描述的很清晰，贊。不過與寒假作業中的要求不同，現在的電梯請求保證是單調不減的。
但是，c++實現的部分類圖是不是還缺少什麼？比如乙個控制排程類？
優點提出表揚，問題也很直接的進行指出，漢堡包點評發運用的很得當值得學習。，
也許可以看看這個： 如何通俗易懂地舉例說明「物件導向」和「面向過程」有什麼區別？
對出現的問題給出相關連線，並且這個連線的內容通俗易懂，很適合進行對這方面問題進行初步理解，感覺有用心在幫助查詢資料，值得學習。
相比於其他同學的部落格，只有你很難得的提到了「現實中的電梯究竟是如何處理的」，說明真的是有在思考、在認真對待這件事。
對於你提到的困惑，也是我一開始學c++所遇到的困擾了。但事實上，不僅是c++，學習任何一門語言、任何乙個科目也都是萬千世界那麼多的細枝末節不可能一一去了解，推薦的做法就是，當你一旦發現getline比手動讀入判空格方便使用的時候，就記住它，以後繼續使用，learning by doing，這樣保證學到的東西都是用到的東西，並不需要一開始就刻意去廣泛瀏覽所有的庫函式，那是不可能看得完的。推薦**：cppreference.com 可以很方便的查函式的用法
對同學遇到的問題，從乙個「過來人」的角度進行分析，拉近與同學之間的距離，並且在「經驗」分享之後，給出適合該同學進行進一步學習的**，很用心，值得學習。
對出現問題的作業進行多次追評，面對老師的提問也回答的有理有據。充分說明，對作業要求的理解很充分，對同學所提交的作業問題所在也很明確，超級棒。
引用因為防禦塔的類建完後水晶的類其實是類似的。然後我再建立了乙個泉水的類。
既然類是相似的，為什麼不試試繼承、多型呢？
根據存在問題提出技術上的指導，但並不是陳述句，讓同學有思考的空間，理解後的效果應該會更好。
對同學遇到的問題，並且在同學自己進行查詢解決方法沒有找的合適的解決方法時。進行技術上的指導，不會讓同學產生依賴，降低自主解決問題的能力，又能真正幫助到同學。【從這也可以看出，劉晨瑤助教技術功底紮實，是我努力的方向】
一拖四還行，希望非c位也能給力~
很穩的接住了同學們的「梗」，也對團隊技術不是很好的人員作出鼓勵。
你所提到的那兩個「未來的作業」要點基本是完全正確的hhh可以小期待一下後續作業~
就全篇總結來看，乙個寒假還真是學了不少內容呢
2019春季助教學期總結
時間飛逝，大一一轉眼就過去了，在這一年中學到了許多知識，也交到了許多朋友。不過我在專業學習上花費的時間還是不夠，希望在以後的學習中能夠刻苦點，邊玩邊學習。1.貪玩，時間分配不合理。大一也比較貪玩，也由於一些原因導致自己的時間分配不合理，沒有花更多的時間搞學習，專業知識也沒以前那麼熟練了，暑假還要回顧...
軟體工程助教學期總結
本學期完成的助教工作主要包括 第二次擔任助教，由於經驗的幫助，使我認識到了更多有效的工具，因此每次作業點評的效率有了相當大的進步。助教工作對我自己來說也有對本身技能水平的幫助和提高，就比如對敏捷開發和 覆蓋率有了認識以及了解了一些測試的手法。由於一部分資料的確實，現只有彙總至alpha階段的千帆競發...
助教 助教總結
第一次做助教的工作，在這個過程中，犯了一些錯誤，也收穫了一些東西。犯錯 1.不夠細心 經常統計童鞋們的分數的時候，統計錯或者漏統計童鞋的分數，在此表示抱歉，抓抄襲的童鞋的作業也不夠細心。2.評分標準不夠明確 只是憑藉自己比較主觀的看法來給分，導致部分童鞋們的分數給的不太準確。3.能力不足 只是在廣度...