問題1：程式各方面的質量只取決於水平較高的程式設計師麼？
引用：在結對程式設計中，因為有隨時的複審和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高的那一位。
結對程式設計在我看來是一種合作，對於實力的不均勻，讓我想起來了短板問題的故事。
所以對於書中提到的程式的質量取決於更高水平的程式設計師，我是有一些疑問的。我認為兩個人的結對程式設計，重要的是合作和互補。只有當實力差不多均衡的時候才能發揮到最優程度。書中之前也提到了在結對程式設計模式下，一對程式設計師肩並肩、平等的、互補的進行開發工作。同時，結對合作是非常關鍵的乙個因素，如果兩個人像拔河一樣的工作，那麼怎麼可能有成效？所以在我看來，乙個程式的各方面質量其實取決於兩人的合作精神以及互相幫助提高能力後共同實力的體現。
問題2：goto方法可以使用麼？
引用：函式最好有單一的出口，為了達到這一目的，可以使用goto。
在以前的課中，我記得老師說不可以使用goto，於是我查詢了資料
因此我也查閱了很多網上的資料，大多數聲音都是反對使用goto，主要原因就是goto打亂了結構化設計，我們習慣於順序執行的**，而goto會使**複雜的程度大大增加，但同時帶來的好處是會讓**變得更加簡潔，在許多系統的原始碼（例如linux）就大量使用了goto語句，goto語句在複雜的編碼中會為**的編寫者節省大量的時間與空間，但會讓其他非編寫者難以理解，我個人並不反感使用goto，因為如果真正用好goto語句，會為我們的編碼帶來很大的便利，需要注意的是，goto使用的時機與方式是否正確，如果真的有益於整個程式，那麼未必不是最佳選擇。
問題：所謂的「影評家」難道對我們的影響都是不好的麼？
引用：影評家不拍電影、也沒有演技，但是他們對電影的一切都可以指手畫腳，而且不必承擔任何責任，最高領導往往還挺容易受影評家的影響！你在辛辛苦苦做專案的時候，是否又一圈影評家再圍觀？
讀《構建之法》第四章 第十七章有感
書是我們永遠的朋友 它陪伴我們走過人生的春夏秋冬 在我們的生命中生根 發芽 枝繁葉茂 書是人類發展的錄影機 我們可以在其中看到前輩的足跡 書是知識的海洋 我願是一葉輕舟，載著理想之帆 在海面上蕩漾 它蘊含著祖祖輩輩的希望和嚮往 我依然本著認真地態度，希望通過閱讀能對結對專案有一定的了解和認識基礎。所...
《構建之法》 第四 第十七章
第四章，主要內容為講述兩個程式設計師 從作者大篇幅講述 規範等內容來看 應該是把大部分閱讀此章的讀者看作基礎的程式設計師了 如何合作。這章我在看完之後分了兩個板塊 交流 與 合作交流 交流 主要就是向讀者傳授如何碼出讓別人看的懂的 規範啦，風格規範等內容 合作交流 部分則是更進一步的向讀者闡述兩個合...
讀第四章及第十七章之後的思考
讀第四章及第十七章之後的思考 第四章我在讀了p69頁中寫 函式最好有單一出口，為了達到這一目的，可以使用 goto 只要有助於程式邏輯的清晰體現，什麼方法都可以使用，包括 goto 我的問題是 我一直腦海裡對goto就沒什麼好印象，覺得 goto 是不可以出現在 裡的，這讓我很矛盾與疑惑。不過在群裡...