[2019BUAA軟工助教]答黃衫同窗

[2019BUAA軟工助教]答黃衫同窗

1、答黃杉同窗

1. 011-黃衫博客

   我固然不否定軟件工程的各類博客是有必定做用的，可是相信大多數人對諸如例會博客並無什麼熱情（不過彷佛也沒有什麼其餘方法保證團隊內都在爲了進度努力）。而更加鼓勵技術博客對課程並無什麼害處，技術博客正是在開發中徹底可能產出的部分，發佈出來對其餘人也會有很大幫助。這一點相信課程組也比較認同，只是沒有明確說明出來而已。並且我但願鼓勵的方式包括且限於：給我的加分，並給出明確的說明。

   這是一個很好的建議，另外一位黃衫得主也提到這個問題：

   進入團隊階段後對我的的關注度不夠。

   這部分如今的考慮是：能夠給我的/小組增長一個得分項叫作：「技術博客的積累」，我的在團隊開發中，學習了相應技術、解決了相應技術問題後，能夠經過發佈技術博客、示例代碼的形式給我的加分，例如：使用highcharts繪製美觀的燃盡圖。

   具體如何操做，須要等待老師助教們的討論決定:) 好在咱們這學期有三個迭代，課程自己也能在以後的兩個迭代作改進:)

2. 167-結對編程感想

   軟件工程確實一個能夠很好的鍛鍊咱們能力的課程，可是目前正在進行的團隊做業每日例會能夠稍微放鬆一下，好比每兩日一次，如今咱們處於大三下學期，每一個同窗也都有着除了課程 之外的規劃，好比企業實習，實驗室實習，或者備戰考研。每日例會會佔用一些額外的時間，兩天開一次的話，項目的進度也會在羣裏你們互相監督推動，文檔也是你們溝通的一個很好的橋樑，並不會致使項目進度的滯後。

   [捂臉]實際上，進入每一個迭代的 Sprint 階段以後，就要開始緊張刺激的編碼工做了，這個時候應該是不能放鬆的，畢竟這個階段叫作衝刺，我在跟提不起勁想趕忙完工隊PM交流的時候，也提到這個問題，最後個人建議是：

   Sprint的兩週時間裏，並非只有工做日才能夠發佈例會博客，週末的四天也是能夠的，只要當日有工做，有進展，就能夠開會，另外你們都住在一塊兒，能夠等晚上你們都回到宿舍了開會，會議的時間不長，也不會佔用過多時間。另外，若是實在聚不齊，不能到場的同窗能夠打電話旁聽，也能夠考慮進行線上會議。

   不過迭代之間的兩週仍是能夠放鬆的:)

3. 170-結對編程感想

   結對編程題目的改善

   本次結對編程的題目是解決最短單詞鏈問題，分爲有單詞環和無單詞環兩種狀況。根據課程組給出的做業要求，筆者認爲完成本題目的重點應當在與對算法的優化方面。在無單詞環的狀況，因爲英文字母數量的限制，搜索的複雜度並不大，不一樣搜索算法的差距不易體現。筆者在這一步分嘗試採起了深度搜索和動態規劃兩種方法來解決問題。最終兩種方法取得了相近的效果（肉眼不可見的差距）。

   在有單詞環的狀況，該問題至關於NP問題，而最終評測是要求程序給出肯定解。因而沒法採用啓發式算法解決問題，僅能經過優化肯定算法來提升性能。而這種方法帶來的效益是至關有限的。固然也有個別小組採起了至關有效的優化操做，但絕大部分組的優化效果甚微（包括筆者的小組）。筆者認爲該部分若改爲「在最短期內給出最長的單詞鏈」這樣的評判標準的話，你們就會在這一部分有更多的操做空間。

   除此以外，筆者認爲本次結對編程的題目缺乏必定的開放性。這主要體如今開發過程當中在用戶體驗等其餘方面缺乏設計的開放性，你們除了算法的方面幾乎沒有操做的餘地。而最後的程序評測也主要參考程序經過的測試點和性能，少了些程序其餘的方面的評價。

   這個建議很具體很好，咱們助教團隊會盡快商量如何對這個做業改進，包括你的這個建議:)

