準備開始當土耳其還是印度人了嗎？

想說看到先貼過來一下

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

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

大哥～貼文後要負責用 ChatGPT 寫摘要呀！

說到 Mojo 我第一個想到是這個 DAC1 ... XD

跟 Stack Overflow 一樣 scale up 就可以解決問題了

最大的問題應該是價格吧... QQ

JDBC library 收啥鬼資料，這家直接 OUT

Dell R7625s have 196 vCPUs

暴力主機當然就不用 shard

感謝提供資訊

這邊提到的 Phone Home1

想問問在官網哪裡可以看到你提到的這個資訊，我想要再確認更多資訊

官網提到會上傳匿名資料，如果要用在公司系統上可能要注意一下會不會有疑慮

type-safe stream API 用起來滿方便的

沒想到 KBtalKing 還有繼續出鍵盤，以前買了幾把他們的還不錯用

是啊，不過你的手機掉了可能也有一樣風險？

這樣是不是一旦 Google 帳號被盜，所有的 multi-factor 驗證就都不可靠了？

We will be focused on removing old, unused, and inactive content that is not tied to a user account from our platform as well as nudity, pornography, & sexually explicit content.

過了這麼多年終於支援了...

但我大多數的 1 time password 都轉到 1password 上了 XD

想去香港玩順便領點補助去分享的可參加這個～

我到現在還是只用 Postgres 硬撐

連 redis/memcached 都不願意導入

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

java 6 一堆，8 很新了呀！

因為這邊的人相信放久比較香？ 阿就之前的人只要什麼升級遇到 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 來, 超快。