最近工作上遇到了一個任務分配不均的狀況，讓我感到有點無奈。 原本是多個 team 共同開發一個 feature，我們 team 理解的任務是負責開發 Shared Component，而其他 team 負責 integration 的部分。雖然沒有明確被定義，但雙方默認的分工方向大致如此。我完成這個 component 後也覺得工作量合理，整體還算順利。結果，在進行 Feature Test 時，突然被告知：「欸，其實整個 integration 也是由你們 team 來做。」我傻眼，溝通上的誤差所導致我們 team 跟 其他 team 理解不同。幸好這次 buffer time 有夠，沒有被臨時增加的工作壓垮 這種任務邊界突然模糊且臨時改變的狀況，常常會讓開發人員無形中承擔過多的工作，甚至影響整個專案的進度。 我認為比較好的處理方式應該是：由 feature lead 先整體看過 feature 的 scope，確認各項工作的完整內容與需求。feature lead 協助劃分每個 team 的工作範圍，並明確記錄在 Ticket 中。至少不會壓力太大 不知道大家是否也遇到過類似的狀況？你們是怎麼解決這種跨團隊任務分配的問題呢？

軟體開發

工作記錄檔案

JavaScript 資深工程師，前後端都會一點
常常在程式碼中發現自己幾年前丟出的迴力鏢

工程師隨手寫

無奈的工作分配

幾個月前在 facebook 看到某課程平台的一個老師，在教人做自媒體。其中的一個學員在 facebook 分享上課獲益良多，非常真誠。但，看到下面幾個訊息1. 留言寫說說：就是因為老師很棒，我才分享沒有抽任何仲介費。2. 課程網址用 rurl 短網址服務。這就讓我很好奇真的沒有聯盟行銷嗎？點進去後 redirect 到一串網址其中的 query 是 afficode="xxxx"不用 duolingo 情勒，現在學一個單字 Affiliate 附屬，affiliate program 就是夥伴計劃/聯盟行銷。 afficode 就是聯盟行銷的 id 欸，有用聯盟行銷轉一點錢就說好嗎？說得一副真心感動而推薦，其實抽不少，直銷感的頗重。

技術人員的生活觀察

網路分享陷阱多？聯盟行銷藏不住

最近在改一個陳舊的 lamda function，他的主要功能是：1. 去 A database 撈一堆沒有被處理的使用者 id2. 去 B C database 撈取要記錄的資料3. 送到 third party4. 標記已記錄但是，在中間我看到 Promise.map((step 1 的 rows), async (row) =&gt; { await step 2 的處理}, {max-concurrency: 16 }); 欸，我就問不能把 stpe1 的 user id 一次性的塞到 step 2 做 query 的條件嗎？一次處理 16 個連線沒錯但萬一users 數量很多這樣也是要處理很久... 之於原因可以問問 chatgpt where in IDs vs query many times with IDs

太多的連線，排不完的隊

這幾天在解 bug 的時候，發現一段程式碼，呼叫這個 function 的時候會對一個陣列的 id 進行解密並 map 成 SQL query 在寫入資料庫。但是給 100 個 ID 到這個功能，解壞一個就直接噴 error 給我。至少部分成功的資料要寫進去，這裡每筆資料都是可以獨立運作。在每筆資料可以獨立進資料庫的情況，合理寫法是解壞送 log server 沒壞塞到 query 下吧

程式裡的奇行種 - 不當的錯誤處理

A lambda function is a small anonymous function and can only have one expression.


學習

職場產業

創作

除了翻譯各國新聞以外，會將過去演講的一些主題內容放上來。閒暇之餘，分享一些PM心得，歡迎參訪。

engineer