4. 152-黃衫感想

   好比第一次閱讀做業給的時間比較少，很難詳細讀完整本《構建之法》，不少時候只能草草讀完撰寫博客。

   另外，根據我瞭解的敏捷開發，基本條件就是你們都有足夠的積極性，足夠的時間去一塊兒完成工做，有什麼問題立即解決探討。敏捷開發自己就是對程序員由很高的要求。可是你們都大三下了有本身的方向，並不必定有不少的時間能夠投入課程，並且未必能抽出時間選擇本身更喜歡的課。強制全部人蔘加可能對於貫穿敏捷開發理念的工做不會太有利。能夠看出課程組自己在實驗，至於效果仍是拭目以待。

   快速讀完教材並提出疑問這個做業的目的就是讓你們在短期內閱讀大量材料，並非要求你們在一週內十分細緻地把書讀完，對每一個部分都瞭如指掌。你們能夠粗讀，記錄下陌生/感興趣的點，而後挑選其中的一部分，細緻地讀讀，作一些展開。

   關於這部分建議，能夠考慮給做業增長對應的說明，但咱們仍是認爲，大學生應當有必定的快速閱讀的能力。

   強制全部人蔘加這部分一開始我覺得指的應該是小組的每日例（立）會，詢問了這位同窗我才知道她說的是軟件工程課變成必修這件事。關於這個，直接上聊天記錄吧：

   助教：強制全部人蔘加是說每日例會嗎？
   同窗：不[捂臉] 我說的是這門課我不否定它的必要性 就是效果是否能達到預期
   
   助教：噢 你說的是 軟工變必修這件事是嘛
   助教：[捂臉]是這樣的，計算機學院的人，瞭解一些軟工方法論仍是頗有必要的
   
   同窗：我說的是 我確實不否定它的重要性，只是對效果提出疑問
   助教：效果這個事吧[捂臉]怎麼說呢，你若是不上的話，（這門課）就一點效果都沒有了[捂臉]
   同窗：或者我以爲能夠把這種須要團隊合做的課程放在更靠前的學期
   
   助教：給你看個東西，你體會一下：https://shimo.im/doc/ob4cWwVmKgEP3QQT
   
   助教：大家上一屆的時候，軟工是和編譯數據庫放一塊兒的，再往前放就是OO，但實際上，OO以後，你們才具有必定的開發工程的能力。
   助教：每門課程都有他的先導課程
   
   同窗：我也不能很好統籌計算機的課程設計而且給出實際的解決方案 因此這種探索的過程我以爲也很必要
   助教：對，咱們一直在探索這個

   中途分享的連接 8.14 北航軟件工程課改研討會會議紀要 是我當助教以後旁聽的第一個會。你們能夠簡單看軟件工程課程的地位、制約。

   整個學院的課程設計也是在一屆一屆改進的，這個改進週期比較長，以屆爲單位，但並非說咱們就停滯在了某個所謂「成熟」的模式中:)

