一天到晚都在解釋 release model 就注定新的方式會失敗啦

兩三年後又會講一堆理由通通換回來

我加入的時候系統已經有用 JPA 了，沒辦法...

不用 jpa 很久了, 啟動沒被托慢 XD

spring.data.jpa.repositories.bootstrap-mode=deferred 看起來可以加速啟動 Spring Boot

Spring Data JPA - Deferred bootstrap modes1 從 35s 減少到 23s

喔喔，這一版有支援 JDK 11 了

Grails 作者新開發的 microservice framework

OpenJDK 8 至少會支援到 2023 年

At Red Hat, we intend to provide support for OpenJDK 8 to our customers until 2023, and our policy of always “upstream first” implies that OpenJDK 8 will continue to be updated for critical bugs and security fixes until then.

看來才剛開始，只有1-n。在這種情境下要寫n-m 感覺有點麻煩。

AuthorRef 這個想法有趣。不過大多數的 relation 都不是 aggregates ，這不是變成 8 成以上的 relation 都要多加一個 *Ref class 嗎?

還好，有點貴

沒有這種支援才麻煩說

金融業也很多用 oracle db 吧

這麼說也是，不過台灣金融業都要 IBM，所以應該就直接跟 IBM 買支援了？

如果這樣賺翻的話表示會顧更多專職開發者? 應該會是好事？（然後其實是更多律師跟業務XD

金融業才不管什麼划不划算的咧…

會嗎？以現在 Oracle 的計費方式，我猜很多公司會考慮 Azul 這種有上限的比較划算，或者本來有買 RedHat Linux 的公司就用 RedHat 上的 Java 了 XD

這個模式再 run 個三年就知道了。

結果… 是 Oracle 賺翻了

另外架 DB 去改 OS 參數是很常見的事，裝過 Oracle DB 就會知道。

寫程式十多年都沒有聽 DBA 提起過有這回事 ...

可能是我和 DBA 比較不熟吧 XD

P.S. 一般開發時用的 DB (測試區) 都是用預設值 ...

一般而言都不用動到，postgresql 舊版的預設參數都很保守，現在好多了。

另外架 DB 去改 OS 參數是很常見的事，裝過 Oracle DB 就會知道。

沒想到架個 DB 也需要改到 Kernel Parameters ...

不過應該是 PostgreSQL 有丟出相關錯誤訊息時才需要改吧？

結論:

But if you just want the "standard", currently my best advice is to use the OpenJDK builds by Oracle, AdoptOpenJDK builds or the one in your Operating System (Linux).

大部分的內部 AP 系統開發, 如果已經走 microservice 架構, 應該比較少機會用那麼多的 RAM吧.

自從外包給 RDS 後現在都沒機會動到這些設定了

之前elasticsearch有建議heap不要開太大 有這個應該就不一樣了

ZGC restricts itself to 4Tb heaps which require 42-bits, leaving 22-bits of possible state of which it currently uses 4-bits: finalizable, remap, mark0 and mark1.

喔喔，4TB 耶！

不過可能也沒機會用到這麼多 ram ...