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

[walking (巫龍王之說)]

※ 引述《wouzfer (瓦茲佛)》之銘言：
: 各位先進
: 在敏捷開發流程中常會提到pair programming
: 不知道你們是否有嘗試此種開發方式進行專案
: 就書上或網路上的理解
: 此種方式看似用兩倍的人力進行一段功能的開發
: 但其產生出來的程式品質較佳
: 且似乎開發速度不見得會比兩個人分頭進行慢(算上之後測試與debug所耗的時間)
: 個人認為關鍵似乎在於
: 合作的兩人可以避免彼此的盲點
: 並且透過分享彼此的技術解決大部分的問題
: 對於公司企業來說
: 長時間的執行pair programming的方式也有助於新進人員的訓練及工作接手問題


   時空背景不同...

    以前,會寫程式的人比較少,工具門檻比較高..

    還有,歐美比較重視智慧財產,開發成本高,相對的侵犯智慧財產時罰款也很高.



  現在,在比 cost down 了.. ,還pair...?!



  大公司的新產品開發外包給小公司,要是該產品被發現盜用程式碼,
  該大公司也是受害者阿,要求償就跟那小公司求償.

  之前 微軟的線上微網誌,不但介面相似,連程式碼都被發現有抄襲 plurk 的,
  需要微軟賠錢嗎?











: 不過感覺上就實際執行的狀況來說
: 可能會面臨到現在板上現在話題的問題
: 當實力強弱懸殊的時候
: 比較機車的強者可能自視甚高 嫌弱的拖慢速度增加他的負擔以及出包的風險
: 比較機車的弱者可能擺爛不努力 背後放話偷表
: 講到這裡其實也算是遇人不淑的問題
: 撇開這個不談
: 開發應用勢必會頻繁使用各類函式庫
: 這也意味著需要一直看文件和線上資源慢慢撰寫出應用
: (還是說有人已經爐火純青到把各種可用資源的呼叫都記下來)
: 像這樣開發的方式pair programming的開發方式不是很尷尬嗎...
: 難道要兩個人一起上網查資料...
: 不知道有沒有人願意分享對於pair programming的看法與實際經驗

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 219.80.136.67
推 ledia:就是因為要 cost down 所以才要 pair ..... XD
→ ledia:你知道 devleop period 和 QA period 和 release 之後, 發現
→ ledia:一隻 bug 的 cost 差多少嗎? :p
推 blexx:可是重點是老闆不知道。
→ walking:先看股東資金,訂單營收,老闆意思.  現在不是技術問題.
→ walking:或,等軟體股股價大紅大紫,一堆股東拿大把鈔票來時...
推 wouzfer:不過這不是現在新的時空背景才提出的開發方式嗎 XDD
→ wouzfer:而且其背後的XP跟agile更是希望周期更短的開發 不是嗎
推 elinwang:我們團隊已經使用XP有5年以上的經驗 Pair的確有很多的
→ elinwang:問題會發生 但要做到動態pair有些難度 幸好後來搭配SCRUM
→ elinwang:之後 pair的問題有順利克服許多
推 costbook:有沒有線上piar-programming軟體，不喜歡和學弟黏在一起