@xcv58 电源键改不了

据说下一代 Air 的电源键放到左上角了，把 ESC 挤到一边去了。vim 用户会被坑

@xuming

1. 只要不用 Python 语言本身做密集型计算就不会带来性能问题。从我以前的经验来看 CPU 开销大多在苹果的代码栈里，比如布局、绘图、解码，自己写的业务代码没做过这类计算，我们一般在 iPhone 上不回遇到过滤上百 MB 的数据这样的场景。唯一想到可能存在问题的地方就是 GC 影响动画，可能可以通过修改 Python GC 的时机来解决。
2. GIL 对 Python 的影响一直都被高估了，它只锁解释器，iOS 上只有网络和存储需要在非主线程上跑，这些都是非 Python 代码，不会被 GIL 锁住。
3. 苹果的 Foundation 和 UIKit 我觉得是比较恶心的，处理字符串和数组多麻烦我就不说了，对于网络和持久化，如果能尽量绕开选择替代的 Python 方案，比如网络用 requests 持久化用 SQLAlchemy，也会方便很多，甚至可以用后端的业务模块？界面可能绕不开还是得用 UIKit，但其实只是换了个语言，接口都没变。
4. 开发语言限制已经从 App Store 审核方针里去掉了。

最大的工程大概是根据 Objective-C 头文件生成对应的 py stub 文件以便开发时参照和自动补全。

@skyline75489

基于这两个东西改的：

https://github.com/pybee/Python-iOS-template
https://github.com/pybee/rubicon-objc

上面还需要做一层封装，把常用 Framework 的 API 提供出来