想說看到先貼過來一下

--
寫backend來看，大概在意效能跟好不好寫，現在Loom正式還沒出來，看看之後的效能比較吧。另外像裡面提到的Structured concurrency，通常意識到的機會也不多，很多時候後端應該都是一個request一個coroutine吧？我自己想要同時取多個東西的狀況或是在啟動(launch)新的coroutine的情況不太多。所以雖然有更自然的Structured concurrency語法，但用的機會不多的話，好處就比較少？ JEP 437: Structured Concurrency (Second Incubator)1 但Java 這 API 看起來也好麻煩，得自己 join 之類的。

另外影片內好像沒提到loom在除錯時看stacktrace應該會比較方便，這個感覺就差很多啊。

有人有用起來比較過嗎？因為公司不能用所以都還沒認真用過，只能在 opensource project試試看了

終於build index時有些功能還能用，不然之前連想稍微看一下code都得等他跑才能find by class之類

瞬間20，然後令人期待的loom在21可能會進去wow

不是不能理解，但通常沒看到說thread-safe可以共用的都不太敢這樣嘗試 XD

然後看到裡面 comment 的 FileChannel Closes When Interrupted1 竟然有 setUninterruptible2 ，但這種實作就忽略吧

阿對，我搞錯了0rz 不知道哪邊來的印象有東西用Rust實作

已經一陣子不少middleware都是把原本Java版本用C類/Rust實作後標榜相容，ScyllaDB，redpanda都常在我timeline看到

都要重寫，何不開始用Rust XD

最近跟同事也聊過日本的資遣，日本跟台灣好像差不多，都是對資遣理由比較嚴格，不然就是公司跟員工自己橋好

我自己是一直在用 1password，平常也沒確認所有細節，看來該好好在看一下各家給的資訊了。

另外剛好看到這篇 Not in a million years: It can take far less to crack a LastPass password1

Java 17 baseline，該升級了～

so sad...QQ

雖然不知道多少比例是工程師，這陣子這麼多公司裁員，轉職市場暫時會競爭激烈吧

影片1

記得 java.util.concurrent 下應該BlockingQueue類的也有，所以應該會蠻方便的

Moving Java Forward with Java 191 看了一下，雖然沒有詳細的資訊但真是期待不然寫非同步後的維護跟code review都好耗精神

我也沒發現有變，可能我太少注意icon XD

快要可以等7了

我猜是他們抽了一堆共用library的獨立repo，因為每個microservice沒放在一起，所以他們相依的對象升級時也得考慮還沒升級的利用(Application)方!?

沒想到台灣比例上這麼高...

得想想改了好幾年的 RxJava 該怎麼轉了

這兩年多來幾乎都是線上聚餐，對疫情前加入的同事來說還好，但疫情後加入的一些同事就說很期待有幾天能在辦公室相聚^^;;;

畢竟在辦公室可以走過去隨便兩句，但不太會問對方要不要視訊聊個幾分鐘

接著就是 Java/Go 試圖用 Rust 重寫 XD

這也太恐怖了XD 但想想確實面試的人如果不是同team，會不會出現這種狀況

用到現在會滿意搬到 k8s 上嗎？

-- 現在都用公司內的 Managed k8s，沒碰過還真不知道自己這邊算好不好用 XD