第四章，主要內容為講述兩個程式設計師（從作者大篇幅講述**規範等內容來看…應該是把大部分閱讀此章的讀者看作基礎的程式設計師了）如何合作。這章我在看完之後分了兩個板塊：「**交流」與「合作交流」。「**交流」主要就是向讀者傳授如何碼出讓別人看的懂的**（**規範啦，風格規範等內容），「合作交流」部分則是更進一步的向讀者闡述兩個合格的軟體工程師該如何結對進行自己的專案。
合作交流部分，我覺得這部分講的很棒，用很多比喻來描述兩人之間的合作，描述了合作中要經歷的過程，也講了很多交流的技巧。以前很少接觸和了解這類知識，這章講了很多，漲了很多知識。但是，看完回頭細想還是覺得有點不對，就是書中所講的狀態其實太理想。現實中比如說像我們這次的組隊，我們很難做到說兩個人都符合軟體工程師的標準。即使勉強結對，最後可能面臨的就是那種「道理我都懂，但依然不知道如何結對合作」的困境。當兩個人都是半桶水的水平，也就很難做到**規範，又被各自的能力所限制，就更難去複審他人的**（實際上我遇到了這樣的問題，即使他很想在命名和注釋裡向你闡述他的思想，但我依然很難去理解他的**）。書中所描述的關係若是模擬的話更像是將軍的君子之交（二者水平皆很高，且了解各自所需，即使是初次合作也不會太差），而我們更像是一對拿起盔甲就上戰場的新兵（匆忙上陣，各自有著不同的想法）。或許我們也會經歷各種階段走到最後，但我很難想象到會做到像書中描寫的那種情況，畢竟驅使各自走到一塊兒的並不是需求或者利益之類的（類似於披甲上陣的新兵，大多都是被趕鴨子上架，我想兩位將軍走到一起更多是為了實現自己的利益吧）。對於我們這樣畸形的結對關係，我希望老師可以給出一些見解，以便我們在以後在合作中遇到問題時得以借鑑。
十七章，如何成為乙個領頭人（leader），如何去處理團隊內部的種種問題，以及軟體工程師的職業道德。說實話，我對這部分的知識可以說是一片空白。只能去吸收這些知識，達不到融會貫通，更達不到提出自己的質疑。至於提出自己的問題，也很難提出有什麼有營養能住腳的問題（畢竟沒有這方面的經驗…）。就像十六章一樣，只能說是作為一種知識儲備，基本沒有實踐的機會（這次課中的團隊合作模式是在同學之間的，大家都是平等的關係，自然不會存在誰領導誰的事啊）。很有用，但於我們或者至少是於我是沒有多大的實用作用的。
讀《構建之法》第四章 第十七章有感
書是我們永遠的朋友 它陪伴我們走過人生的春夏秋冬 在我們的生命中生根 發芽 枝繁葉茂 書是人類發展的錄影機 我們可以在其中看到前輩的足跡 書是知識的海洋 我願是一葉輕舟，載著理想之帆 在海面上蕩漾 它蘊含著祖祖輩輩的希望和嚮往 我依然本著認真地態度，希望通過閱讀能對結對專案有一定的了解和認識基礎。所...
讀《構建之法》第四章 第十七章有感
問題1 程式各方面的質量只取決於水平較高的程式設計師麼？引用 在結對程式設計中，因為有隨時的複審和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高的那一位。結對程式設計在我看來是一種合作，對於實力的不均勻，讓我想起來了短板問題的故事。所以對於書中提到的程式的質量取決於更高水平的程式設計師，...
《構建之法》第十七章讀後感
通過閱讀 構建之法 第十七章，不能說對我造成了什麼深遠的影響，但是還是感觸頗深 第一，工作分配的重要性，說道工作分配，不得不說我們個小組的組長們，組長不僅僅是乙個團隊的領導者，更是這個團隊的靈魂。它不僅需要了解隨時掌握各組員的動向，更重要的是，他需要了解各組員的能力，然後根據個人的能力，然後再去非陪...