GIT：
https://git.coding.net/sonicsun/First.git
在寫自己關於寫博客的想法之前我先回答一下三個問題
問題一：
我選擇計算機是因為覺得計算機就業前景和未來發展都很不錯，上大學前覺得計算機專業是一個更側重實踐的專業，比起理論知識，個人更喜歡實踐。
我認為我的條件還不錯，個人的目標鮮明，明確的知道自己想要或者需要學習的東西，一開始的時候就有着對計算機的學習興趣，並且在數學從小學到高中一直是自己的優勢學科，一來學習的c語言有十足的熱情。但是感覺很多課程對自己幫助不大，都停留在理論階段，而且無法實踐，都是為了應付考試，所以沒有學習的積極性。條件和這些博主差不多。
問題二：
我理想的大學應該是能夠引導學生明確好自己的目標，學生有足夠多的時間去安排自己想要做的事情，有足夠多的機會決定自己想要成為什么樣的人，而不是被課程或者專業局限，大家能夠對自己學習的東西真正有興趣，而不是因為各種因素不得不去學習一些自己不感興趣的東西，並且這個東西會花掉很多的課余時間，還對自己毫無幫助。
問題三：
我未來在IT行業會從事前端的工作，技術道路在大二的時候已經規划好了，現在還在實踐中。職業道路是30歲以前積極學習技術，掌握最新的技術，並且時刻了解一些其他方面的知識，30歲以后往架構師或者是管理層走。社會道路這個個人覺得無法規划，社會上變數太多，不能太過死板去規划，會限制自身的發展。
想法：想法來自這篇博客：http://www.cnblogs.com/rocedu/p/5145864.html
為什么我們要寫博客？贊同寫博客能夠提高自己的組織能力，思辨能力，管理能力。我會在csdn上寫技術博客，一方面是能夠總結自己所學的知識，一方面是能夠幫助其他人學習知識，還有一個更簡單的理由，博客的訪問量側面反映了你這個人對技術的熱情以及對技術的掌握情況，在簡歷上加上自己的博客，能夠讓HR更清晰的看到你的技術能力。
但是記錄心情，記流水賬的博客個人感覺發在技術博客上就毫無意義，掛羊頭賣狗肉。
個人對於這種老師強行規定寫博客，如果是寫的真正的技術博客，寫的真的是自己遇到的技術問題，然后通過什么方式解決了不反感，而且我覺得很有必要。但是如果博客的內容是什么想法，什么感想一類的，個人很反感，因為這些算是個人的一些隱私了。博客是一個公開的平台，大家應該有權利選擇要不要寫在博客上，因為這些東西寫在了博客上就代表不止同學老師能看到，陌生人也能看到，我們作為計算機專業的學生更應該懂得網絡上個人隱私的重要性，而且寫想法和感想這一類的東西是因人而異的，不是寫了對所有人都有好處，大家的思維方式不是一模一樣的，不是每個人的大腦都是一樣的，個人就很不喜歡寫這一類的東西，寫了也是敷衍了事，自己敷衍寫出來的東西自己看了都惡心，我相信和我有一樣想法的同學不止我一個。所以希望將來的作業要是寫博客的話能夠注意一下這個問題。
構建之法問題：
我認為短時間內讀完一本396頁書並且提出的問題都不能稱為問題，沒有太多的時間去思考，帶着質疑的態度去閱讀一本書，去學習新的東西是一件好事，但是5天的時間就要去掌握作者的思維方式，技術思想，這個在本人看來不太現實，所以這樣提出來的問題大都是價值不大或者是毫無營養的問題，這些問題在深入學習后大都能夠輕松解決。這種無用功我覺得是沒有必要的。
問題一：16周的課程安排中提到了這么一句話，那么什么是Alpha階段，什么是Beta階段呢？
一個學期做Alpha階段， 一個學期做Beta階段
問題二：在3.1中有這么一句話
和團隊的其他角色合作， 在測試環境中測試實現方案， 修復缺陷（Bug） 。 如果此方案有嚴重的問題， 那么就考慮其他方案
這句話是寫在執行階段之后，如果在項目開發中期發生了嚴重問題，比起去修復解決問題，換方案的成本是不是更大？比起解決修復問題，為什么要選擇換方案？
問題三：在5.3.6中
從2009年開始， 一些互聯網產品團隊在試驗MVP方法： MVP[注釋7]——Minimal Viable Product， 最小可行產品， 又稱為Minimal Feature Set， 最小功能集。 具體的做法是： 把產品最核心的功能用最小的成本實現出來（或者描繪出來） ， 然后快速征求用戶意見。
這種方法在征求用戶意見分析數據上會花費一定的時間，會拖慢項目的開發進程，這樣可能會有部分用戶在這期間已經流失了，比起將軟件一舉上線，綜合看來這樣的損失是不是更小？
問題四：在9.3中
PM做開發和測試之外的所有事情
PM是否可以理解為大家常說的項目經理？在這一節中可以看出PM需要的綜合能力很強，在技術上應該也要有一定造詣，但是為什么大部分公司的項目經理對技術方面要求與一般的程序員要求差不多？
問題五：在16.2中
做前沿研究的人， 可以早於其他人很多年提出新想法， 但是這些想法一般都是在“創新者”（Innova-tor） 那個圈子里有影響， 這些想法要等若干年后才能由一個或多個企業看准時機推向大眾市場。 成功人士的故事讀多了， 很容易讓人產生誤解， 認為技術的創新就是一條連續的曲線。 先寫論文從理論上論證其可能性（創新者階段） 然后做出原型供先行者嘗鮮（早期采用者階段） 隨后廣大人民群眾中覺悟高的開始接受新技術（早期大眾階段） 再傳播到晚期大眾（LateMajority） 最后落伍者（Laggards） 都開始使用這個新技術了但是很多新技術都掉到溝里去了，推出的時機過早， 未能吸引大眾， 是一個重要原因。
一直在等待合適的時機才推出新技術，是否會阻礙前沿研究的進程？