在學習和工作中，許多事情可能憑藉自己乙個人的力量和思想，是不能實現或成功的。確實如此，人在社會上生存，人是一種群居動物。乙個人的能力再大，也不可能什麼都會，畢竟人無完人，每個人都有其擅長和不擅長的地方。我們會發現，很多事情並不是乙個人就能解決好的，因為乙個人的精力有限，能力也有限，獨木不成林，唯有眾志方能成城。因此，我們就需要外界的幫助去完成。這個過程中，也就是與外界交流的時候，一定會涉及到與他人合作這個話題。
這個週末，趁著空閒，我閱讀了《構建之法》的第4章，它講的內容主要是兩人合作。當我了解到這種結對合作的方式之後，我感到十分的好奇和不解。因為在結對合中，一人是駕駛員（控制鍵盤輸入），另一人是領航員（起到領航、提醒的作用）。對此我就認為，這分明是兩個人在幹乙個人的事情，有這個必要嗎？這樣做的結果不就是1+1小於2了嗎？但是當我耐心將第4章的內容都讀完之後，我才知道是自己想得太膚淺了。
我從書中知道，結對程式設計具有個人所沒有的好處：
在開發層次，結對程式設計能提供更好的設計質量和**質量，兩人合作解決問題的能力更強；
對開發人員自身來說，結對工作能帶來更多的信心，高質量的產出能帶來更高的滿足感；
同時，在進行結對合作的過程中，我們需要相互理解，增進感情，找到一致的節奏，最後共同去實現共同的目標。這對於我們以後的團隊合作是有很大幫助的。
要知道，團隊合作能夠增強大家的縝密思維與考慮問題的全面性和完善性的能力。這也就是我在前面所說的基礎之上才能夠建立起來的，當我們能更好的交流的時候，我們就能夠得到更多的想法，我曾讀過這樣的句子：「兩個人，每個人有乙個蘋果，交換了之後還是只有兩個蘋果;但如果是兩個人有兩種不同的思想，交換了以後，可以碰撞出更多的思維火花!」所以，當我們能夠接收到外界的更多想法的時候，就可以更全面的去思考問題，能夠將自己的沒有思考的方面給考慮到，並且將相關的問題解決。同時，在有了經驗之後，在以後的工作中會更加注重合作的重要性，能夠借助他人的力量，將每一件事情考慮全面，將突發問題處理得更好。只有這樣，我們才能在自己的道路上越走越遠。
讀《構建之法》第4章有感
在 構建之法 第4章中，提及最多的就是 結對程式設計 了，為什麼要 結對程式設計 呢？為什麼這兩個人不各自做各自的事情呢？這樣就可以同時做兩件事了，從某種意義上取得了雙倍的效率，為什麼不呢？你沒猜錯，我就只能提問題，至於解決問題，這個還是從書中捕獲答案吧。在結對程式設計模式下，一對程式設計師肩並肩 ...
讀《構建之法》第 6 7 章有感
敏捷流程概述 第一步 找出完成產品需要做的事情 product backlog。第二步 決定當前的衝刺 sprint 需要解決的事情 sprint backlog。第三步 衝刺 sprint 敏捷流程的問題和解法 第一步 各個需求和任務之間是有種種複雜的依賴關係的，除了優先順序之外，我們還要考慮相互...
讀《構建之法》第8 9 10章有感
第8章需求分析讀後感 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1...