It's like putting another I/O specific cache layer that supports plenty operations including batch between the kernel space and the user space, so that the transitions between the kernel mode and the user mode can be largely reduced. Relying on a bunch of magic, it increases the throughput of I/O operations.

Also Netty: Add io_uring based transport1

最近發現 Kotlin 的設計商 JetBrains 自己有做了一個教學系統叫做 JetBrains Academy ，透過線上教學文件和自動審核程式的機制來讓你一步一步學習 Kotlin ，我覺得還蠻不錯的，只是每次 Submit 上去都要等蠻久的就是了 XD""""

目前支援 Java, Kotlin, Python 三種語言。

就看這次會不會一起調整囉…

spring 版本的問題是不同模組的版號不一致

XD...真的得看很久... 搞 padding 跟 15後的變更還蠻有趣的，雖然寫應用層不太會去自己搞 padding。

按讚的人都看完了嗎

要命阿，這也太長了吧

但是在微軟收購之前，Github 是賠錢的阿

graal compile 太久了, 很難用

另外用到 graal 的人應該不會用 spring 了, spring 強在原有的生態系很大, 但那些 lib 九成九不能上 graal, 等於好處都沒享受到

host code 成本應該超低吧，跟一些 cloud storage / streaming service 比

有錢就是任性。以後 GitHub 一家獨大的狀況會更明顯。

不過 wiki 居然是在收費內的

我也裝了，不過沒什麼問題

最有感的是 commit window 吧，整個大改

昨天裝完第一次打開整個視窗不見了很詭異，關掉重開就好了

同事有遇到開 project 就 crash 的 bug ，找不出原因只好降回 2019.3，但我只有遇到剛剛那個 bug 後來就沒問題了

之前就裝了EAP，還沒遇到啥問題... 比較煩的是我們 gradle 的 module 很多，所以切branch 啥的現在很容易觸發 gradle refresh 又關不掉自動，前一版還可以關掉。

有沒有勇者先裝了

還是有差啦，像 Java 9 開發了三年多，真正比較穩定的 beta/rc 版本釋出大概是 release 前半年的事了，在這之前可能要自己 build 才能用，現在至少每半年就有一個相對穩定的版本可以讓大家幫忙測試新功能

不過我同意會在 production 環境用 non-LTS 版本的人應該不多吧 XD

現在回頭過來看版號 ，半年跳一號還是沒什麼意義啊，新功能也都藏在 flag 下。

Java 14 應該就是 Java 17-BETA-3，實質上大家也當作 beta 在用，誰上 production ?

High throughput asynchronous task processing on Apache Kafka

公司 kafka team提供的library，內部用一陣子了現在終於開源了

真的要完全follow gitflow 太複雜了，也不切實際。就算是大公司，也有一堆 codeline平常只有 1~2 個人在維護，弄到花一堆時間搞 git branch 的事並不符合經濟效益

所以有誰有實際案例… ？

要找到這麼明理的業主最困難XD

沒像作者碰過這麼多東西, 不過大致上都跟自己的經驗相同

• 時程不可能準確預估
• desgin pattern 是提鍊出來的
• 少用 Mock
• 我只用 trunk, 從一而終
• 現在已經從 composition over inheritance 進化到 copy paste 了

現在出狀況就 dump, async-profiler, JMC