讀《構建之法》後想到的五個問題：
q1.書中提到「在結對程式設計中，因為有隨時的複審和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高的一位」。我的問題是：是否要在結對成員選擇上，刻意區分出"一強」和「一弱」進行結對呢？
我的觀點：不可否認的是結對程式設計能夠提供更好的設計質量和**質量，兩人合作解決問題的能力更強。若是強強聯手，勢必會事半功倍，無論是在程式質量，還是交流學習上，兩人都會受益良多，並共同促進整個專案的高效完成。但對於一些菜鳥來說，結對明顯是一種強大的壓力。在結對工作中會遇到各種複雜的問題，由於自身水平太差，會擔心拖累整個專案的程序，羞於表達自己的想法，以至於得不到有效的溝通，導致任務完成效果差強人意。任何事情都具有兩面性，我想結對合作也不例外。
q2.什麼是好的**規範和設計規範？
我的觀點：是像書中所說「簡明，易讀，無二義性」。還是要有自己的編碼風格呢。**的版式雖然不會影響程式的功能，但卻影響程式的可讀性。可供程式利用的資源（記憶體、cpu時間、網路頻寬等）是有限的，優化的目的就是讓程式用盡可能少的資源完成預定的任務。優化通常包含兩方面的內容：減小**的體積，提高**的執行效率。**的版式好比「書法」一樣，它追求的是清晰、整潔、美觀。讓人一目了然，是**風格的重要構成因素。雖說，程式設計師寫的**是給機器看的，但毫無規範的**，無疑會對團隊工作帶來影響。我認為好的程式應是在程式設計過程中**風格和**執行效率並重。程式設計師應在養成良好**規範的基礎上，更加注重提高**的執行效率。即可在提高硬體配置、優化流程、調高**編寫技巧、優化**方面進行總結。
q3.不應該根據學生的具體情況來教學嗎？
我的觀點：書中也提到「考慮到各個學校的具體情況，老師也可以考慮把這門課當作兩門課的結合」。那為何不能根據學生情況，具體實施教學方案呢。我看書中的課程安排是16周，而我們去掉假期可能不到十周。書中的個人專案、結對專案、團隊專案是分時段，陸續展開的。而我們卻要同時進行。如果同學們都能跟得上，那很好。若是絕大多數同學都跟不上，感覺很吃力還做不好，那為何不調整一下呢。
q4.難道一定要達到一定的工作量，才能做到「身心投入」嗎？
我的觀點：書中說到「身心投入是學習的關鍵」，而現在的我們被大量的作業壓得喘不過氣來，除了身體上的不適，心理上的壓力也很大。睡前在想作業，醒來還是作業。當然，完成不了老師布置的任務量，就是不合格。那麼老師要是的極少數的合格，大多數不合格還是帶領大家循序漸進，真正地、有節奏地「身心投入」到學習中去。
q5.這本書應用於所有的所有的學校情況嗎？
我的觀點：剛剛接觸老師也才兩周，老師已經不止一次的提到別的學校的同學怎麼怎麼樣。我們不是不希望和好的比較，但是誰都不希望被比較。知道老師是為了讓我們進步，可這種方式無疑會令我們倍感挫敗。鄒老師書裡面也寫了「如果老師能從本校實際情況出發，參考公平性、反饋和可預見性的原則，不斷地聆聽、總結、分享、改進，假以時日，這門課就能越上越好」。我也希望老師可以對我們班的實際情況做出相應的調整。
（第二週）通讀《構建之法》有感
首先宣告一點，我不是對這本書有任何偏見，相反，我認為這本書的內容很全面，很精彩。引用 這本書內容的一些特點 1 理論和實踐相結合。講現 論，同時講現 論的工具。2 結構緊湊。個人專案 結對專案 團隊專案緊密配合，能在16週內講完。3 面向實戰，強調做中學。學生專案都通過團隊部落格實時公布專案進展 工...
讀構建之法第二天
剛剛讀了構建之法第一章的內容，主要講述了電腦科學領域，軟體工程與電腦科學的關係，軟體的特性以及軟體工程的定義和組成部分這四方面的內容。下面我將分為四部分 第一部分 1 軟體 程式 軟體工程 軟體工程的核心部分是構建管理 源 管理 軟體設計 軟體測試 專案管理。廣義上軟體工程還包括使用者體驗，使用者設...
第二週讀書筆記《構建之法》
構建之法讀書筆記 沈三景pb15061249軟體工程讀書筆記 本週閱讀了構建之法的 四 五兩個個章節。這三個章節主要講述了 規範 結對程式設計 團隊模式 開發流程。首先提到的是 規範，程式設計師寫的 不僅要給機器看，還要給人看。好的 規範能事半功倍。規範有分為 風格規範和 設計規範。風格規範是指讓 ...