gradle/groovy 弄太多魔法才會變這樣，跟 Ruby 生態一樣。
還好現在不流行這一套想法了。但 gradle kotlin 現在還不夠成熟…
對 gradle 而言，最好把它當成是 bash 來看待。 你可以找到一堆範例來貼，但要開始自己寫/debug 時就會很痛苦，直到你學會為止。即使很難學， bash 還是最多人用的，你也不得不去學。
一個 build 系統變很多人用之後，不可避免會變得非常複雜，看看 webpack 現在長成什麼樣子吧。這個 pattern 只會不斷的循環，即使突然冒出了一個新星說它很簡單好用，等它過了三年後就會開始變得噁心了。
不是說新的 build 系統不會記起前代的問題，沒有進步。新系統通常會在安全性、正確性上做很多改良，但是期望它能簡單使用我覺得不切實際啦，build 系統就是要花時間去學，因為這個問題本身就很複雜，簡單不了。但通常也不會太難學，買一本書讀個前幾章就好了。只能說現在大家都不看書了，都期望直接從 stackoverflow 解決。
gradle 的官方文件確實不太適合新手
不過他提到的 gradle 概念, 其實買一本 gradle 的書, 看個前幾章就會講到 gradle 運作原理.
他自己寫書然後都不買書來看嗎
聽到這個嚇一跳，S3 不是一直都是 strong 嗎？
看回應是說 us region 的一直都是 eventually consistent，其他比較新的 region 很早就是 strong 了。
我都用新加坡或日本所以一直都無感…
kotlin 1.3.x ~ 1.4.10 IDE plugin 有很嚴重的效能問題，遇到的快升級吧！
公司開發用的 mac 很慢，會放大這個 bug，compile 一個大檔要卡 30 秒，超級崩潰。
還好 1.4.20RC 之後就修好了。
The problem is that ARM architecture doesn't clock very high and has high leakage at high power levels (this is also conversely true, x86 is not very good at low power scenarios)
是這樣？ARM 頻率沒辦法撐高嗎？那之後的 M2, M3... 不就...