web app 在 chrome 以外依然很慘。

是說 flutter web 比較像是 mobile app 想要進 web 的捷徑，而不是取代原本的 web 技術。這跟 electron 之於 native desktop 是一樣的意思

大概把 ORM 拿掉就能回到 100 requests/sec.

然後簡單的 tuning 一下 SQL (例如加加 index) ，可以上升到 300 以上

最佳化資料庫 (例如使用 materialized view, partition... 等技巧) 可以升到 1000 以上

想要再更高就是資料庫加 ram 加 nvme 加 slave

想破萬就是能 cache 的就瘋狂加 cache (nginx micro-caching is your best friend)

哇，那就超小了

100TB 也是很多阿

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

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

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

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

java 16 要加 Stream.toList 喔？！

終於

測試測試測試

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

中文自肥1

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

美好的故事...

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

HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor

好喔

券商不給買真的扯爆

美國沉淪

這件事好多人討論喔…

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

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

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

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

instanceof 這個字太長才是硬傷…

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

HA↗HA↘HA↗HA↘HA↗

缺點是 compile 太久 和學習曲線

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

作者1

獵奇風很多 ...

剛好而已!

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