對XD，根本沒有 stay ，整篇都是 should go.

整篇都在大力讚頌 Kotlin XD

這篇要講的感覺是 multitier1 , 覺得要可以抽換前端api, 後端store之類的...但我自己的感覺是除非是很純粹的業務邏輯, 只會用到general的api/store feature, 要不然都沒那麼好切割或抽換

但是後來發現很少看 Package，都直接 trace code 看 usage 就大概知道程式架構了。

首先，這是在正常不過的寫法了…

login/
        LoginActivity.java
        LoginFragment.java
        LoginAdapter.java

為什麼會說這 正常？因為本來這三個 class 是該放在 同個檔案 Login.java 啊！

因為 java 的一個 class 必需有獨立的檔案，所以才會分一大堆零碎的檔案。

不過，這種小限制也沒什麼大不了的，就把他們拆在同個 package 內，也可以管理的很乾淨/自然。

不管什麼語言/平台，應用程式大多數都該用 feature 分，不會錯太多。

用都沒用過就GG惹

jack and jill GG 了

做的效果真不錯, 設計師與工程師的最佳橋梁

咖啡機範例1

jdk9 Candidate classes Flow and SubmissionPublisher1 感覺只是為了補上 JDK 缺少的（現代？）概念…XD

這跟原本的 Project Brillo 似乎差有點多

from 最近開源的一點心得1

喜歡看這種 Debug 過程文章，結果又是沒有詳讀 JDK 使用說明的 BUG ...，但是 Throwable 的設計也很奇怪。

還可以倒帶回上一步，直接改程式，再跑回來，好威阿

看完覺得很唬爛啊… 剛打完程式碼畫面就 reload 了，還保留 state

 0     void         Completable
 1     T            Single<T>
 0..1  Optional<T>  Maybe<T>
 0..*  Iterable<T>  Observable<T>

終歸要利用 Type 來明確標示意圖，而不是什麼都回傳 Observable，這或許是個設計 library 時可以借鏡的地方

2.0 設計好多了！改善好多問題，舉個例子像是 operator：first(), takeFirst() 在 1.0 都只回傳 Observable，但是差別在 first() 沒拿到東西就會噴 error，takeFirst() 沒拿到東西不會噴 error，根本就整人呀。

現在到 2.0，變成回傳 Single, Maybe, Complitable，一目了然！

Flowable / Observable 講的很清楚，推

沒有 null 挺煩的，一堆 type 都會變成：

Observable<Optional<String>> o = ....

不是說禁止 null 的概念不好，是 Java 沒有 null 相關的 type 像是 String? 。 到處都加 Optional 這樣整個程式碼都會是一堆贅字。也許搭配 kotlin 用會比較合適

講的蠻清楚的

看起來不錯，不過 謠傳1 定價也不便宜...

Kotlin compile 這麼快喔? 雖然有部份是因為 Gradle daemon，不過差距這麼小真的是不錯

對 ＸＤＤ

這感覺像是自動 search stackoverflow 然後複製貼上 XD

裝了一下 android 版. react native 還是不夠力啊, animation 卡卡的, 這還是在今年的旗艦機上跑的.

browser 都比這個快. 鉅亨網這 app 結構這麼簡單, 最佳化個 web app 比較實在.

看看明年這時 react native android 會不會比較像樣一點