Threadser.net
數據
關鍵字
功能建議
Blog
Following
Threads
Change language
登入
串文
串文鏈結
2025-02-18 10:00
👩💻 當遇到 Review PR 的品質不太好時 嗨!好久不見,這段時間忙忙碌碌的在生活跟工作之間努力平衡,鮮少有時間書寫一些內容,不過我回來了 (🥑) 回到正題,不知道大家在工作上遇到需要 Review 同事的 PR (pull request) 卻發現品質不太好而讓閱讀理解審核的時間拉長時會怎麼想?又會怎麼做呢? 過去比較青澀的我可能會覺得怎麼講這麼多次的事情還一直發生,是不是不夠用心的關係?不過現在的我比起看現在當下的狀態更會去思考的是環境 context 的影響,是否因為時程太趕了才導致的呢?也或許是因為這個層級的抽象化可能不是習慣的思考方式,需要多幾次經驗才能內化吸收嗎?還是對於交付的定義是不同的呢? (1/2)
讚
78
回覆
22
轉發
作者
Chin 🥑 logs about SWE
a.chin.logs
粉絲
3,873
串文
146+
讚
回覆
轉發
24小時粉絲增長
發文前
3,725
發文後24小時
3,740
變化
+15 (0.40%)
互動率
(讚 + 回覆 + 轉發) / 粉絲數
2.58%
回覆 (BETA)
最先回覆的內容
發文後
用戶
內容
幾秒內
Chin 🥑 logs about SWE
a.chin.logs
除此上述的思考外,這次我主動 slack 同事詢問 PR 背後進一步的資訊細節——「在 review PR 的時候我有點不確定,是這個 codebase 太糟糕或產品領域不熟悉而影響你的寫作風格,還是我的要求太多了呢?我希望我的 review 是提供合理的標準,只是這個 PR 讓我有點困惑。」——後續跟 PR 作者有很好的討論跟調整的計畫,我想能夠這樣直接的詢問討論,某種程度是跟同事既有的信任感外,也是到階段性狀態是——能夠負責起詢問背後收到無論什麼樣的回饋都能承擔跟改善的責任吧! 話雖如此,決定休息一段時間的我被同事說「希望你不要離職,還想繼續共事」的時候還是會小小開心的在心裡放煙火 (笑 Happy working xxx 🥑