也許 nginx 會步上 mysql 的命運

memory 現在太便宜了，大家還是比較在意起動時間的啦，尤其是開發時

RedHat

所以我覺得根本不用理用戶，用戶不曉得自己要的是什麼

kotlin 因為要和 java 互通所以選擇了捷徑 untagged unions

Swift 雖然要和 objective c 互通但仍然選擇了 taggged union

結果是？

Swift 超難用

T?? 這種兩層的處理起來很煩，不好 debug，compiler 和 IDE 都笨笨的也不會顯示清楚一點。試試處理 json 就知道了 (json 通常會有好幾層 Dictionary，每一層都會遇到一次 nil)

Kotlin 的做法實用多了，遇到 optional 你就很直覺解 ? 就好了，管他是幾層。 Kotlin 寫起來會有一種順暢的感覺，就是在這種小地方比較 務實。每個小角落都處理的很順，整體累積下來就是寫得爽，你不會有花時間跟它的 type 在對抗的感覺。

kotlin 的 by lazy 不知有沒有限影響

其實如果有 8000 的我會想買…

我猜沒有破十萬吧... 白 high 了我

結果這篇創下網站的最高流量... XD

我是有點興趣，折起來夠小多窄反而是優點

網址是 dead Link 哈哈

真的在此1

瑪多拉之翼 (我小時候唯一的記憶點) 以為是最前面了，沒想到鳥山明還更早。真是領先業界 20 年

gRPC 怎麼慢成這樣。

netty 也只比 springboot 快四倍而已…

• 大部份的人都死在 Test，學不會，或是不能持久
• 物件導向學不好，也沒人帶 (這個時代不流行了)。Modeling 了老半天最後都是 Anemic domain model，用 database 思考的人比較多。

database 都有？！ 這可神了

docker 有多穩？ 可以撐一年不會 crash 嗎？

爆卦 Reddit 天安門之亂！！1

真的會被買嗎？

重點要可以 sync 到 google fit 之類的 app 啊！

ES 坑真的有人跳耶... 一種 J2EE 的即視感.

Event Sourcing 和 Micro service 這類架構都不是一開始就該去選的, 無論你系統多麼的新, 想做多大多肥.

而是你開發到後來發現某個部份有一個很難解的問題, 然後剛好這類特殊的架構可以解決你的痛點, 這時候才會開始評估 (還不見得要用咧

CEO 要吉人了

吉吉吉1

K8s 無法 scale DOWN ，也就是做個小事很難。

有這個根本的問題那最終還是無法佔據市場

Bootstrap4 的 functional css 還蠻方便的

Swift 拜拜囉

我的意思是如果連 nested loop 都卡關, 一直教不會的話, 那就不適合做這一行了, 先刷掉...