此作業要求參見https://edu.cnblogs.com/campus/nenu/2018fall/homework/2556
回顧0：
所屬團隊：拉格朗日2018
團隊項目：飛詞 連結：https://coding.net/u/lglr2018/p/Fly_Word/git/commits/master/
一、在本課程中學習和使用的新軟體新工具：
1. aTimeLogger：一個記錄每日活動時間的應用程式，有助于科學控制和管理自己的時間。
軟體版本：1.6.2
連結：
https://appgallery.cloud.huawei.com/grey/uowap/index.html#/detailApp/C6029051?source=appshare&subsource=C6029051
2. Leangoo：比較友善的項目協作工具
軟體版本：5.8.12
https://www.leangoo.com/product.html
二、在本課程中學習、提高的語言：
我在本課程中學習了Python語言，掌握了這門語言的許多規範。
軟體版本：2018.2.3
http://www.jetbrains.com/pycharm/download/download-thanks.html?platform=windows&code=PCC
（1）回想一下你曾經對計算機專業的暢想
當初你是如何做出選擇計算機專業的決定的？經過一個學期，你的看法改變了麼，為什麼？
看法沒變，我當初是覺得有趣才選擇這個專業的，随着我對計算機的逐漸了解，我仍然覺得有趣。我接觸到了很多關于機器學習的内容，我非常喜歡這部分。
你認為過去接觸到的課程是否符合你對計算機專業的期待，為什麼？經過一個學期，你的看法改變了麼，為什麼？
在我的印象裡，計算機就是應該和算法，數學，軟體這些内容聯系在一起，這學期我接觸到了全部這些課程。這很符合我的期待，我的看法沒變。
你覺得計算機是你喜歡的領域嗎，它是你擅長的領域嗎？經過一個學期，你的看法改變了麼，為什麼？
計算機仍然是我喜歡的領域，但他依舊不是我擅長的領域，經過了一個學期我的看法未變。經過一個學期的學習我有了一定的進步，但我仍然不能算是擅長計算機，需要繼續努力。
（2）考取研究所學生，對照前人們走過的路和描述未來發展，現在的你自我感覺你已經具備的專業知識、技能、能力有哪些？
離成為一個合格的計算機學生，在專業知識、技能、能力上還差距哪些？
經過一個學期，你的看法改變了麼，為什麼？
現在我初步具備了簡單的程式設計能力，有了一定的團隊合作經驗。本學期學會了一點簡單的Java和Python語言，能夠進行簡單的程式設計對TensorFlow架構有了初步的了解。 但我的程式設計能力仍然很弱，沒有獨立完成項目的能力，在要成為一名合格的計算機學生我亟需提高自己的程式設計能力。經過了一個學期我的看法未變，我需要付出更多的努力，動手寫更多的代碼，不斷提升自己。
（3）每天都是一個人生選擇的十字路口，學術研究、工程項目、社會實踐 (？) ，不同的選擇有不同的努力方向。
對照以上你閱讀的前人們的經曆，你的選擇是什麼？經過一個學期，你的看法改變了麼，為什麼？
我希望能先成為一名優秀的軟體工程師。因為我實在是不擅長學術研究。
在這種選擇下，你認為你相比其他同學來說有何優勢，有何劣勢？經過一個學期，你的看法改變了麼，為什麼？
針對你的選擇，你給自己的本學期的規劃是什麼？經過一個學期，你的看法改變了麼，為什麼？
我覺得自己并沒有什麼優勢，專業水準差，也沒有其他領先的地方。我會在算法的學習上花更多的時間，刷更多的題，然後跑更多的代碼。
（4）你對這門課的期待是什麼？
你打算平均每周拿出多少個小時用在這門課上？經過一個學期，你的看法改變了麼，為什麼？
我希望能通過這門課提高我的程式設計能力，我原本打算每周在這門課上花費12個小時，經過一個學期的學習我發現并不夠，我的實際花費時間應為平均每周15小時左右。因為我差勁的專業水準讓我在完成作業時浪費了大量的時間。
回顧二：
- 5個問題，作業要求 [https://edu.cnblogs.com/campus/nenu/2018fall/homework/2101] 題目3 中提到:
通讀《建構之法》，釋出随筆1篇，要求列出5個問題，可以是讀後不了解的，或者讀後反對的。要求有觀點、有證據或分析。字數不是直接的考核标準，但是要求長到能把觀點表述清楚。
請回顧這5個問題，自己回答一下。當初的困惑是否還在，你現在如何認為，是更深的困惑麼？
問題一
3.2軟體工程vs畫扇面中許多學生做項目時豪情萬丈，做一個項目恨不得展現自己平生所學，再加上前沿技術，做一個轟動的創新，卻往往都不能成功，我也如此認為。但以我的經驗來看若想取得技術上的進步或一點小小的創新，總需要在實踐中不斷嘗試，在實際完成項目時很可能是以無法完成任務或浪費太多時間，該如何掌握尺度呢。
我現在認為不要去嘗試沒把握的工作，否則可能遇到無法解決的困難而導緻失敗
問題二
4.3.2代碼設計規範中的goto語句：隻要有助于程式邏輯的清晰展現，什麼方法都可以使用，包括goto。而搜狗百科裡卻說在結構化程式設計中一般不主張使用goto語句，以免造成程式流程的混亂，是了解和調試程式都産生困難。我的困惑是程式邏輯的清晰展現和程式流程的混亂分别指什麼呢，結構化程式設計和代碼設計有什麼差別呢。
這個問題并沒有得到解決。
問題三
4.3.3文中提到當你覺得某事肯定如何時就可以用斷言（Assert），如果你認為某事可能會發生，這時就要寫代碼來處理可能發生的錯誤情況。通過查資料我發現當需要在一個值為FALSE時中斷操作的話可以使用斷言。我想知道斷言的意義是什麼，如果是認定錯誤不會發生為何要使用斷言多此一舉，如果認定錯誤一定發生為何不直接修改，如果覺得錯誤可能發生為何不用第二種寫代碼的方法進行處理。
我現在仍然不能了解斷言的功能。
問題四
16.2快人一步中說到成功的企業·隻比大衆的平均值先走了一小步就是這一小步讓大部分人看到了相對優勢進而接受産品。若推出的時機太早則會導緻失敗。蘋果引領了智能機的時代，取得了巨大成功，他們的革新顯然不隻是快人一步，那麼快人一步總是适用的嗎，又該如何把控推出的時機呢。
是否快人一步需要視具體情況而定。如果這個産品的領先是完全成熟的，能帶來更多利益且被廣為接受的，那麼足夠的領先便會引領一個時代。
問題五
16.2螳臂當車中說一兩個同學逆曆史潮流對大局影響不大，隻會葬送自己，但後面又提到颠覆性技術會帶來成功，就像日本和美中德等在汽車新能源上的選擇都不同，如果失敗是螳臂當車，如果成功就是16.2中的赢家通吃，做決定之前如何判斷自己屬于哪一種呢。
産品研發要尊重客觀事實，不能開曆史的倒車，否則必然失敗。
2. 請根據本學期的學習、收獲、困惑，再提出5個問題，可以是讀後不了解的，或者讀後反對的。有求有觀點、有證據或分析。體驗一下，這5個問題，是不是更有深度了 。
之前有兩個問題未能解決，是以再提出三個問題
問題一：書中提到要定義典型使用者，從使用者角度考慮問題開發産品，可是軟體體系結構老師說過，不同的使用者要求不同，如果從使用者角度考慮那永遠也無法開發出優秀的産品，因為使用者并不知道自己要什麼，我也是這樣覺得的，那我們還需要從使用者角度出發嗎。
問題二：在團隊明确分工之後，是否可以插手其他人的工作，對其提出建議或加以反對。
問題三：書中說過不要逆曆史潮流，但據我所知像《cuphead》等一些複古的遊戲依然取得了成功。在某些方面，開發産品時是不是可以開一下倒車呢。
3. 回憶整個學期，你有什麼話想對後來的學弟學妹們說。
完成作業時如果基礎薄弱的話可能會因為沒有頭緒浪費大量的時間，建議尋找大腿進行指導，事倍功半。
4 . 如果重新來過一次，你打算做哪些（技術上，而不是态度上的）改變－－基于希望得到什麼樣的更好結果，你才希望這樣改變的；更重要的是，你根據什麼估計這些改變會有預期的結果。
如果重來一遍，在使用Python語言進行程式設計時，我會使用更多的類與對象相關内容，因為這會節省大量時間，并會使我對Python語言有更好的了解。
5. 終于我們即将不再是師生。當你結束本課程，你和我就站在同樣的位置上，我将不再基于學校授權和知識、經驗 (年齡？)上的優勢而對你的自由有任何幹擾。除釋出及成績以外，我最後一次行使教師特權: 請問你有什麼要對教師 (我)說的，建議、抱怨、希望……多謝。
希望楊老師能在課上對更多關于作業的能容進行講解，不然因為一些完全可以避免的錯誤讓某些同學得到零分真是太殘忍了。
總結
1. 代碼總量，平均每周代碼量
代碼總行數為1691行，平均每周140行。
2. 部落格字數總量，平均每周字數
部落格字數共9733字，平均每周811字。
3. 根據PSP，平均每周在本課程中所用時間(是的，請再回答一次)多少小時。
共計9718分鐘，平均每周883分鐘，合14.7小時。
4. 進度條總結: 周遊每周知識點，以周為機關做如下表格。
| 起止時間 | 送出PSP例行報告時總結的知識點 | 現在回顧該周收獲的知識點 |
| 2018.9.12——2018.9.17 | 無 | 本周粗讀了一遍《建構之法》 |
| 2018.9.19——2018.9.24 | PSP，版本控制 | 本周學習了Python的基本語句，并使用了版本控制 |
| 2018.9.26——2018.10.09 | 結對程式設計，效能分析，功能測試，重定向 | 進行了結對程式設計，學會了重定向與效能分析。 |
| 2018.10.10——2018.10.16 | pygame | 學習了Python中的pygame子產品 |
| 2018.10.17——2018.10.22 | ||
| 2018.10.23——2018.10.29 | ||
| 2018.11.03——2018.11.04 | 事後諸葛亮會議 | 對完成項目時的團隊工作進行了總結。 |
| 2018.11.14——2018.11.20 | ||
| 2018.11.21——2018.11.27 | ||
| 2018.11.30——2018.12.01 | 同上 | |
| 2018.12.05——2018.12.11 | NABCD分析 | 本周final階段的測評，我對其他小組的産品進行了測評 |
5. 時間配置設定堆積柱狀圖。如圖所示，給出每周的時間配置設定，資料來源是每周的PSP。(時間顆粒度：分鐘）
