程式猿吃香蕉 🍌

並行工作這個道理看似很好懂，但為什麼有些團隊執行起來一團亂，有些團隊卻能高效前行呢？ 亂的原因在於變動 (Change)。可是在專案執行上，沒有什麼事情是不會變的，只有分「變動多」和「變動少」的差別。

前幾天在社群聚會聊到一個有趣的問題：『 敏捷開發講求增量 (Increment)和迭代，所以開需求的時候我會先規劃一部分，但工程師卻希望我一次把所有需求講完。 』該怎麼辦呢？

再次體認到在台灣軟體創業有多困難。 ​資本市場看重的是講故事的能力，只要敘事 (narrative) 有人買單，夢想就有金主願意幫忙孵化。4月 Dcard 的電商部門收掉了，現在單憑廣告收入，很難再說一個好故事了。

前端工程師處於藝術與邏輯的交界，需要在左右腦間頻繁切換。他們的知識範疇是更多元的，因此，成為一個善於溝通的前端工程師確實不容易。​

如果將 prefer_ordering_index 設為 off，當 SQL 查詢使用 ORDER BY … LIMIT 時，很可能會出現 filesort，尤其是在沒有 WHERE 條件縮小資料集 (data set) 的情況下，容易導致查詢變慢。

在寫併發程式的時候，「鎖」和「資源」是兩個不同的東西，如果沒有弄清楚，有時會出現鎖不住，或是鎖錯資源的情況。 以生活化的例子來說，鎖和資源它們倆就像是鑰匙跟抽屜的對應關係。

前幾天和某電商平台的 Head 聊到商品上稿的問題：她想要能快速改版型、更換商品圖片、文案等等，但因開發組的資源有限，很難完成她的需求。 ​ 「能不能把這包 HTML 直接上到頁面裡去？」她指了下電腦裡的檔案。

最近看到許多相關的新聞，沒有第三方 Cookie 之後，用戶隱私會更有保障嗎？整個廣告環境會變得更好嗎？ 在禁用之後，大型廣告商的護城河會提高，用戶email 會變成主要的追蹤手段，有能力做追蹤的大型廣告商依然不受影響。 為什麼會這樣說呢？其實跟技術的實作有關。