看板 Soft_Job 關於我們 聯絡資訊
各位先進 在敏捷開發流程中常會提到pair programming 不知道你們是否有嘗試此種開發方式進行專案 就書上或網路上的理解 此種方式看似用兩倍的人力進行一段功能的開發 但其產生出來的程式品質較佳 且似乎開發速度不見得會比兩個人分頭進行慢(算上之後測試與debug所耗的時間) 個人認為關鍵似乎在於 合作的兩人可以避免彼此的盲點 並且透過分享彼此的技術解決大部分的問題 對於公司企業來說 長時間的執行pair programming的方式也有助於新進人員的訓練及工作接手問題 不過感覺上就實際執行的狀況來說 可能會面臨到現在板上現在話題的問題 當實力強弱懸殊的時候 比較機車的強者可能自視甚高 嫌弱的拖慢速度增加他的負擔以及出包的風險 比較機車的弱者可能擺爛不努力 背後放話偷表 講到這裡其實也算是遇人不淑的問題 撇開這個不談 開發應用勢必會頻繁使用各類函式庫 這也意味著需要一直看文件和線上資源慢慢撰寫出應用 (還是說有人已經爐火純青到把各種可用資源的呼叫都記下來) 像這樣開發的方式pair programming的開發方式不是很尷尬嗎... 難道要兩個人一起上網查資料... 不知道有沒有人願意分享對於pair programming的看法與實際經驗 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.122.119.69
gigipan:雇兩個人來寫同一段功能...恩恩 我猜 如果我是老闆 04/11 21:18
gigipan:寧願花1.5倍的薪水請個較佳的人力來cover這些事情... 04/11 21:19
costbook:我們實際的作法是peer-review,pair programming太難 04/11 21:20
gigipan:但話說回來,如果是大公司訓練新人也許可行 04/11 21:21
costbook:難在1.螢幕太小 2.學弟沒耐心學 04/11 21:21
wouzfer:感覺拿來訓練新人就好像失去主要的目的了 XDD 04/11 21:41
wouzfer:螢幕小的話 可以配張普通的顯卡開雙螢幕阿 哈哈 04/11 21:41
remmurds:如果剛好這兩個人是一男一女... 04/11 22:01
costbook:那就用小螢幕吧 04/11 22:03
phantom400:囧 搞那個的前提是 有SD的存在 而且產出的SD文件 04/11 22:15
phantom400:是有用的.......... 台灣的環境...難 04/11 22:15
TonyQ:前提應該只要目標明確就能作吧? @_@ 04/11 22:24
kit51:念研究所的時候試過,跟一個人有差,工作後比較常pair debug 04/12 00:26
sazabijiang:我當兵時跟同梯的這樣做過..一個坐在電腦前打字 04/12 00:34
sazabijiang:一個在後面"念"出要寫得程式碼. 因為已經半夜了, 04/12 00:35
sazabijiang:兩個人都已經恍神, 無法獨立寫程式...~"~ 04/12 00:35
anraye:我只有稍稍試過,覺得好像對performance有降低效果....。 04/12 00:47
howshou:我看過, 而且真的是一男一女。 04/12 00:47
anraye:目前試過比較佳的作法,比較像是exchange programming/ 04/12 00:47
anraye:review,對抓出bug,還快速的。 04/12 00:48
poqwer:試過,失敗~ 強者根本不想和自以為是的弱者合作..... 04/12 01:10
Ting1024:耗費人力..台灣的軟體不需要這麼堅固的品質 XD 04/12 02:03
anakin2:to anraye: eXtreme Programming 04/12 02:48
anraye:樓上....你誤會了,我不是要指XP,雖然exchange並不存在。 04/12 03:04
tsairay:just理論,通不過人性的考驗 04/12 09:33
wouzfer:所以說台灣目前就大家所知的狀況基本上是不會這樣開發囉 04/12 14:38
elinwang:我們團隊已經使用超過5年了 近半年還搭配使用SCRUM 成效 04/12 15:16
elinwang:很好內 04/12 15:16
elinwang:如果是管理階層不願意採用那當然沒啥好說的 但管理階層 04/12 15:17
elinwang:如果沒有干涉 我覺得不用XP是自己的損失 因為生活可以 04/12 15:18
elinwang:健康許多 程式當然也更健康 04/12 15:18