Re: [請益] Pair programming在歐美？
剛好在歐洲待過兩間公司，可以分享一些經驗跟看法，歡迎留言討論XD
先回答問題，並不常見。歐洲人也是人，沒人喜歡敲下一行代碼就被問
為什麼你要這樣寫，白種人的ego更無法容忍自己無暇的代碼被檢視。
我的淺見是，Pair Programming是開發過程中一個解決特定問題的方法。
而方法是否有用？要先問自己幾個問題。
# 從碼農的角度
- 團隊素質參疵不齊嗎？
- 團隊有統一的寫作風格嗎？
- 團隊有持續維護且達成共識的代碼風格文件嗎？
# 從工頭的角度
- 團隊有完整的新進人員訓練嗎？
- 風格迥異的程式庫是否已造成大量的技術債進而拖慢開發速度呢？
- 團隊成員對業務邏輯都有共識嗎？
在我的日常工作中必須要接觸來自不同國家的成員，即使大家都是碼農，
但是成長歷史背景的不同，每個人解決問題的方法與過程也都不盡相同。
看代碼猜國家其實滿有趣得。
而不變的是，大部分的資深碼農對於訓練新進人員通常不感興趣，有的人
甚至認為這工作嚴重拖累他的生產力。其實長遠看，不做好新進訓練的團
隊很快就會因為意識的分歧而大幅降低團隊的生產力。當缺乏對於團隊認
知的新進人員開始敲下他自己的代碼，造成來回數次的Code review，讓
參與者感到疲乏失去耐性而進行妥協，這就是程式碼崩壞的開始。
當12人的團隊有12個寫作風格時，作爲第13人的你會選擇去了解所有的
風格還是創造另一個寫作風格？
『當系統性的問題複雜大無法靠一人之力解決時，為了解決你的問題，
你只會把它變得更複雜。』
Pair programming並無法解決上述的任何一個問題，但可以有效地降低
這一類的問題對團隊造成的傷害。因為在過程中彼此交流面對問題的切
入點與討論解決方法的思路，可以幫助雙方同步對技術與業務邏輯的看
法。越了解與你共事的人，在合作上就越有效率。而共事的人越多，在
選擇最有利團隊的解決辦法時，通常能有更多的選擇。
當然再好的藥，對天生體質不好的團隊通常也沒什麼用。能與心態開放
肯持續學習又聰明的人合作是上輩子修來的福氣。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 84.86.183.170
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1498161523.A.57F.html
推
06/23 09:08, , 1F
06/23 09:08, 1F
→
06/23 09:08, , 2F
06/23 09:08, 2F
推
06/23 13:06, , 3F
06/23 13:06, 3F
推
06/23 16:30, , 4F
06/23 16:30, 4F
討論串 (同標題文章)
完整討論串 (本文為第 3 之 3 篇)：