看到这篇不禁让人想起从前的菜鸟时光
以前的确会聪明地压着一些东西
作为紧急时就可以马上拿出手的 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 的感觉