第二週工做總結——NWNU李泓毅

注：因做業未所有提交完畢，故評分細則和千帆圖等評分事項推後

一、助教博客連接:https://www.cnblogs.com/lmcmha/

二、本週點評做業：

https://www.cnblogs.com/dxd123/p/10494907.html

「目前我一門語言都沒有掌握，如何快速提升個人編程能力？」這位同窗如你所說一門語言都沒有掌握那麼你面臨的首要問題就不是如何快速提升編程能力，而是首先明確你本身想要掌握哪一門編程語言？你是想要掌握面向對象設計仍是網絡技術仍是機器學習相關的算法？你的目的不一樣那麼咱們推薦的語言也是不一樣的，但願你能明確本身的問題而後咱們給出相關的建議。但願你能儘快給出計劃，時不待人若是你要進入軟工相關行業的話熟練掌握一門語言是必要且急迫的，不要敷衍本身，至少掌握一門技術很重要很重要很重要。
最後你問軟工行業的前景如何，同窗你要知道軟工是最看技術能力的行業，沒有第一個前提如何談前景呢？因此請儘快規劃本身的目標經過這門課程順便掌握一門語言，提升本身的行業優點才行。

https://www.cnblogs.com/YUWX/p/10492743.html

同窗很差意思，你這三個問題太過萬金油了，做爲軟工相關課程的學習者請你具體的提出一些問題，這種問題比喻一下好似早上你吃的啥？中午你怎麼吃？晚上你吃不吃？對吧，換在哪門課哪一個行業都能這麼問，因此請你認真閱讀構建之法，提出相關問題，不要敷衍做業用一分鐘回覆問題。

https://www.cnblogs.com/jessiyx/p/10487587.html

首先要表揚這位同窗，你認真的閱讀了構建之法第一章的內容而且對一些描述性的話語有了本身的看法。對你的第一個問題作一補充，咱們除了要考慮十全十美不存在這一觀點外，還須要考慮實際軟工開發中面對的問題，如資金有限、客戶要求、市場時間競爭等，因此必需要在完美和發佈與否之間作一妥協。第二個問題其實和第一個解釋相關，現實當中的商用軟件必須在資金消耗、甲方要求、搶佔市場間作出妥協，所以實際過程當中足夠好不只僅意味着軟件自己足夠好，而是在知足多方條件的同時，軟件大概的功能都具有了且暫時沒有出現重大bug的狀況下進行發佈。第三個問題，是這樣的隨着技術的進步一些原本不是bug的特性也能夠被刻意找出bug來進行突破，而用戶的需求也是不斷變化的，說不定今天的功能在明天也有可能由於拖累系統成爲bug。

https://www.cnblogs.com/12zl12/p/10487604.html

第一個問題，什麼是敏捷的思想，後面上課會具體的講解，並且你能夠本身查詢有哪些著名的軟件採用了敏捷化思想來設計，軟工的書上也有定義化解釋。第二個問題，「既然好的想法成功率只有 50%」，若是好的想法的成功率真的高達50%，人人都會想要創新，實質上來說好的想法的成功率遠遠低於這個數字。至於你所說由於成功率低人們的創新動力就會降低這個觀點，今天百度李彥宏說到「互聯網的人口紅利已經消失，創新紅利成爲了將來惟一的增加點」，相信我創新不是你想不想而是不得不作的事情。第三個問題，彷佛你已經本身回答了本身。
因此但願你提出具體化一點的問題，避免提出涵蓋面很普遍的問題，自問自答是一種好的學習方式，可是既然咱們有了一個能具體答疑的交流平臺，請下次認真準備問題，爭取獲得最專業的解釋。順便說下，博客評論回覆你的softwareteacher就是構建之法的做者，微軟的老師，你若是想要進入軟工這個行當，掌握構建之法，那麼良好的互動頗有必要，想一想看哪裏有這麼好的專家在博客上爲你在線答疑呢？

https://www.cnblogs.com/pittma/p/10467372.html

首先表揚一下你已經閱讀了構建之法的部份內容，可是同窗咱們的任務要求是你想要找到答案的問題，因此你不須要粘貼你提出問題的答案，而是應該有感而發，對某一解釋再次提出本身的疑問。

三、下週的計劃改進

部分同窗根本沒有明確做業要求，或是自問自答粘貼內容，或是敷衍回答提出萬金油問題等，須要在之後的做業中具體改進。