問題一：如何看待軟體團隊或者企業謀利的的商業模式？
教材內容：第一章概論中關於企業商業模式的論述 p3、p4
綜上所述，我覺得企業的商業模式需要靈活而變，在不同的情況下，可以適當的改變一些商業策略，一些小改動，可能就會給企業帶來很好的口碑。
問題一：簡單的專案是否有必要進行單元測試？
教材內容：第二章中關於測試單元**覆蓋率的部分 p25、p27
思考：之前其實一直不太清楚測試單元有什麼用，今天看過課本之後，發現作者一直在強調測試單元的重要性，可是我們無論是平時做專案，還是老師講課，似乎都沒有特別的去強調單元測試這部分的重要性，所以我不免對此產生了質疑，單元測試是否真的那麼重要？
或許是因為我還不太了解單元測試的好處 ，也可能是我現在所接觸的東西都比較淺，還沒有涉及到單元測試的這個層次。但是看完書，我覺得或許真的有必要去認真的體會一下單元測試的重要性。
問題二：大學生和工程師的對比？
教材內容：第二章中psp資料比較 大學生vs工程師 p35
思考：我其實想說的不單單是對於寫**所花時間的比較，而是大學生在學校所學習的東西和工程師在公司學到的東西的區別，這也是我最近一直在思考的問題，因為這個問題其實關係到是考研還是就業的選擇。
問題一： 創新者和先行者的區別？
教材內容：第十六章迷思之四：創新者都是一馬當先 p345
思考：書上面寫到「大部分成功的創新者都不是先行者」，並且舉了google的例子，以此證明了什麼叫做後來居上。但是我覺得先行者和創新者的關係是，其實先行者是最先發現和思考問題的，但是為什麼被後來者反超，究其根本還是因為後來的人才是真正的創新者，他們可以沿著先行者的道路，但卻是以一種新的方式。舉個例子，先行者發明了一道新的菜餚，讓大家嘗到了一種新的美味。但是創新者能夠將這道菜餚做的更加營養，不僅美味而且健康。所以說，因為先行者,我們的生活方式在改變;而因為創新者，我們才越來越適應這種新的生活方式。
問題二：企業的要想長久發展需要哪些方面的創新？
教材內容：第十六章迷思之七：成功的團隊更能創新 p350
思考：教材上面清楚地告訴我們，成功的企業還能創新！但是我覺得成功的企業創新也是有講究的，企業賴以生存的維持性技術可以適當改進，但是不能直接顛覆，因為這可能直接影響著企業文化和特色。但是建議利用自己的手上的平台和資源進行領域擴充套件，在新的領域大膽創新，我覺得完全可以成為乙個出色的後來居上者。舉個例子，大家都知道商務筆記本和遊戲本幾乎是兩個完全不可能和諧的元素，而且在現在的市面上還找不到一款既具備商務本的美觀便攜，又具備遊戲本強悍效能的筆記本。或者說沒有乙個主流筆記本廠家願意這樣做，其實不難理解，這樣其實相當於自殺式創新，想想如果自己做出一款商務遊戲兼備的筆記本，那自己家的遊戲本和商務本怎麼辦，銷量會不會下降呢？答案是肯定的。但是據說現在國內一家手機廠商在自家的筆記本擴充套件領域大膽創新，即將打破這一局面，發行一款商務范的遊戲本。我覺得這一定會是乙個成功的創新，也正好說明了我的觀點。
構建之法1 2 16章閱讀感想
這本書可以說是我進入大學以來讀過的最容易理解的一本有關於軟體工程的書，語言平易近人容易理解，讓我對軟體工程在原有基礎上有了翻新的認識，讓我重識認識了軟體工程 知行合一 的思想，加深了我對軟體工程行業整體的理解。閱讀的同時，我也產生了一些疑惑，以下是我在學習過第 一 二 十六章後提出的一些問題和我的思...
構建之法4 17章觀後感
第四章 question1 對於4.3.4中提到的折構函式和虛函式這兩個概念，我完全不知道它們是什麼。不知道它們的定義和存在的作用。通過查詢，我知道了這兩個函式的定義和作用。析構函式名也應與類名相同，只是在函式名前面加乙個位取反符 例如 stud 以區別於 建構函式。它不能帶任何引數，也沒有返回值 ...
讀《構建之法》8 9 10章有感
團隊在開發前，需要跟客戶進行溝通，對於客戶提出的新的功能，pm形成需求文件交給專案負責人，經過專案負責人與團隊開發人員的討論，形成反饋文件給予客戶與pm確認，如果確立好可以進行開發。需求分析的過程時軟體開發中比較重要的過程，一旦弄錯功能需求，專案開發到一半卻要重新開始，這既浪費精力又浪費時間。對軟體...