要加的功能好多,2020 做的完?
把工作從 UI thread 拔掉當然是很好,不過我觀察發現卡住的地方通常是真的算很久 (貼個 Java code 轉成 kotlin 之類的),或是修改一個 1000 行的 kotlin 程式檔。parser 不再快一點也是白搭
kotlin 有的大家都想要,這點 Java 也一樣 (被逼的)
kotlin 吸收前人的經驗,只留下實用的功能,現在變成現代化語言的標竿了。Dart 也許到了 4.0 功能上也會差不多
改得超多的,之前的什麼 any T 都不見了
In Valhalla, we convert from inline to reference types via an inline widening conversion. This is similar to boxing, but it has a significant difference: the result of the conversion is not an identity object (as a box would be), but a reference to an inline object.
Boxing
的話是直接開一個肥 Object, Reference projection
的話只是一個 reference 指向 inline object,所以整個輕量化。
看到後面,最大缺點是 Optional
要寫成
Optional.inline<User> userOpt = Optional.of( findUserById(12))
這種奇怪的型式才能得到最佳化,然後像是 Map API 也變難懂:
public V.ref get(K key);
看到 return V.ref
一定很傻眼
昨天把公司的大小專案都升到 jdk 11 和最新的 spring boot 了
蠻爽的
時間久了發現我現在的更新週期大約是;
- spring boot 一年
- vuejs 半年
- k8s 半年
- postgresql 一年以上
- JDK 三年以上
- OS 三年以上
可能的話我也想一兩年升一次 k8s 就好, 但目前不太可能...
最近看到中國那邊的人推說,收的新 pyer 良莠不齊。新的 pyer 的技能樹大部份都是寫爬蟲,資料篩選的居多。backend 需要的技能都沒點到....
2.2.0 自動掃 @ConfigurationProperties
的功能預設改成關掉了, Github issue1 有更多討論
For those of you upgrading from Spring Boot 2.2.0 to Spring Boot 2.2.1, if you relied on the @ConfigurationProperties scanning support, please note that this feature is now disabled by default. Scanning of @ConfigurationProperties needs to be explicitly opted into by adding the @ConfigurationPropertiesScan annotation. More details related to this change can be found here.