編程，有些人喜歡，有些人討厭，有些人從未嘗試過，還有壹些人每天都在使用。
那群喜歡結對編程的人認為，結對編程有利於團隊的知識***享，打破成員間的知識孤島。另壹方面，結對編程（PP）可以促進團隊之前的協作，也能夠加快新成員的融入，更加快速的創建價值。還有結對編程與 CI/CD 以及主幹開發能夠很好的融合在壹起。
可是在另外壹群不喜歡結對編程的人眼中，卻有另壹番觀點，他們認為，結對編程會降低效率，尤其是兩個開發人員經驗差距較大的時候。他們還認為，這種工作方式會讓開發者無法集中註意力。每壹個人的工作方式都不同，在同壹臺電腦上工作，具有非常大的挑戰。
壹個人工作的時候，壹天工作結束，拿下耳機，與結對編程結果完全不壹樣。參與壹天結對編程，有時候，真的很累。但是這壹部分內容卻有很少的人討論到。
編程有很多挑戰，需要我們付出很多努力，他和其它技能壹樣。這不是壹件自然而然的事情，需要我們進行不斷的練習。
結對編程會讓人覺得是在工作時有人盯著。
結對編程可能會重新點燃程序員的?冒名頂替綜合癥?，很多他們能做到的事情他們卻覺得自己做不到。
當遇到問題時，妳要把妳的思路轉化成別人能理解的文字，這是壹個非常艱巨的任務，就像考試壹樣。
對於開發人員來說，對於 IDE 的快捷鍵都可能有不同的設置，不僅這些，還有很多工具也存在差異。這些差異都會使開發人員，在開發過程中感到非常的不舒服。
諷刺的是，要讓程序員在結對編程感到更加的舒服，我們需要在工作結束，或者在番茄鐘間歇的時候，多多交流，相互反饋。但程序員大多數沈默少言，並且很內向，他們之間的反饋和交流非常的不容易。
簡而言之，整個事情都不容易。
結對編程優勢不可能被否認，是有據可查的。但結對編程存在的問題卻很少被提到，但這些也非常重要。
鄭重聲明，我是壹個結對編程的踐行者。對於我來說，和很多人壹樣，我們都會對挑戰所帶來的收益進行評估，判斷是否值得自己去付出努力。但是我也相信，和其它的挑戰壹樣，當妳準備好，知道妳自己應該做什麽的時候，事情就會變得很容易。
我們經常談論各種各樣的挑戰，我們可以使用我們的智慧來找到解決辦法。我們可以從中獲得好處並減少問題帶來的挑戰。舉個例子，我們並不需要對每壹個任務都進行結對編程，我們可以間歇性的執行結對編程，更好地適合妳團隊的現狀。