此作業要求參見 [https://edu.cnblogs.com/campus/nenu/2020Fall/homework/11604]

回顧0 分值 40

所屬團隊及連結

背個棒https://www.cnblogs.com/beigebang/

團隊專案及連結

專案：普露託記賬

連結：成品：普露託記賬 小程式

程式碼：

微信小程式部分https://e.coding.net/sgetit/puluotuo/pulutuo.git

在本課程（不包括本學期其他課程）中學習和使用的新軟體新工具（全稱、版本）及連結

微信開發者工具穩定版(1.03.2011120) https://developers.weixin.qq.com/miniprogram/dev/devtools/download.html

微信雲開發APIhttps://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/functions.html

git命令列https://git-scm.com/downloads

在本課程（不包括本學期其他課程）中學習、提高的語言、開發平臺（全稱、版本）及平臺連結

開發語言

Python 3.8.4https://www.python.org/downloads/

開發平臺

微信開發者工具穩定版(1.03.2011120) https://developers.weixin.qq.com/miniprogram/dev/devtools/download.html

回顧1 分值40

（1）回想一下你曾經對計算機專業的暢想

當初你是如何做出選擇計算機專業的決定的？

答：上學初高中時期一直比較喜歡玩電腦遊戲，慢慢的就會產生好奇遊戲裡的奇妙世界到底是怎麼構建出來的幻想著自己將來是否也可以做出來屬於自己的小遊戲所以就報考了計算機專業

經過一個學期，你的看法改變了麼，為什麼？

答：經過一個學期，我的看法沒有改變，因為我對計算機感興趣，我覺得它能改變未來。
你認為過去接觸到的課程是否符合你對計算機專業的期待，為什麼？

答：過去接觸的課程基本符合我對計算機的期待，讓我學會了用Java開發系統，用Python開發小程式。能夠自己動手做點東西。

經過一個學期，你的看法改變了麼，為什麼？

答：經過一個學期，我的看法沒有改變。我相信研究生三年中，我會學到更多東西，如：人工智慧，NPL演算法等。
你覺得計算機是你喜歡的領域嗎，它是你擅長的領域嗎？

答：計算機是我喜歡的領域，我對計算機很感興趣。從目前情況來說，它不能稱之為我短板的領域，是我努力就可以得到回報的領域，可以說是我擅長的領域。

經過一個學期，你的看法改變了麼，為什麼？

答：經過一個學期，我的看法沒有改變。在這學期裡，我簡單的學習了微信小程式開發，涉及了自己以前想做的沒做的東西，並且過程中自己完成的相對可以。

（2）考取研究生，對照前人們走過的路和描述未來發展，現在的你自我感覺你已經具備的專業知識、技能、能力有哪些？

答：經過研究生一學期，目前新增了深度學習的一些知識，對推薦系統有了一點點了解，自己欠缺的還很多，需要學習。
離成為一個合格的計算機學生，在專業知識、技能、能力上還差距哪些？

答：就研究生階段來說，自己還缺乏科研能力，查閱論文，動手實踐等。
經過一個學期，你的看法改變了麼，為什麼？

答：我的看法沒有改變，與最初預想相同，缺乏的知識仍需努力。

（3）每天都是一個人生選擇的十字路口，學術研究、工程專案、社會實踐 (？) ，不同的選擇有不同的努力方向。
對照以上你閱讀的前人們的經歷，你的選擇是什麼？經過一個學期，你的看法改變了麼，為什麼？

答：我的選擇是學術研究，自己想在學術研究中，嘗試著去進行相應的工程專案，想動手實踐相結合。經過一個學期，我的看法沒有改變。自己還是想在學術論文的基礎上，進行動手實踐。
在這種選擇下，你認為你相比其他同學來說有何優勢，有何劣勢？經過一個學期，你的看法改變了麼，為什麼？

答：優勢：做過一些專案開發。劣勢：對其他學科領域知識匱乏。經過一個學期，我的看法沒有改變，自己對深度學習，機器學習等相關知識依舊掌握不多，需要努力。
針對你的選擇，你給自己的本學期的規劃是什麼？經過一個學期，你的看法改變了麼，為什麼？

答：將python，深度學習基礎扎牢，認真學習專業相應英語。這是之前的規劃，目前看法發生了些許的轉變，應該加上讀論文，動手跑程式碼這一規劃。

對於學期規劃的設定合理，沒有改變我的看法。

（4）你對這門課的期待是什麼？
你打算平均每週拿出多少個小時用在這門課上？經過一個學期，你的看法改變了麼，為什麼？

每週拿出8小時的時間用在這門課上，改變了，這門課需要更多的時間去練習新的程式語言，去磨合團隊，去處理團隊中的事務，這些都佔用了太多的時間。
實測結果，每週平均用在本課程上多少小時？

15小時

回顧2 分值50

5個問題

作業要求 [https://edu.cnblogs.com/campus/nenu/2019fall/homework/5522] 題目3 中提到:

通讀《構建之法》，釋出隨筆1篇，要求列出5個問題，可以是讀後不理解的，或者讀後反對的。要求有觀點、有證據或分析。字數不是直接的考核標準，但是要求長到能把觀點表述清楚。

請回顧這5個問題，自己回答一下。當初的困惑是否還在，你現在如何認為，是更深的困惑麼？

1.第七章中，測試團隊保證這些問題都得到處理，但不會都得到解決，那麼未解決的問題處理之後後續會怎麼樣？

未解決的問題會放到下次版本的問題列表中，直到問題被解決。

2.第八章中，軟體中都要有一個殺手功能，如果對手產品做出相同功能，是不是就會失去優勢，這時應該怎麼辦？

優化自身功能，在這個功能上比其他產品多出一點點優勢，儘快尋找新的殺手功能，解決使用者的實際問題。

3.團隊合作中，有些人會自成一個小圈子，專案組長應該如何管理這些小圈子中的組員。

針對小圈子釋出合適的任務，讓圈子內的任務彼此關聯，激發開發熱情，同時適當給予一些與其他人員交流的任務，促進團隊內的交流溝通。

4.結對程式設計中，如果兩人基礎很差，是否也能編出比較好的產品？

是可以的，可以一起學習一種語言，開發起來雖然會很慢，但是隻要思路好就能足以編出比較好的產品。

5.第七章中，如果團隊每個人都很厲害，那麼怎麼分配角色？

按照每個人擅長的大致分擔任務，或者不分配角色，釋出任務自行領取。

請根據本學期的學習、收穫、困惑，再提出5個問題，可以是讀後不理解的，或者讀後反對的。有求有觀點、有證據或分析。體驗一下，這5個問題，是不是更有深度了 。

1、使用者的需求怎麼處理才會更好，參考群裡的討論，某些組長過於激進拒絕別人的需求，也有些是置之不理，對於這些情況，比較好的公司是如何處理這方面的問題的呢？

2、產品即將釋出，但是產品未達到預期的要求或者效果，應該如何處理？

3、團隊專案開始如何確定首先開發哪一種功能？

4、開發中人員配置比例是否會經常變得，以適合團隊開發的需要？

5、對與承諾，什麼樣的要求才能進行承諾，什麼要求不應被承諾？

回憶整個學期，你有什麼話想對後來的學弟學妹們說。

這門課是很不容易的，一開始看似簡單的程式設計任務，到後來團隊合作逐漸變難，也不再僅僅侷限的是你一個人，更多的時候要照顧同伴的感受。想拿到及格非常簡單，前面個人練習基礎分全部拿到就可以，後期找到一個大腿就可以實現目標，但是對於有理想的人來說，想要拿到更多的分就要靠附加題來追求你的目標。

如果重新來過一次，你打算做哪些（技術上，而不是態度上的）改變－－基於希望得到什麼樣的更好結果，你才希望這樣改變的；更重要的是，你根據什麼估計這些改變會有預期的結果。

對於介面進行重新編寫，之前採用的是一種模板，然後老師說小專案不應該使用模板，而且這個模板還有些天然自帶的BUG無法去修復，如果是自己寫的話，會有更深入的理解，這些問題也都會得到解決。

終於我們即將不再是師生。當你結束本課程，你和我就站在同樣的位置上，我將不再基於學校授權和知識、經驗 (年齡？)上的優勢而對你的自由有任何干擾。除釋出及成績以外，我最後一次行使教師特權: 請問你有什麼要對教師 (我)說的，建議、抱怨、希望……多謝。

通過這門課，我學到了很多軟體開發相關的知識，但是這其中感到了作業中有一些不足和體驗比較差的地方，對於一個開了四年的課程有如此多不合理的地方竟然沒有改進過而感到吃驚。

1、功能測試作業尋找BUG無法確認首次提交時間，提交BUG後無反饋。

　　1）通過翻看其他同學的作業，感覺並沒有多少人提到我給他們寫的BUG。並且大部分同學喜歡最後一天做作業，導致部分較早完成作業的同學還要最後一天再去檢查是否有BUG，再修改可能還要幾個小時根本來不及修改。

　　建議：將此次作業分為兩個，一個提交BUG，可以提前2-3天結束作業，每人在作業釋出一天內必須建立一篇文章，誰有BUG就在下面進行評論，過了時間可以提交BUG但是作者可以選擇忽略。另一個修改BUG的文章。

　　2）對於作者修改bug加分，或不修改bug扣分。這一項條款有點過於苛刻，畢竟有些人由於時間關係或者技術原因暫時沒辦法解決這些BUG。

　　建議：將此項條款改為修改BUG加分，處理BUG0分，不處理BUG扣分。（處理和修改是2個概念，處理就是看到了對其回覆收到，對找BUG的人表示一下尊重）

2、團隊Scrum立會，建議修改時間為10分鐘（對於目前的小專案來說這個時間足夠），我甚至認為某些人到現在還不知道這個立會是做什麼事情的，還有人將其開成討論會，一開幾個小時，導致其每週報告開立會佔用大部分時間，希望老師能夠課上講解一下立會的內容和本意。

3、團隊程式設計事後諸葛亮會議中的問題對於ABF階段的特點沒有針對性。可以加入對比上一個階段做了哪些改進。

4、貢獻分差距不大，無法體現貢獻分的作用，建議與課堂展示分數掛鉤，可以適當增加課堂展示分數，比如50，100，200，400，800，然後按貢獻比例分配。

5、對於軟體工程課程而言，我認為開發不是那麼的重要，主要的是學習流程和方法，一味強調開發，這門課就變成了高階軟體課了，而且老師經常說文件的重要性，但是我在最後也沒看到和文件相關的作業，對此希望能夠加強流程體驗，雖然軟體工程中開發佔用時間很多，但是以學習課程來說開發並不是那麼的重要。

總結 分值50

程式碼總量，平均每週程式碼量。

總計2400行，平均每週200行

部落格字數總量，平均每週字數。

總計17888字，平均每週1490字

根據PSP，平均每週在本課程中所用時間(是的，請再回答一次)多少小時。

平均15小時

進度條總結: 遍歷每週知識點，以周為單位做如下表格。