Re: [閒聊] 有人有嘗試pair programming的方式進行 …

看板Soft_Job作者 (巫龍王之說)時間14年前 (2010/04/12 08:40), 編輯推噓5(507)
留言12則, 6人參與, 最新討論串1/1
※ 引述《wouzfer (瓦茲佛)》之銘言: : 各位先進 : 在敏捷開發流程中常會提到pair programming : 不知道你們是否有嘗試此種開發方式進行專案 : 就書上或網路上的理解 : 此種方式看似用兩倍的人力進行一段功能的開發 : 但其產生出來的程式品質較佳 : 且似乎開發速度不見得會比兩個人分頭進行慢(算上之後測試與debug所耗的時間) : 個人認為關鍵似乎在於 : 合作的兩人可以避免彼此的盲點 : 並且透過分享彼此的技術解決大部分的問題 : 對於公司企業來說 : 長時間的執行pair programming的方式也有助於新進人員的訓練及工作接手問題 時空背景不同... 以前,會寫程式的人比較少,工具門檻比較高.. 還有,歐美比較重視智慧財產,開發成本高,相對的侵犯智慧財產時罰款也很高. 現在,在比 cost down 了.. ,還pair...?! 大公司的新產品開發外包給小公司,要是該產品被發現盜用程式碼, 該大公司也是受害者阿,要求償就跟那小公司求償. 之前 微軟的線上微網誌,不但介面相似,連程式碼都被發現有抄襲 plurk 的, 需要微軟賠錢嗎? : 不過感覺上就實際執行的狀況來說 : 可能會面臨到現在板上現在話題的問題 : 當實力強弱懸殊的時候 : 比較機車的強者可能自視甚高 嫌弱的拖慢速度增加他的負擔以及出包的風險 : 比較機車的弱者可能擺爛不努力 背後放話偷表 : 講到這裡其實也算是遇人不淑的問題 : 撇開這個不談 : 開發應用勢必會頻繁使用各類函式庫 : 這也意味著需要一直看文件和線上資源慢慢撰寫出應用 : (還是說有人已經爐火純青到把各種可用資源的呼叫都記下來) : 像這樣開發的方式pair programming的開發方式不是很尷尬嗎... : 難道要兩個人一起上網查資料... : 不知道有沒有人願意分享對於pair programming的看法與實際經驗 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.80.136.67

04/12 09:32, , 1F
就是因為要 cost down 所以才要 pair ..... XD
04/12 09:32, 1F

04/12 09:32, , 2F
你知道 devleop period 和 QA period 和 release 之後, 發現
04/12 09:32, 2F

04/12 09:32, , 3F
一隻 bug 的 cost 差多少嗎? :p
04/12 09:32, 3F

04/12 10:07, , 4F
可是重點是老闆不知道。
04/12 10:07, 4F

04/12 11:23, , 5F
先看股東資金,訂單營收,老闆意思. 現在不是技術問題.
04/12 11:23, 5F

04/12 11:26, , 6F
或,等軟體股股價大紅大紫,一堆股東拿大把鈔票來時...
04/12 11:26, 6F

04/12 14:33, , 7F
不過這不是現在新的時空背景才提出的開發方式嗎 XDD
04/12 14:33, 7F

04/12 14:36, , 8F
而且其背後的XP跟agile更是希望周期更短的開發 不是嗎
04/12 14:36, 8F

04/12 15:13, , 9F
我們團隊已經使用XP有5年以上的經驗 Pair的確有很多的
04/12 15:13, 9F

04/12 15:14, , 10F
問題會發生 但要做到動態pair有些難度 幸好後來搭配SCRUM
04/12 15:14, 10F

04/12 15:14, , 11F
之後 pair的問題有順利克服許多
04/12 15:14, 11F

04/14 20:28, , 12F
有沒有線上piar-programming軟體,不喜歡和學弟黏在一起
04/14 20:28, 12F
文章代碼(AID): #1BmclqDi (Soft_Job)