2018面向對象課程助教總結
<br/>git
時間過得很快，從2月份佈置第一次做業起，到如今居然已經快過了半年。github
全部同窗的總結博客我都一字字的看了，幾乎都提到經過博客做業學到了不少。有同窗說「這門面向對象是我到如今最有大學感覺的課程」，真的，我大一結束後也是這樣想的，一模一樣。算法
經歷了從零開始一股腦扔出一大堆新東西，第一次接觸博客園、接觸Git、接觸Markdown，第一次寫博客、第一次打開VS點下new project、第一次用C++編寫圖形界面……即便這個過程當中挫折無數，但最終完成編碼的時候那種喜悅遠遠多於中間經歷的全部痛苦。這種感覺大概只有親自體驗過纔會最明白。常常會在看你們博客的時候無限感慨，回頭去看了本身之前的做業寫的啥:D。編程
當看到有同窗吐槽說本身零基礎什麼都不會、缺乏新技術的新手指導的時候，我是不太贊成的。由於每次佈置做業中，基本都有給出相應的參考連接。好比第一次開通博客的做業中就給了markdown入門參考；後續編碼做業要求上傳github時也給出了西瓜學長的git教程和推薦參看廖雪峯的git使用教程等等，我認爲這些就夠了。至於詳細地去教在遇到不會的東西時如何探索學習是沒有意義的，由於這個問題好像和解決方案自己就是一個閉環（？）我認爲徹底不必解釋。markdown
<br/>架構
關於我的做業
雖然前面說的是沒必要要阻斷探索空間，但能夠改進的是，更多地對大一同窗提供簡單的思路引導，拋磚引玉。好比電梯做業中關於bus和taxi的簡化思路是獲得鄒欣老師提示後在第三次做業中才給出的，有一點晚，若是在第一次佈置電梯做業的時候就先給出這樣的基礎提示，可能交做業的人會更多一些。當年西瓜學長那種手把手的經過做業一步步指導構建計算器做業（從讀入字符串處理、中綴轉後綴、用棧實現運算、GUI），脈絡清晰並且極其容易上手。今年的電梯一開始就極大的開放性和高難度，嚇倒了一批人也確實不足爲奇。這也體現了我做爲助教的經驗不足啊，不該該在寒假做業一開始就把需求羅列的那麼詳盡龐大，若是把開學後的第一次電梯和寒假的第一次電梯對換一下，才比較合適。以後的我的做業可能須要在計算器和電梯作一個折中，由於按照計算器那次佈置做業的方式，不提題目自己彷佛不夠面向對象，手把手的要求會在寫代碼的過程當中，出現同窗本身的思路和做業要求不一致，非得改爲那樣就很彆扭的問題。函數
總得來講，電梯做業仍是留有至關多的遺憾，原本這個選題應該是很不錯的。足夠體現面向對象的優點，題目自己雖有必定難度但也不是實現不了。但就結果來看，我以爲只有5個不到的同窗能稱上完成了這個做業。有位同窗在總結博客中說，「雖然已通過了這麼久，仍是忘不了被電梯支配的恐懼。」我想最大的問題除了上面提到的寒假一開始難度過高，還有就是：工具
1、同窗對完成題目的關注點偏了，全在聚焦調度算法（oj刷多了看什麼都是算法題），本應該先把能運行的電梯實現出來再優化（這其實也能夠經過控制做業要求手動實現的，要是先不提調度兩個字就不會這樣了）。不過深挖優化算法也是好事呀，但願那些在總結中說「哪天掌握了算法就去改」的同窗以後真的會作吧（雖然有了這句flag後，可能性就已經無限趨近0了hhh） 2、拖沓的時間太長，從寒假做業拖到開學做業還在電梯，別說完成做業的同窗了，就算是我本身看博客的時候都審美疲勞。不過這也和佈置做業的時間規劃有關，若是在一開始就把做業次數根據題目難度和寒假時長規劃好，就不至於拖到開學了。學習
寒假佈置做業的步調很亂，先前進了一大步，而後發現不對勁要原地等程度較弱的補齊，致使第三次做業（控制檯讀入改成文件輸入輸出+需求小調整）對於一部分同窗就稍改幾行代碼而後就能交了，博客也一度尷尬。有了寒假的教訓，開學後的做業就明顯好了不少，漸進式前進+更多的提示。優化
還有遺憾的是，由於時間關係沒能對接上棟哥提過好幾回的電梯調度遊戲的網站。若是能加上的話，同窗本身的代碼產生調度結果配合可視化的小人，趣味性效果會好不少。不過我有去看過，那個網站貌似只支持js代碼，並且封裝的不夠，想用的話得開始就在做業要求裏規定一堆東西，成員變量和函數名和功能等等都要一致。若是之後仍是選這題，想對接可視化可能要助教本身開發，使得和具體編碼無關只與輸入數據和輸出結果有關，而後提供API。
<br/>
##關於團隊做業
至於團隊項目，這一屆應該是第一次在C++課程中就接觸團隊編程。我也沒想到早就說好的王者榮耀大做業會是以團隊的方式進行，但意外的發現你們的完成度遠遠比我想象的高，那天在課堂展現的時候看到的都挺不錯呀（惋惜棟哥居然沒給助教提問的機會orz）。可是最嚴重的失誤就是，在做業要求中沒有關注github的簽入，我認爲這致使了最終結果稍微有失公允。若是要求階段的簽入量和團隊成員必須簽入的話，就不會存在究竟是本身從頭開始逐步構建仍是把已有的別人的東西拿來稍做修改就上交應付的疑慮（這裏又不得不懊悔一下經驗不足）。
裝甲車隊是惟一一個有在github協做開發的，能看到團隊每一個人都有簽入量（其餘隊伍都是發文件改來改去）。但也是最惋惜的一隊，雖然每一個人的能力都不錯，但一開始目光過高太遠，架構要完美代碼要優雅UI要炫酷，結果出現各類問題又加之做業時間很短，最終沒能完成想要的效果。課堂展現的時候就看着裝甲車隊長一臉生無可戀地挪動屏幕上的英雄一邊吐槽遇到的各類坑。後來我私下找了他們稍微提了下MVP的概念，一邊以爲沒有軟件工程概念以前玩團隊合做是真的很虛啊。當時在要佈置團隊做業以前棟哥看完我擬的初稿，說不要強調軟工的套路，這門課是面向對象，以他們本身樸素的方式便可。我才反應過來本身不知不覺的在往軟工靠了，後面就在着重強調面向對象自己而不是團隊編程。因此你們即便完成度不高或者團隊合做不順利也不要氣餒呀，有收穫就足夠了，更多的軟工內容之後會學的。
還有一點就是，這學期的博客做業拖過久了，應該在考試月以前就結束掉比較好，否則直接形成你們被期末考壓制着無法多處分心，也影響了做業質量和教學效果。（雖然很大一個緣由也是今年開學太晚了orz）
<br/>
##關於本身的助教經歷
說中途沒有疲憊心累過是不可能的，畢竟不是老師職業而是兼職助教，要在本身的事情中抽時間權衡、負擔今天再不佈置出做業又要拖你們時間的責任。三次在動車上寫助教博客，兩次是在去外地比賽的途中，一次是如今在回家的路上2333
當初自薦作了棟哥助教的緣由也很簡單，就只是以爲本身之前在課程中獲得了西瓜學長和乾神的好多幫助，也想體驗一下作助教玩。但以後好幾回特別疲的時候就在想，我爲啥要當助教呢？寒假那會特別迷茫，以爲在瑣碎的事情上花費了一大堆的時間也不知道到底收穫了什麼。後來去問了乾神，他安慰我說，這也是進入社會的鍛鍊，特別是在耐心和運用自動化工具上。有疲憊心理很正常，一開始是熱情推進，後面就是使命感了，因此想着如何高效率的完成任務比較關鍵。
後面就心態放平了不少，盡力去協調和完成每一件事，加之本身事情的DDL結束，也更投入助教工做上了。雖然助教團隊也不僅是我一我的，但趙暢畢竟大二課程很是多，因此大多數時候仍是個人任務更重一些，但也很是感謝是他在我忙於比賽的一段時間裏替我作了大量的評分工做。
每次無論是佈置做業、回答問題仍是點評博客的時候，都會不知不覺的像是西瓜學長或者乾神那樣的方式，經常翻看他們之前的助教博客，想着他們是怎麼作的。看到很多同窗都在總結博客中提到謝謝助教的幫助，是真的很開心了，感受以前作的事情都並無白費~
此次的構建之法助教培訓沒有參加，多是由於棟哥今年開始再也不上軟工實踐了，也就沒有多問。以後還會作助教嗎，對我仍是未知數。