第四章：兩人合作
引文：身旁這個傢伙老是問問題，他/她不會看書嗎？我都無法專心工作了。
如果軟體工程師連一對一的合作都做不好，不能有效地去影響同伴，讓合作雙方都能從合作中受益，提高水平，那大家就別扯什麼團隊合作這些事了。
問題：一對一合作兩人的技術水平有差距，如果乙個人技術很差，那麼**審查時兩個人該如何去審查？讓乙個不精通的人去審查**不是更浪費時間？
思考：一對一合作的兩個人技術水平不可能沒有差距，這時，如何分配好每個人的工作就顯得尤為重要，技術好的就編寫**，技術不是很好的就提供好的思路，**審查則兩個人一起審查，技術差的可以在審查過程中提出自己的疑問，讓技術好的給自己講解，這樣才能做到雙方都受益。其次技術差的在另乙個人工作的時候不要頻繁的打擾他，可以自己查查書等工作做完或休息的時候再問。技術好的也要有耐心的為技術差的講解，不能不耐煩。畢竟連兩個人的事都處理不好，就更別談團隊這麼多人了。
第十七章：人，績效和職業道德
引文：磨合是乙個團隊成長的必經階段，但是如果乙個團隊長期掙扎在磨合階段，領導人要負主要責任。
規範階段的團隊，隨著專案的開展和成員們的互動，一些成文或不成文的規則逐步建立起來。
創造階段的團隊，知道為何而戰，並將注意力集中到如何創造、實現目標上。
問題：如何讓乙個團隊保持長久的生命力？
思考：乙個團隊要經歷萌芽、磨合、規範、創造四個發展階段，這四個階段缺一不可，沒有萌芽就沒有團隊的創立，沒有磨合就沒有團隊成員的默契配合，沒有規範就沒有嚴格的管理，沒有創造就沒有團隊的發展。要想讓乙個團隊長久地保持生命力，團隊的領導者就要具有領導力，不一定要求有過硬的技術能力，但要有強大的領導能力，學會用正確的人做正確的事，有清醒的頭腦，在面對突發問題時能最快速地想出解決辦法，如遇到成員脫離隊伍跳槽等，同時要知道如何解決成員驕傲自大的問題。所以乙個團隊的領導者要想讓團隊保持長久的生命力要學會的很多，並不是當了領導者之後就把所有工作下放給成員去做。
讀《構建之法》第四章 第十七章有感
書是我們永遠的朋友 它陪伴我們走過人生的春夏秋冬 在我們的生命中生根 發芽 枝繁葉茂 書是人類發展的錄影機 我們可以在其中看到前輩的足跡 書是知識的海洋 我願是一葉輕舟，載著理想之帆 在海面上蕩漾 它蘊含著祖祖輩輩的希望和嚮往 我依然本著認真地態度，希望通過閱讀能對結對專案有一定的了解和認識基礎。所...
讀《構建之法》第四章 第十七章有感
問題1 程式各方面的質量只取決於水平較高的程式設計師麼？引用 在結對程式設計中，因為有隨時的複審和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高的那一位。結對程式設計在我看來是一種合作，對於實力的不均勻，讓我想起來了短板問題的故事。所以對於書中提到的程式的質量取決於更高水平的程式設計師，...
《構建之法》 第四章
本章內容是講 兩人合作 眾所周知 三個臭皮匠賽過諸葛亮 無論是從事什麼活動或者工作，可見合作的力量是1 1 2 一 重要性 軟體開發的過程是複雜的，顯然的乙個人的智慧型是不夠的，遇到問題一起解決，工作一起分擔能使開發的效率提高很多。以後到公司團隊工作，合作很大程度上實現優勢互補，比如說有人擅長介面設...