[閒聊] 有人有嘗試pair programming的方式進行程式碼撰寫嗎

看板Soft_Job (軟體人)作者 (瓦茲佛)時間16年前 (2010/04/11 21:15), 編輯推噓8(8023)
留言31則, 15人參與, 最新討論串1/1
各位先進 在敏捷開發流程中常會提到pair programming 不知道你們是否有嘗試此種開發方式進行專案 就書上或網路上的理解 此種方式看似用兩倍的人力進行一段功能的開發 但其產生出來的程式品質較佳 且似乎開發速度不見得會比兩個人分頭進行慢(算上之後測試與debug所耗的時間) 個人認為關鍵似乎在於 合作的兩人可以避免彼此的盲點 並且透過分享彼此的技術解決大部分的問題 對於公司企業來說 長時間的執行pair programming的方式也有助於新進人員的訓練及工作接手問題 不過感覺上就實際執行的狀況來說 可能會面臨到現在板上現在話題的問題 當實力強弱懸殊的時候 比較機車的強者可能自視甚高 嫌弱的拖慢速度增加他的負擔以及出包的風險 比較機車的弱者可能擺爛不努力 背後放話偷表 講到這裡其實也算是遇人不淑的問題 撇開這個不談 開發應用勢必會頻繁使用各類函式庫 這也意味著需要一直看文件和線上資源慢慢撰寫出應用 (還是說有人已經爐火純青到把各種可用資源的呼叫都記下來) 像這樣開發的方式pair programming的開發方式不是很尷尬嗎... 難道要兩個人一起上網查資料... 不知道有沒有人願意分享對於pair programming的看法與實際經驗 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.122.119.69

04/11 21:18, , 1F
雇兩個人來寫同一段功能...恩恩 我猜 如果我是老闆
04/11 21:18, 1F

04/11 21:19, , 2F
寧願花1.5倍的薪水請個較佳的人力來cover這些事情...
04/11 21:19, 2F

04/11 21:20, , 3F
我們實際的作法是peer-review,pair programming太難
04/11 21:20, 3F

04/11 21:21, , 4F
但話說回來,如果是大公司訓練新人也許可行
04/11 21:21, 4F

04/11 21:21, , 5F
難在1.螢幕太小 2.學弟沒耐心學
04/11 21:21, 5F

04/11 21:41, , 6F
感覺拿來訓練新人就好像失去主要的目的了 XDD
04/11 21:41, 6F

04/11 21:41, , 7F
螢幕小的話 可以配張普通的顯卡開雙螢幕阿 哈哈
04/11 21:41, 7F

04/11 22:01, , 8F
如果剛好這兩個人是一男一女...
04/11 22:01, 8F

04/11 22:03, , 9F
那就用小螢幕吧
04/11 22:03, 9F

04/11 22:15, , 10F
囧 搞那個的前提是 有SD的存在 而且產出的SD文件
04/11 22:15, 10F

04/11 22:15, , 11F
是有用的.......... 台灣的環境...難
04/11 22:15, 11F

04/11 22:24, , 12F
前提應該只要目標明確就能作吧? @_@
04/11 22:24, 12F

04/12 00:26, , 13F
念研究所的時候試過,跟一個人有差,工作後比較常pair debug
04/12 00:26, 13F

04/12 00:34, , 14F
我當兵時跟同梯的這樣做過..一個坐在電腦前打字
04/12 00:34, 14F

04/12 00:35, , 15F
一個在後面"念"出要寫得程式碼. 因為已經半夜了,
04/12 00:35, 15F

04/12 00:35, , 16F
兩個人都已經恍神, 無法獨立寫程式...~"~
04/12 00:35, 16F

04/12 00:47, , 17F
我只有稍稍試過,覺得好像對performance有降低效果....。
04/12 00:47, 17F

04/12 00:47, , 18F
我看過, 而且真的是一男一女。
04/12 00:47, 18F

04/12 00:47, , 19F
目前試過比較佳的作法,比較像是exchange programming/
04/12 00:47, 19F

04/12 00:48, , 20F
review,對抓出bug,還快速的。
04/12 00:48, 20F

04/12 01:10, , 21F
試過,失敗~ 強者根本不想和自以為是的弱者合作.....
04/12 01:10, 21F

04/12 02:03, , 22F
耗費人力..台灣的軟體不需要這麼堅固的品質 XD
04/12 02:03, 22F

04/12 02:48, , 23F
to anraye: eXtreme Programming
04/12 02:48, 23F

04/12 03:04, , 24F
樓上....你誤會了,我不是要指XP,雖然exchange並不存在。
04/12 03:04, 24F

04/12 09:33, , 25F
just理論,通不過人性的考驗
04/12 09:33, 25F

04/12 14:38, , 26F
所以說台灣目前就大家所知的狀況基本上是不會這樣開發囉
04/12 14:38, 26F

04/12 15:16, , 27F
我們團隊已經使用超過5年了 近半年還搭配使用SCRUM 成效
04/12 15:16, 27F

04/12 15:16, , 28F
很好內
04/12 15:16, 28F

04/12 15:17, , 29F
如果是管理階層不願意採用那當然沒啥好說的 但管理階層
04/12 15:17, 29F

04/12 15:18, , 30F
如果沒有干涉 我覺得不用XP是自己的損失 因為生活可以
04/12 15:18, 30F

04/12 15:18, , 31F
健康許多 程式當然也更健康
04/12 15:18, 31F
文章代碼(AID): #1BmSkB5Y (Soft_Job)
文章代碼(AID): #1BmSkB5Y (Soft_Job)