因為這邊的人相信放久比較香？ 阿就之前的人只要什麼升級遇到 build 不起來就擺爛說新版有問題，要一直拖到沒辦法一定要升才去動啊

我去的時候還在 kotlin 1.4 要是 Google 沒有禁止舊版SDK 更新，應該也會停在29吧

前幾天問一個 後端team 他們用 java 1.8...

kotlin 出新版我大概 1 週內就會升了，也沒遇過什麼大問題

Android 那邊比較慢升是因為… ？

昨天把專案升到 Kotlin 1.7.20, 試了一下有夠神奇。 我們的 Android Project 有兩千多個 .kt 每次 build 都要超過三分鐘或更久。

改一個小檔案, 也要從頭 build

兩千多個是已經把某些 code 拆成獨立 library 了... 原本應該更爆炸多

用這個之後真的只重新 compile 有改過的/有牽連到的。連 clean rebuild 都會從 cache 來, 超快。

但今天遇到奇怪的 bug，最後還是刪掉 .idea/ 重新匯入專案才解決...

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

navigation bar 可以改到上面真的是好多了...

新的 UI 在大家的 feedback 下，漸漸把舊 UI 的能力加回來了… XD

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

只給 20 家公司試用而已

看看就好

introducing Microsoft 365 Copilot | Your Copilot for Work1

這套頂好看的。

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

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

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

2018; 如果他們是買企業級的話規格還會在落後消費級一季之類的

都是 < 500GB 的 SATA ，資料中心都用這種？

ScyllaDB 真的能用嗎？感覺不是很牢靠的公司

Redpanda 查一下 open source ，應該是不錯

這兩個都是 C，沒 Rust 吧？

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

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

原來是要說 Rust 厲害

我覺得 R3 的 layout 應該是失誤了。

Docker Desktop 在 macos 上面一定要登入打開 app 才啟動。 build machine 就一定要設定重開之後自動登入, 如果要重啟 docker 也要 vnc 進去很麻煩。

改用這個方便許多

之前比較 v1 和 v4 時就覺得 v4 有重複的機會，硬體 ID + timestamp 保證 unique 不是更好嗎？

他最後提出的 Person & PersonEntity 拆成兩個 class 不失為個好辨法。PersonEntity 這種就是半成品物件，鎖在 repository 裡面不要漏出來是好事

但實在是太過火了，為了橋接兩個不相容的東西，功要做兩倍。你不如直接寫 SQL

後來看 Reddit 上的討論，它跟 Lombok 一樣是透過 hacking Java compile API 的方式做到的，所以也是有些人會擔心之後新版的 Java 可能就不能用的問題

昨天看了一集還蠻有趣的，主角很可愛 ＸＤ