初次閱讀這本書，就覺得這是一本很直接地講述《軟體工程》的書，裡面的內容通俗易懂，用許多例項專案，巧妙的語言講解知識，進而讓讀者對這門課程產生了很大的興趣。以下是我速讀《構建之法：現代軟體工程》之後產生的幾點疑問：
第一章 概論
文章在開篇中寫道，「我成為了一名職業程式設計師，但是我發現所有的演算法別人都已經實現了，我只要呼叫就可以。似乎我們公司的軟體與資料結構、演算法的關係都不大。那我當初辛辛苦苦學習的資料結構和演算法有用麼？如何區分乙個好的程式設計師和不好的程式設計師呢？」。讀完這些話，我就有疑問了，那麼，怎麼去評定乙個好的程式設計師？
我查些書本和網上的資料，大致有這些：對知識的考察，對過往專案的理解，對程式本身的理解，對動手寫程式的能力等方面的評定方法。我還在想著，自己寫的程式裡有沒有bug是不是也可以作為乙個程式設計師是否好的標準呢？當我看到15頁的時候就明白了，是否是bug取決於使用者和開發者的不同角度，那麼就是說好的程式設計師還要滿足使用者的需求，但是又出現了乙個問題，如果你實現了使用者不需要的功能也算不算乙個「bug」呢？所以稱為乙個好的程式設計師是又很多因素的，希望在本學期的課程中能領悟的深刻一點。
第二章 個人技術和流程
這一章講了很多專業性的概念，如單元測試，回歸測試，效能分析，個人軟體開發流程（psp）等。單元測試需要用到vsts軟體，文中簡單介紹了它的使用方法，怎麼才能做乙個好的單元測試？還有講回歸測試是在單元測試的基礎上做的測試，但書中沒有講到具體的方法，或者說是怎麼去做；還有psp的具體流程，這些在書中沒有具體的操作過程，所以不是很明白，希望通過老師的講解能進一步的理解。
第三章 軟體工程師的成長
本章開頭的一句話給我留下了很大的印象：為什麼乙個高階工程師會比新手工資高那麼多？軟體工程師有什麼更好的方法來衡量自己的能力和價值？其實這些問題從不同的角度來看，就會有不同的回答。但綜合來說，首先，乙個軟體工程師需要具備一定的知識和能力；其次，工程師有職業成長級別，乙個工程師要從乙個級別公升到另乙個級別，就需要在各個方面達到要求，比如閱讀的知識領域、累積的工作經驗以及帶過入門人員的課程等方面。
但是乙個合格甚至是優秀的軟體工程師究竟是怎樣衡量出來的呢？隨著乙個個方面的剖析，實則在告訴著我們究竟是需要在哪方面去培養我們自己。其後列舉的多條自我晉級之路無疑是條條大道，或許現在我還無法果斷的言明我就是要選擇其中的種方法，但這些都是些好的參考，或許我們都能參照其中的某些提醒，培養出屬於自身的核心競爭力。本章中多次提到了核心競爭力，但也如書中所言——口訣是公開的，大家學有同樣的東西，到底得學會些什麼才算是有了屬於自己的核心競爭力呢？
構建之法 現代軟體工程
我理解的軟體工程 軟體工程就是把系統的，有序的，可量化的方法應用到軟體的開發，運營和維護上的過程。軟體工程包含的領域有很多，軟體需求分析，軟體設計，軟體構建，軟體測試和軟體維護。我理解的軟體工程是，這必須需要乙個團隊或者乙個小組合作才能做出優秀的產品，乙個人是不可能完成的。軟體工程並不是我以前理解的...
構建之法現代軟體工程
讀了鄒欣老師著作的 構建之法 以及參考其他眾位大神對於本書的書評後，我獲益匪淺，具體如下 首先我覺得鄒老師這本書看起來很輕鬆，當然不是指沒含量，實則恰恰相反，只是這裡我要更多的突出是另一方面，那就是這本書給讀者營造的氛圍很輕鬆，讓我不知不覺就看了好多頁，內容很豐富，其中有很多的假設，難得的是每乙個假...
初識軟體工程 《構建之法 現代軟體工程》
每次開學都是乙個新的開始。當看到 軟體工程 這四個字時，既熟悉又陌生，熟悉是因為我的專業就是軟體工程，陌生的是他作為一門課程，我不知如何下手。從老師的推薦中，我選擇了這本 構建之法 現代軟體工程 他向我展現了乙個新的世界，讓我有了新的認知，同時也帶來了新的探索。問題 1.對於剛接觸這方面知識的我們，...