回看板
Disp BBS
作者 leviliang (慕尼黑林志穎)
標題 Re: [討論] 就算提早做完是不是不要回報比較好
時間 Thu Apr 20 05:39:22 2023

看到這篇不禁讓人想起從前的菜鳥時光
以前的確會聰明地壓著一些東西
作為緊急時就可以馬上拿出手的 buffer

不過 現在除非是處理緊急的 defects
否則我會盡可能地分割工作
一個 5-8 credits 的 user story
會切成大約 10 個 PR 來做

一天完成 1-2 個 PR
每個 PR 改動少、review 輕鬆、修正容易
剩下的時間就可以排 training、讀 technical blog 或製作團隊內小型技術分享的 work
shop

看到這裡有些大大可能會開始覺得
這一定是在外商過太爽
你根本工作太閒

但有興趣的朋友們可以試試看
剛開始不僅節奏會比你想像的要趕
切割 user story 更是沒有想像中簡單
(剛開始一天一個 PR 真的是要我命 還會不知不覺加班哈）

原本很直觀一個 PR 解決的任務
要拆成兩三個合理易懂的小 PR
這相當考驗功力
如果對版控不熟悉
更容易弄巧成拙
花更多時間處理這些小分支

但好處也是直觀的
以前習慣一個 PR 解決的東西
可能都會有十幾二十幾個檔案的增改
現在降低到五六個
修改的程式行數大幅下降
琢磨細節更容易
程式可以寫得更乾淨更有成就感
無論是可讀性還是可維護性都是大大增加

除了技術上的好處外
軟實力上我認為這幫助更大
第一就是切割工作的藝術
第二則是確實地量化並實踐 Agile 中的 credits

不然每次在 backlog refinement 中
評估 US 的 credits 都憑直覺亂猜一通
經過了切割工作的「痛苦」磨練
現在我才真正有了透視 US 的感覺

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 138.246.3.10 (德國)
※ 作者: leviliang 2023-04-20 05:39:22
※ 文章代碼(AID): #1aG5-C5i (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1681940364.A.16C.html
※ 同主題文章:
[討論] 就算提早做完是不是不要回報比較好
04-19 22:12 a2643
Re: [討論] 就算提早做完是不是不要回報比較好
04-20 05:39 leviliang
→ loadingN: 上版的功能切乾淨，是本來就該做的，果然過太爽1F 04/20 07:35
推 CoNsTaR: 真的，每次看到那種一個 PR 上千行的看都不用看就知道一定菜鳥發的2F 04/20 07:40
推 vi000246: 一個pizza切兩塊跟切十塊的概念 不過做的事還是一樣多4F 04/20 08:43
→ yamagishi: code review 可以比較簡單是真的，一次丟太多很難面面俱到5F 04/20 08:52
→ naestnecniv: 但切完PR，review的速度比我PR發起的速度還慢就很麻煩了。7F 04/20 09:38
推 Galbygene: 請問PR是什麼的縮寫9F 04/20 13:14
推 rabbitu04: pull request10F 04/20 13:18
推 Galbygene: 謝謝11F 04/20 14:59
推 s06yji3: Review通常都超拖的啊12F 04/20 15:05

--
作者 leviliang 的最新發文:
點此顯示更多發文記錄