不知道耶… 大概是承接 Obj-C 的傳統吧，雖然我覺得新語言沒必要加這些…
在程式裡追求自然語句通順好像搞錯什麼了吧？
例一，日本人寫程式
func わたし(は: 名前)
這個 は 莫名的好笑 XD
例二，Grammer zealot 寫 Swift:
let account = createAccount(
withName: "foo",
email: "foo@example.com",
password: "xxxx",
andRememberMe: false)
要英文語句通順嗎？加個 withName 和 andRememberMe 更好呢！
func move(from start: Point, to end: Point)
老實說我個人十分厭惡這種變數名和參數名各自命名的做法，太囉嗦了，而且參數名幾乎都是無用的介系詞。你讓一個寫 Java 寫 10 年的人都還覺得繁鎖真的很失敗啊。
另外一個例子:
employees.remove(at: x)
這個超煩，我只會想寫 removeAt(x) 而不是 remove(at: x) 。退一步我寧可多打幾個字寫成 remove(index = x) 也比較好
好可憐，Apple 在中國跟狗一樣…
Google 早早 被迫 看破先閃了
台灣人用的 iPhone/Mac 如果歸中國就好笑了，此 bug feature 無法修復
看到 kotlin 可以寫 UIKit 了。
這個穩定後就可以把 swift 丟了。swift 一直破壞性改版只是增加大家的困擾，kotlin 也比 swift 好寫很多，再加上能一定程度和 Android 共用程式碼…
kotlin mobile platform:
- 沒有 react-native 整個 app 都要用很爛的語言 js，react-native 也只有 UI 是native 而已。
- 沒有 swift 破壞性改版的問題
- kotlin > swift > java > objective-c > js
- Kotlin IDE 強太多了。XCode 根本是垃圾中的垃圾。AppCode 好一點但處理 Swift/ObjC 也是問題一大堆。
- Android/iOS/Server 共用部份程式碼
夢想漸漸成真…
總覺得是 scala 的歷史再現。
scala 興起時，也是 java 的明日之星，不過 scala 中期出現過版本不相容的問題，過幾年後就漸漸有人回歸 java。
新的語言會讓人想回去寫舊的，基本上就算失敗了。
你可以繼續用 obj c 寫啦, 反正 apple 自家的程式全部是 obj c. 死不了的
但寫 app 要看 library 多不多, 新不新, 還有你找開發者的話, 死守 objc 你可能招不到寫 swift 的人...
語言沒問題, 只是去寫 server 的話, 生態系沒起來, 還要擔 break change 的風險.
寫 server 很多選擇, 沒必要像 ios 一樣只能選一種