golang 就是效能沒那麼好的 C + 簡單的 concurrency 語法，老實說很多場景夠用了

ARM 的架構本來就是走 low power 比較強，clock 方面其實 apple 已經拉得很高了，足以符合一般人的需求

Apple 的 cpu 一直都是單核很猛啊，看 multiple core 其實也有點鑑別程度，尤其用在 notebook 上面

希望他們成功！

種花不敢吧ＱＱ

用 B-tree 可以解 high cardinality 的問題，現在流行的 prometheus & influxdb 用的演算法是 gorilla Link1 ，其實是可以把 time series 的資料壓縮到很小，B-tree 的話，我其實蠻想知道同樣的資料存進去會變多大XD

我也覺得應該是熟悉程度的問題，像是對岸的面試題，可以看到一堆 MySQL 分庫分表，但也許有些場景用 NoSQL/newSQL，甚至 graph database 都比較好解。

其實你量大，價錢什麼的都可以去吵 XD

拿這麼舊的版本來比較總覺得有點怪啊...

恩恩 感謝回覆我的問題！！！ 不過我知道有些點有改善

• master 要錢 <--- 真的貴
• node 現在有 managed node & fargate 可以用 (心智成本又上升了)
• GKE 其實到最後還是要熟 VPC 的部分，我們家有踩到一些雷，最後還是自己重切過
• ingress 的話，我目前是用 ALB + traefik ingress，其實還是可以用一台 ALB 搞定一卡車小站
• EC2 網卡這個我認同， 這個東西每次都要查一下，蠻麻煩的 Link1

GKE 我覺得很棒，但是 GCP 的問題一直都是其他 managed service 沒 AWS 多且穩定， 像是 cloudsql 會有 downtime 就抖抖的，這方面可能再跟大家請教下 XD

其實蠻想知道爛在哪 XD 有比 EKS 好的選擇嗎？求解

我覺得 python 拿來做運維 + offline 統計分析的事情真的頗好用的，重點是程式碼維護性一般來說有一定的保證！

居然拉到這段好精彩啊（被踢飛

有些很棒啊！

好討厭的感覺啊...

看來 pied piper 是用 Java, C 或是 Golang XD

好心動！！

原來 Hinet 真的那麼難搞啊

PostgreSQL 都沒有顧問？（已哭

終於出了！！！

真的是太中肯了

還是等 2020 年再來學好了（昏）

不知道到底好不好

Javascript 的世界就是亂，看 github 上面不同的 JS 專案都有各自的風格，真的是...

終於有了啊（遠目）