koji 積分 1

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

koji 積分 1

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

koji 積分 2

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

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

koji 積分 0

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

koji 積分 1 編輯於

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

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

koji 積分 1

公司內沒有人可以先諮詢嗎XD

koji 積分 1

twitter 上到處看到在處理

koji 積分 1

現在包好了,大膽用(!?
但看起來還得搭配一些東西,還沒用過redisearch

koji 積分 2 編輯於

寫太多 RxJava 所以很需要

雖然跟 Virtual Threads 不同,但最近覺得 coroutine 也夠了,不用在那邊 flatMap/observeOn

koji 積分 1 編輯於

阿對,原本的留言我沒講清楚 所以我是好奇執行DDL時的blocking,它有沒有自動處理得很好(我之前是直接用pt-online-schema-change),怕沒注意在production一執行然後卡死

koji 積分 0

啊我是指例如改column data type,像這種某版本以前的MySQL會擋一般Query

koji 積分 0

跟主題無關,但有在 production 用過 liquibase 然後變更可能造成blocking 嗎?只知道有類似 liquibase-percona1 但還沒用過

koji 積分 0

記得兩個實作上不太一樣,但都是靠犧牲 throughput

koji 積分 1

個人體感,效能有變好!?大概有些在UI Thread上跑的有移掉的關係!?

koji 積分 1

想說是不是我眼花哪個alternative shutdown..原文應該是 showdown ? 可惜我家 NAS 太入門不能裝,該換一台了嗎

koji 積分 3 編輯於

nyan progess bar !
--
看了這個後馬上裝了 rainbow brackets/gittoolbox

koji 積分 1
List<URLData> retrieveURLs(URL... urls) throws Exception {
  try (var executor = Executors.newVirtualThreadExecutor()) {
    var tasks = Arrays.stream(urls)
            .map(url -> (Callable<URLData>)() -> getURL(url))
            .toList();
    return executor.submit(tasks)
            .filter(Future::isCompletedNormally)
            .map(Future::join)
            .toList();
  }
}

乍看想說isCompletedNormally會true嗎,結果這是新API然後 submit(java.util.Collection)1

Returns:
    stream of completed Futures

這 code review 沒看過的會搞不懂吧