[請益] Pair programming在歐美？

看板Soft_Job作者 (達)時間7年前 (2017/06/16 14:21), 編輯推噓28(28推 0噓 31→)
留言59則, 39人參與, 最新討論串1/3 (看更多)
維基： 結對程式設計（英語：Pair programming）是一種敏捷軟體開發的方法，兩個程式設計師 在一個電腦上共同工作。一個人輸入代碼，而另一個人審查他輸入的每一行代碼。輸入代 碼的人稱作駕駛員，審查代碼的人稱作觀察員（或導航員）。兩個程式設計師經常互換角 色。 這種當下搭配的程式撰寫方式 非事後的code review 在歐美採用的多嗎？ 感覺旁人一直盯著會很不自在 台灣壓榨人力 應該不可能這樣做吧 thanks -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.65.89.53 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1497594087.A.568.html
推
06/16 14:39, , 1F
台灣老闆會花兩個人的錢寫一份code嗎
06/16 14:39, 1F
→
06/16 14:52, , 2F
當兵的時候狗官都坐在旁邊看文書打公文，跟這有點像
06/16 14:52, 2F
→
06/16 14:52, , 3F
只是角色不會互換
06/16 14:52, 3F
→
06/16 14:57, , 4F
很多公司連事後的code review都不做,談pairing不過是打高空
06/16 14:57, 4F
推
06/16 15:22, , 5F
沒那謀閒
06/16 15:22, 5F
→
06/16 15:23, , 6F
現實世界是資深帶菜鳥都不夠用
06/16 15:23, 6F
→
06/16 15:46, , 7F
我覺得敏捷有部分不錯,然後有部分完全是打高空
06/16 15:46, 7F
→
06/16 15:48, , 8F
sm這個位置的定位就讓我覺得在給顧問公司掙錢了
06/16 15:48, 8F
推
06/16 16:01, , 9F
很無聊，用成dojo的形式可以當訓練，Pair programming
06/16 16:01, 9F
→
06/16 16:01, , 10F
你叫兩個肥宅擠一台筆電?
06/16 16:01, 10F
→
06/16 16:07, , 11F
臺灣不可能ㄏㄏ
06/16 16:07, 11F
推
06/16 16:07, , 12F
台灣喔 程式怎樣 都是看工程師自己良心啦 誰管你阿
06/16 16:07, 12F
推
06/16 16:14, , 13F
一個工程師寫兩份code
06/16 16:14, 13F
推
06/16 16:30, , 14F
軟工的一些做法在台灣無法實現 醒醒
06/16 16:30, 14F
→
06/16 16:31, , 15F
老闆壓榨勞工都來不急了 還搞什麼pair programming
06/16 16:31, 15F
推
06/16 16:39, , 16F
在台灣是一個人兩台電腦 一台寫前端 一台寫後端
06/16 16:39, 16F
推
06/16 16:46, , 17F
認真試過只覺得壓力很大，由其職位不對等
06/16 16:46, 17F
推
06/16 17:09, , 18F
pair 讓新人看資深我覺得是真的很有幫助
06/16 17:09, 18F
推
06/16 17:55, , 19F
研究所有試過 看學弟寫code寫到最後 感覺自己寫比較快
06/16 17:55, 19F
推
06/16 18:17, , 20F
其實台灣也有啦，就菜鳥issue解不出來時老鳥坐在旁邊看出
06/16 18:17, 20F
→
06/16 18:17, , 21F
嘴debug啊，有沒有很熟悉？
06/16 18:17, 21F
推
06/16 19:23, , 22F
坐旁邊的個性很差，嘴巴唸不停怎麼辦？
06/16 19:23, 22F
推
06/16 20:28, , 23F
XDDDD 台灣是一個人當N個人用
06/16 20:28, 23F
→
06/16 20:35, , 24F
台灣文化很差不適合，一堆沒水準的就只差沒尻他兩拳
06/16 20:35, 24F
推
06/16 22:59, , 25F
新人看資深真的有幫助
06/16 22:59, 25F
推
06/16 23:04, , 26F
多啊 寫critical 的時候這樣很有效率
06/16 23:04, 26F
→
06/17 00:00, , 27F
台灣會叫你一個人寫兩人份XD
06/17 00:00, 27F
推
06/17 00:04, , 28F
06/17 00:04, 28F
推
06/17 00:10, , 29F
XDDD那圖片
06/17 00:10, 29F
推
06/17 00:36, , 30F
被盯會沒法思考欸
06/17 00:36, 30F
→
06/17 02:22, , 31F
某樓推文看成jojo形式 以為是在講替身使者
06/17 02:22, 31F
→
06/17 07:13, , 32F
呃... 這也不是甚麼時尚吧? 我二十幾年前讀書時就有人在
06/17 07:13, 32F
→
06/17 07:13, , 33F
搞這個了
06/17 07:13, 33F
→
06/17 07:14, , 34F
但你知道, 寫程式的也有文人相輕的問題, 老是覺得人家的
06/17 07:14, 34F
→
06/17 07:15, , 35F
寫法看不順眼, 小的從變數命名, 大的到design pattern,
06/17 07:15, 35F
→
06/17 07:16, , 36F
看不慣的一堆, 除非是明顯且互相承認的一強一弱, 類似師
06/17 07:16, 36F
→
06/17 07:16, , 37F
徒制的, 不然久了會有衝突的 (一個認為對方在找麻煩, 一
06/17 07:16, 37F
→
06/17 07:17, , 38F
個認為對方固執死不認錯)
06/17 07:17, 38F
推
06/17 08:42, , 39F
28樓你wwww
06/17 08:42, 39F
推
06/17 10:13, , 40F
新人看大師寫，適時提出問題去了解思路，是很好的學習機會
06/17 10:13, 40F
推
06/17 13:20, , 41F
我的pair programming經驗很不錯，類似rubber duck programm
06/17 13:20, 41F
→
06/17 13:20, , 42F
ing 的加強版，藉由講出來讓自己的思緒更清晰，同時對方也會
06/17 13:20, 42F
→
06/17 13:20, , 43F
即時給feedback(看不懂 or 有更好的寫法)。整體而言pair pro
06/17 13:20, 43F
→
06/17 13:20, , 44F
gramming效率是很高的，缺點是很少有機會有個人會有閒有心
06/17 13:20, 44F
→
06/17 13:20, , 45F
情跟你一起寫code
06/17 13:20, 45F
→
06/17 13:23, , 46F
敏捷如果不打高空 那些顧問公司要怎麼賺錢
06/17 13:23, 46F
推
06/17 14:20, , 47F
時程壓很緊，規格浮動，怎麼用xdd
06/17 14:20, 47F
→
06/17 16:28, , 48F
每打一段，直接review..，滿怪的
06/17 16:28, 48F
推
06/17 21:20, , 49F
我跟同事不會全程pair，但偶爾會互相請對方看
06/17 21:20, 49F
推
06/18 06:25, , 50F
大概像這樣吧
06/18 06:25, 50F
→
06/18 06:25, , 51F
06/18 06:25, 51F
推
06/18 09:38, , 52F
樓上的 我笑了 有笑有推
06/18 09:38, 52F
推
06/18 13:10, , 53F
那個影片XDDDDDDD
06/18 13:10, 53F
推
06/18 14:17, , 54F
這影片.....
06/18 14:17, 54F
推
06/18 16:26, , 55F
06/18 16:26, 55F
→
06/19 10:29, , 56F
影片XD
06/19 10:29, 56F
→
06/19 16:10, , 57F
如果是像影片那種pair programming，再多錢我也不去
06/19 16:10, 57F
→
06/20 12:46, , 58F
如果是像影片那種和正妹pair programming，再少錢我
06/20 12:46, 58F
→
06/20 12:46, , 59F
都去
06/20 12:46, 59F
‣ 更多 dharma 的文章
文章代碼(AID): #1PGtZdLe (Soft_Job)
‣ 更多 dharma 的文章
文章代碼(AID): #1PGtZdLe (Soft_Job)