很多人買的 VT/VXUS/VEU/BNDX/BNDW 都有調降手續費，太佛心了...

即然都要寫 test 了, 何不直接標示在程式裡呢?

未來 10 年大概會是 type 的全盛時期

最近改炒股了，期待他去炒房

什麼時候有 rust 版了... 我怎不知 (被打

爬不上樹是魚生理上的缺陷…XD

要加的功能好多，2020 做的完？

把工作從 UI thread 拔掉當然是很好，不過我觀察發現卡住的地方通常是真的算很久 (貼個 Java code 轉成 kotlin 之類的)，或是修改一個 1000 行的 kotlin 程式檔。parser 不再快一點也是白搭

每日頭條雖然在我的印象中還是內容農場

但產生內容的速度真的很快

紐約時報調查揭露美手機用戶位置數據危險1

是不是程式語言的缺陷有待討論 但是，的確我想，當初有這些 DP 是在解決當時發生的一些問題，所歸納出來的常用解法 但是如果要用新的語言來解釋以前的東西，好像有點怪怪的 畢竟，這些語言在設計之初，應該就已經想到了之前發生的一些問題了吧～

每個語言都應該會有自己的 Design Patterns，因為 DP 的由來，本來應該就是集結了大多數人在解決某些問題所歸納出來的解法～ 我的見解是這樣

會 Swift 的人都是 iOS 開發者，和後端需要的技能差太多。我的觀察有志寫 mobile/front end 的人，通常對只有冷冰冰純數據的開發沒什麼興趣。

以一位沒碰過 Swift 的開發者身份，我有想到兩個：

1. 對於已熟悉 Swift 的開發者，不需要再學習第二種語音就能開發後端
2. 由於會編譯成 machine code，在啟動、效能上應該有不錯的表現

只是好奇，用 Swift 開發後端有什麼特別的優勢嗎?

應該是 design pattern 發明出來後回流到語言本身

分兩個dex還蠻有趣的，但這樣就沒問題了？！

好文。不過我最期待的那句話「管理開源專案最難的不是技術而是人」在文章裡只有輕輕帶過，沒有多講什麼，可惜。

So unless Apple is preparing for a new embedded platform (AR glasses, anyone?), the most reasonable explanation we have for Apple implementing Objective-C direct methods in 2019 stems from something other than performance.

從 compiler 的改動可以推測出一些事情，真D宅呀

感覺reminder 和 tasks 其中一個會收掉吧，用途太接近了

好像不是 Google 自己作的: taskboard 官網1 (點左下角 Qualtir)

This web application was designed by Qualtir Software GmbH, a company run by enthusiastic developers.

不會被收掉，但是要擔心 Google 收掉 tasks (?)

會不會明年就被收掉了(X)

開宗明義就講 P vs NP 問題沒有意義 XD

話說回來AWS有一堆複雜到不行的計價公式，而且基本上也是他說多少錢就多少錢

HP 定义为：哈利波特能够在多项式时间解决的问题。

每次讀王垠的文章心裡都預期會有地圖砲XD

其實大部分傳產都寧可要傳統的quota而不是pay as you go。這部分微軟就老經驗了

笑一笑

不過 AWS 很複雜就是了, 即使我用了快十年還是很多東西不熟

Pipenv 真的很雷。

life is short, you need python, but not Pipenv.