5. 103-黃衫感想博客

   團隊做業這部分的引入，我以爲教學方面真的帶得不夠。正如我上一段所說的，咱們大多數人沒有任何大項目的開發經驗、管理經驗。像是團隊成立後的第一次課上去作個PPT去講，而後對於要講啥的要求都是很概要的幾個字/幾句話。我知道這是由於各組項目性質/人員類型都不盡相同，不能給出一個定式的模板。可是也正由於如此，我以爲助教的深度介入應該就在此時進行，而不是拖到alpha階段都快結束了才介入。讓一個已經成立的團隊改變作法比在一個團隊創建時給出意見矯正路線要困可貴多。我感受到課程的意思是讓咱們先去作，而後再正經地教，這好像是目前更提倡的作法，畢竟本身動手作了纔有感覺，才能更有針對性地聽。可是實際的操做結果是，作的時候一頭霧水，瞎搞，而後由於課上講的都是已經作完上交了的東西，因此都沒啥人在乎，過後更加沒人根據課上講的東西返工以前作的東西。（在沒有出大事故以前，不會有人願意返工的。）

   我看見黃衫上寫着「Learning when doing」，我以爲這句話是沒毛病的。因此個人建議是，teaching及時介入doing的過程，引領好doing的方式，讓學生能更好地自主地去learning。而不是聽任學生本身doing，而後再teaching，期望着學生能自發地返工/自省從而達到learning的效果。

   固然，如今已經alpha階段快結束了，立刻要進入beta階段了，該定下的團隊運做模式基本都定下來了就是了。

   這裏還想提一下做業的提交方式。我很喜歡結對編程的那個做業提交方式，兩我的有共通的內容，但也有各自獨立的部分。不知道爲啥團隊做業不這麼搞了。我以爲哪怕咱們以團隊形式進行工做了，至少在alpha階段，也應該在我的級別地督促教學。固然，這不是說要給我的增長單獨的博客做業啥的，只是須要有個渠道能真正看見團隊裏每一個人吧。不過由於各組項目的性質、分工都天差地別，這部分可能真的有點棘手吧（笑。

   這位同窗的建議比較硬並且比較準，我在發佈團隊項目選擇做業時，僅僅提到了，但沒有說明清楚咱們以往進行團隊項目是靠 github 的 issue 功能進行分工，Scrum Meeting 的做業發佈的時間也比較晚，這屬於我發佈做業的失誤。

   第二是這是北航軟件工程第一次有這麼多助教（8位）參與，咱們這學期計劃一個助教深度跟蹤 1-2 組團隊，下降團隊車禍機率，可是具體的形式咱們商量了一段時間也沒有肯定下來，在另外一位助教提醒以後我以爲能夠僅以在 alpha 階段旁聽例會爲主，在 alpha 階段結束後，助教們再集思廣益一下，在 beta gamma 階段改進。當時沒有考慮到 alpha 階段結束後你們的開發模式基本都固定了。沒有儘早介入團隊開發這是我安排助教工做上的失誤。

   另外是部分聊天記錄：

   助教：你說的是否是指課程在團隊項目前期，教師和助教就須要說明團隊開發的注意事項，每一個事項應該如何操做，提供初始的方向上的指導，例如任務分配應該xxx，貢獻分能夠參考xxx，每日例會的內容與形式是怎樣的，而不是聽任大家本身探索，或者搜索往屆學長的博客。
   
   同窗：我以爲旁聽會議就是個很好的介入方式。課上指導終究是比較淺層的模式，由於一旦提出了「下節課要報告/展現」這樣的要求，那麼課上團隊所表現出的東西就和他們課下作的東西會有些差異了，這是人之常情，沒辦法的x，而由於這課會議次數要求不少，我想不多有團隊會僅由於有助教旁聽而去演某次會議x

   第三，關於：

   固然，這不是說要給我的增長單獨的博客做業啥的，只是須要有個渠道能真正看見團隊裏每一個人吧。

   我我的如今的考慮是：助教每週/兩週與團隊的我的進行一次談話（線上爲主）。助教能夠以談話的形式關注團隊中每個人，也至關於對Scrum Meeting博客裏展現的團隊開發進程作一個驗證。而後學生以博客的形式把談話的內容整理併發布。

   結合第一位同窗的建議，能夠結合本週內學習/解決的技術問題，一併發出來，至關於一個——週報，這裏主要的考慮是：這些東西咱們須要留下一個記錄，既然須要留下記錄，那就須要有人來記錄[捂臉]

   同窗：說好的不增長單獨的博客做業呢[捂臉]
   助教：不，我沒說[捂臉]

2、答其餘同窗

只有得到黃杉的同窗才能提建議嗎？

固然

不是

中期調查問卷正在路上:)