IngramChen 積分 0

剛看一下圖,前十分鐘最慘,過了效能就起來有 80% 了,接下來一小時就會平穩

IngramChen 積分 1

的確是如此,大概要一個小時後 jvm warmup 效能才會正常。

是沒有像文章那樣每小時都部署一次,但每次上線系統會變慢挺麻煩的

IngramChen 積分 2

這也太舊的題目了吧,我 七年前1 就吐槽過 stream 上需要 close 是 anti-pattern...

IngramChen 積分 0

java 16 要加 Stream.toList 喔?!

終於

IngramChen 積分 0 編輯於

測試測試測試

IngramChen 積分 0

結果 bintray 要消失了,bottle 要死一大半

IngramChen 積分 0

慘, 免費的最貴, 跟 travis 一個樣

IngramChen 積分 0

美好的故事...

不過和 Oracle 應該有一段角力寫不出來,反正贏了就說好話有台階下

IngramChen 積分 2

HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor

好喔

IngramChen 積分 0

券商不給買真的扯爆

美國沉淪

IngramChen 積分 0

這件事好多人討論喔…

廣告商無所不用其極的原因是什麼?不解決的話他們還是會找到別的方法,瀏覽器一直禁只會變得更難用。

追根究底我想網頁一直都是免費的才是主因。一直免費下去網頁本身就會化身成為 廣告

IngramChen 積分 0 編輯於

他的第三點,special case 不好,然後他就直接 refactor 成重覆的兩個 function。

不過遇到這個問題,我還是會先套用 WET 再說 -- 也就是等到出現第二種 special case 時,再來重新思考怎麼 refactoring。

IngramChen 積分 0

instanceof 這個字太長才是硬傷…

IngramChen 積分 1

分岐就是未來會有兩個版本,Elastic 大概推出新功能時會加上專利,以免 AWS 整個抄過去

IngramChen 積分 0

缺點是 compile 太久 和學習曲線

然後 1Password 把 golang 給丟了, 變心的也太快

IngramChen 積分 3

Cmd+Shift+A -> 輸入 "Productivity Guide" 可以看到自己用了哪些功能

IngramChen 積分 0

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

IngramChen 積分 1

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

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

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

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

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