因團隊制宜。
假設桌球王成立團隊,將會有以下Pricinple
、SOP
、CheckList
、Take away
。
以Priority由上而下:
可執行 round N ,N大於等於1。
round N ,依複雜性,及當round吸收程度來決定N為多少。
每 round 有其主題
,比如說某次Release,加了哪些Feature、操作步驟/流程、前端架構,後端API、網路連線(關聯系統)、Config.等等。
最後的吸收理解可以邊看文件邊Trace Code,整個走一次確認是否大略知道重點,以便未來查案或加值。
Review Code 的同時其實可以看到更多或是更好的寫法或架構,
如果可以看出原開發沒有發現的邏輯問題,就能即時在上線前排除,
也能想想看有沒機會在不改變輸出的情況,改出易於維運的Code。
其實是 reviewer 與 commiter(developer) 之間的切磋成長!