台灣主體為黃金螺旋、底座為黃金矩形，波浪使用貝茲曲面

jackson 加上 kotlin 加上 proguard 遇到 String? 就掛了

還沒找到原因, 只能先轉回 java

馬上就第一篇 nullable1

目前只覺得是漂亮版的postman

No Future Employment with Microsoft or Affiliates.

全部 ban 掉耶，好猛

誰找她來臺灣試試看好了xd

作為一個中文使用者，最關心的還是字體渲染的改進。1703 Creator Update 後已經有稍微變好了，但只能說沒有以前那麼爛，跟 Mactype 一比還是差很多，不知道接下來還會不會持續進步。

你可以繼續用 obj c 寫啦, 反正 apple 自家的程式全部是 obj c. 死不了的

但寫 app 要看 library 多不多, 新不新, 還有你找開發者的話, 死守 objc 你可能招不到寫 swift 的人...

語言沒問題, 只是去寫 server 的話, 生態系沒起來, 還要擔 break change 的風險.

寫 server 很多選擇, 沒必要像 ios 一樣只能選一種

科科，React Native 這麼大一個 project 也是 Objective C／Objective C++ 啊，講得好像只有 Swift 能開發 iOS

Microsoft Fluent Design System 11

浪費生命是因為語言不好用嗎 還是可以用的環境範圍太小? 還是每個版本間 為了相容要一直work around??

swift 3 只有說之後會有 ABI 相容1 。

但 swift 4 仍然保留了可能會 break change 的說法。

不過我覺得可以入坑了，之後改的會越來越少吧。而且你寫 iOS 的話一定要會用 swift，因為新的 library 可能都只有 swift 版了，不能再等。

然後處理 break change 是工作的一部份，躲也躲不掉的。回報給你上級，說這是 iOS 開發成本的一部份。說實在的，Apple 把語言設計錯誤的責任轉嫁給用戶 (開發者)，實在是不可取。

如果不是寫 iOS 就不要碰 Swift 了，浪費生命。

千錯萬錯都是別人的錯！

shape_superformula1

@caterpillar 麻花捲快要可以做出來了 XD

這麼多人投 NO 的 JSR 應該不多吧(?) XD

目前最好的情況就是在 30 天之內找出共識，然後重新投票通過...

人多的地方就有江湖

這麼被關注的 JSR 有過嗎ＸＤ？ 實在無法想像沒過之後的規劃....

我 android 蠻順的啊，只覺得動畫的速度太快而已。

flutter 能夠接受用 material design 的 UI 就能採用。不過現在還早的很，至少要開始看到 Google 本家的 app 開始用 flutter 改寫才算數 (google map, photo, youtube... etc)

嘛，Google 打的算盤是 -- 可以開始用同個程式產生兩大平台 Android, iOS 的 app，然後之後可以 native 的跑在 ChromeOS 上，而那時的 ChromeOS 可能已經蓋在 Fuchsia 上了。最後的最後則是 Web。

接下來還有 30 天討論看能不能達成共識，如果沒辦法解決的話，應該趕不上原本預定的上線時間吧...

在兩個平台都裝了 Newsvoice。iOS 還是比較順暢(幾乎所有跨平台工具都一樣)。感覺還是只適合做一些內部用或簡單 App。

screenshot 上面的 << icon 就是 flutter1 的 logo

flutter 大概完成了八成了吧，現在被用在 Google 內部的 app (CRM)。也有人實驗性的開始寫小 app，像是 Newsvoice2 ，有興趣可以裝裝看，看看重寫過後的 flutter native widget 的感覺如何。

等待連載中

太可惜了, 東森科技就在我住的地方旁邊, 去年招兵買馬的時候一度很心動