第一次接觸這本書是在老師的推薦下，據說作者是一個出自微軟的技術大牛，敬仰之情當時油然而生。讀完前三章之後有很多感悟，確實在某些方面衝擊了以前的一些思維觀念，收穫頗多。
我很贊同作者在書的正文之前提到的老師和同學之間的關係應該是健身教練與健身學員的觀點。老師以他豐富的時間和理論去引導學生，而真正的實現過程得我們學生自己親自完成，在實現的過程會遇到很多問題，自己也要想辦法解決，這樣自己才能有技能的提升。書中也有提到對個人與團隊在專案中應該建立的評分體系以此來衡量個人的貢獻值，缺失感觸很深。
在第一章中提到軟體=程式+軟體工程感覺很模糊。後來想想好像是這麼個道理。程式只是整個軟體結構裡的功能實現部分，而軟體工程是對軟體需求，設計，開發，測試，釋出，運營，維護的綜合管理流程。我雖然未曾參加過一般軟體產品的開發工作，但對書中提到的軟體產生的幾個階段的描述卻很詳細。在單元測試章節中提出單元測試應該由最熟悉程式碼的人來寫，應該覆蓋所有程式碼路徑，應該整合到自動測試的框架中，必須和產品程式碼一起儲存和維護提高了我對單元測試的理解。迴歸測試（從正常工作的穩定狀態退化到不正常工作的不穩定狀態）的提法確實是第一次聽說，畢竟以前沒接觸過軟體工程這門課。以及提出的效能分析工具VSTS向我展示了程式碼在優化前後的時間差異。
對於自己在程式設計方面能力的提升應該首先建立一張工作過日誌表，每天對自己的工作量進行評估，一段時間後知道自己的工作能力和需要加強的地方。另外書中的一邊部落格的網址https://news.cnblogs.com/n/513177提到個人對程式設計的態度與日後的成就的關係很是精闢，也改變了我以前的觀點（曾經覺得敲幾年程式碼後就不敲了看能否改行）。在以後的日子裡我要朝著成為一個優秀的工程師而努力。最開心的事就是別人付錢去做我自己喜歡的工作。
我的問題是1.閱讀別人寫的很多程式碼時就有一點不鎮定，可能和我看的程式碼少有關，應該怎麼克服？2.如果對一個需要解決的問題開始不會，後來經過上網查資料或者書籍知道了解決過程，這是否意味著我已經會解決這個問題了，有沒有抄襲的嫌疑？