HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor

好喔

instanceof 這個字太長才是硬傷…

flow scoping 看起來蠻直覺的，但像 if early return 例子會讓我覺得怎麼變數可以用XD

if (!(x instanceof Foo f))
    throw new NotFooException();

useFoo(f);

但另一個例子可以在同一行直接串又覺得很合理

一般 DB 應該是 IO bound 才對，但他這邊說的 limit 是 CPU usage，或許包含 IO wait?

可以一直包一直包一直包... 但能提供完整的 hot swap 的話，開發用好像還不錯？

我看了試讀章節，這本偏簡單，適合入門。後面的章節可能有進階的內容，不過整本書風格應該是一致的，都是用最短的方式學 kotlin 的每一個功能。

gradle/groovy 弄太多魔法才會變這樣，跟 Ruby 生態一樣。

還好現在不流行這一套想法了。但 gradle kotlin 現在還不夠成熟…

對 gradle 而言，最好把它當成是 bash 來看待。 你可以找到一堆範例來貼，但要開始自己寫/debug 時就會很痛苦，直到你學會為止。即使很難學， bash 還是最多人用的，你也不得不去學。

一個 build 系統變很多人用之後，不可避免會變得非常複雜，看看 webpack 現在長成什麼樣子吧。這個 pattern 只會不斷的循環，即使突然冒出了一個新星說它很簡單好用，等它過了三年後就會開始變得噁心了。

不是說新的 build 系統不會記起前代的問題，沒有進步。新系統通常會在安全性、正確性上做很多改良，但是期望它能簡單使用我覺得不切實際啦，build 系統就是要花時間去學，因為這個問題本身就很複雜，簡單不了。但通常也不會太難學，買一本書讀個前幾章就好了。只能說現在大家都不看書了，都期望直接從 stackoverflow 解決。

但我能理解這個blog...就像我第一次看到

task greeting(type: GreetingTask){
}

我一直會想知道到底怎麼變成 groovy call1 ...

project.tasks.create([name: 'greeting', type: GreetingTask]) { ... }

不然實在不知道自己寫時該怎麼下手，尤其只看 API document...

Gradle 真的讓人覺得在寫程式，各種寫法，DSL讀時是蠻方便馬上了解大概想幹什麼，但要自己改動時就痛苦多了。

另外讓我想到 討論如何Tagging sub projects1（離題）

gradle 的官方文件確實不太適合新手

不過他提到的 gradle 概念, 其實買一本 gradle 的書, 看個前幾章就會講到 gradle 運作原理.

他自己寫書然後都不買書來看嗎

Optional.of(null) 會噴錯不知道是哪個人想的....

offset 值越大就會越慢 (sql 還是要掃過 offset 的資料區)

offset爆掉是？

prev 應該可以用reverse index 做

stack 很深時似乎佔不太到便宜

不過還是想等到 JDBC 之類的都有 Loom 版再評估

reddit 討論1

老議題了。

• offset 到後來會爆掉
• 改用 cursor 沒有前一頁

都是取捨

能打贏 3900X 其實就已經非常驚人了

哈，我也有好幾個小的 plugin 還沒支援 2020.3...

幸好 Lombok 這一版開始會跟著 Intellij 一起釋出，至少不會有問題...

今天剛更新 kotlin formatter 壞了，X 的

Deprecation of Kotlin Android Extensions QQ 竟然推薦 jetpack view binding 我真的無法喜歡 view binding

kotlin 1.3.x ~ 1.4.10 IDE plugin 有很嚴重的效能問題，遇到的快升級吧！

公司開發用的 mac 很慢，會放大這個 bug，compile 一個大檔要卡 30 秒，超級崩潰。

還好 1.4.20RC 之後就修好了。

webinar 錄影後製中 tw.kotlin.tips1

影片播不了 ＱＱ

這看來是用 fuzz 的做法去找 compiler bug.