最原始的書我買了兩本，一本收藏 ，一本拿來用 (咦？)

讀後感想就是

• 別想靠投資賺錢
• 長期投資低成本的指數型產品，以退休為目的
• 低成本的產品只有美國有
• 即使投了 30 年還是有可能賠本

長期投資運氣好的話，可以給你不錯的退休生活。運氣不好賠本的話，就當作貢獻給社會經濟活動的動能吧，摸摸鼻子準備進棺材… (退休時領出來的錢是賠本的，媽呀，那時代的經濟一定是慘到不行了，活著也只是活受罪)

六種 pattern 啊… 其實還有第七種：移除 docker

咦？怎麼反而更簡單了

dell-precision-5510

dell 年初出了一台 15" skylake (1.7kg) 的筆電，32GB ram 還能裝兩個 HD。很殺啊

身為全世界最有錢的公司是有尊嚴的…

看到 360 還不快跑！

輸了… 這太深奧了

reddit 上面的人都抱怨按照這些規則，開發者從一開始就不該選 scala...

hotswap... 上次測試時，如果改到 Activity 或是 xml，那 deploy 只要六秒左右 (原本 > 30 秒，我們的 app)

不過，如果改到其他 backend 的程式碼 (像是 service) ，還是需要 full recompile (就是 >30秒)

也許正式推出會再改善吧…

又在 hacker news/ reddit 引起瘋狂討論了…

我突然覺得我沒選錯 Dart

..............

自己買 server 的話大概會配 redhat 了，誰也不想處理硬體 driver 的問題啊。ubuntu 硬體支援是有改善，但還是沒辦法和 redhat ecosystem 比。

不過這世界已經走向 cloud… 原 po 的疑問也是 for cloud

喔，原來這個 debater 是做分類用的工具，不是懶人包，誤會誤會。

事件都完整收錄了，不過我看了老半天才看懂這懶人包的格式。

說實在的事件還是要以因果的方式呈現比較好吸收，例如寫成文章、或是將各個發言回應以 tree 結構顯示…

amazon 又跨行業了… 可怕

Dependency structure matrix 第一次看到…

js 現成 library 是輸出 html 啊，react native 顯示一大堆 html ok ?

話說 React native 好寫嗎？

kaif 有一部份是要處理 markdown，像這種沒有現在的 library 就會很痛苦了…

github 不是 startup 吧，重覆

koool

不過我沒 iPhone

開始傳聞 github 要有大量老將出走…

找副廠修以後可能會不能用 iPhone...

ubuntu 就是用的人多, 相關的資源也豐富. 如果沒有包伏的話直接選 ubuntu 是比較方便的.

LTS 支援長達五年, 這真的夠長了. server 營運五年通常會經歷一到兩次的移機, 找到機會再升到下一個 LTS 就好.

centos 的問題就是接受新的技術比較慢, 文件也相對少 (網路上找到的範例多是 ubuntu ). 老舊的系統希望一直不變的維護下去, 那延用到是無妨. 不然的話也是建議找到機會就換到 ubuntu...

當然如果你是 centos 專家, 自然不用看我的建議了

nodejs scale up!

Github 內部發生了類似 不小心踢掉電源線 這種意外，然後 25% 的 server reboot，reboot 過程中 redis cluster 爛掉，造成 application server 啟動失敗。他們無奈只好先救 redis cluster，直到 redis 救好後，才重啟 application server...

看完後覺得 Github engineer 實在有點遜，這種 failure 不該是這麼強的公司該犯的… 一個子系統失效了，就造成 application server 完全不能啟動 (平常完全沒有模擬過這類型的失常)。然後子系統失效的原因是電源異常，這表示他們只用一個 Data center 囉？電源一斷就 1/4 server reboot... 有點遜。

我不是說我能做的比他們好，但 Github 已經不是 startup，也能吸收到世界最頂尖的開發者，這種等級的錯誤不是他們該犯的…