執行緒同步系列的第三篇文章探討 volatile fields、final variables、原子操作、死結，已棄用的 stop 和 resume 函式及按需初始化 — Translated from “Synchronization in Java, Part 3: Atomic operations and deadlocks” by Cay Horstmann, Java Magazine, March 3, 2022, 2022. Copyright Oracle Corporation. [編按：本文改編自 …

執行緒同步系列的第二篇文章探討固有鎖、synchronized 關鍵字、同步區間與臨時鎖 — Translated from “Synchronization in Java, Part 2: The synchronized keyword” by Cay Horstmann, Java Magazine, February 19, 2022. Copyright Oracle Corporation. [編按：本文改編自 Cay S. …

當初在《迎接 Java 19: 虛擬執行緒與平台執行緒》[拙譯] 的後記中提到，如果把 virtual thread 套用到《閒談軟體架構：Async everything？》裡面的例子，不知道會蹦出甚麼新花樣，隔了半年多，終於把之前的例子拿出來修修改改，一跑下去還真的跑出非常意外的結果，那就來分享一下 virtual thread 的威力吧！ 看實驗 …

執行緒同步系列的第一篇文章探討基礎的競爭條件、鎖、條件以及 await、signal 和 singalAll 等函式 Translated from “Synchronization in Java, Part 1: Race conditions, locks, and conditions” by Cay Horstmann, Java Ma …

作業系統無法增加平台執行緒的效率，JDK 切斷平台執行緒與作業系統執行緒的應對更有效率利用平台執行緒 — Translated from “Coming to Java 19: Virtual threads and platform threads” by Nicolai Parlog, Java Magazine, May 21, 2022. Copyright Oracle Corporation. Java 19，Loom (JEP 425) 的 …

很久沒上來，都快長蜘蛛絲了。為什麼是煮拉麵呢？主題是來自前同事在問我為什麼有人的程式好像常常會歪掉，或是變得難維護，後續的討論中，他用的例子就是拉麵，所以... 今天就用程式來煮拉麵吧！ 說真的，要煮出一碗好吃的拉麵，其實超級複雜的，網路上可以找到很多影片，下面是我找了一個蠻完整的影片，從熬製湯頭開始，滷製叉燒，到製麵，最後煮麵到上桌，步驟相當繁 …

當 Java 結合更多函式語言特性，亦小心翼翼遠離可變物件 — Translated from “Why is Java making so many things immutable?” by Ian Darwin, Java Magazine, October 9, 2021. Copyright Oracle Corporation. 為何新的 Java 特性注重不可變的物件型別？ 例如，Java 歷史 …

No more calculation 症狀 (Symptom)：喜歡用公式換算，像是點數換算時數，時數換算點數，換算可完成的 story 數量，點數換時程等等。 討論 (Discussion)：分享兩個故事，第一個是我在水果公司的第二年，當時 Android 團隊剛開始起步，那時團隊成員剛組成，少數人對 Scrum 的認知不是很清楚 (有一半以上的人過去有 Scrum 經驗)，所以那時 planning 是先把可工作日乘平均實際工作時數，減去會議時間後再乘上人數得到的總時數，作為 story 是否能排進這個 sprint 的參考，planning meeting 後排進的 task 總時數接近上限。即便如此，回頭看 burn-down chart，task 時數預估其實很少有準過，但消化的 story 數卻有逐漸穩定的趨勢。 第二個是我後來的另一家公司，當時已經跑了四個 sprint 的 Scrum team 突然加了兩個人，然後開發的東西完全換了 (使用的技術和語言都和前一個不同)，團隊更動後的第一個 sprint，planning 時使用的方式是用信心指數，也就是 task 切完後，Scrum Master (不是我) 從 priority 高的 story 開始問團隊成員：這個 story 排進去有信心完成嗎？一直到團隊成員沒信心為止，當時 planning 完後總 story 數好像是 26 點，task 總時數是印象中不到 100 小時。某天管理層問 Scrum Master：團隊有六人，兩個禮拜的 sprint 為什麼只有不到 100 小時的 tasks？後來那個 sprint 實際完成的 story 數是 31 點，因為在結束前兩天，又拉了一個 5 點的 story 進來，實際的 task 總 (預估) 時數印象中也才一百出頭。在我離開前，團隊消化的 story 數也趨近一個穩定值。

Oracle JDK、Oracle OpenJDK 以及 Java 8 公開更新的結束 — Translated from “Understanding Java Releases in Transition” by Donald Smith, Java Magazine, November/December 2018, page 52–55. Copyright Oracle Corporation. 從 Java 11 開始，Orac …