CT200H 是五年免保养费的吧，考虑这个性价比不错的。

Smart Cover 是很好的选择。

@yuelang85 开发者帐号不在工程目录里的，最多残留个开发者名字，如果工程里的签名没有选自动匹配而是手动指定的话。

好东西不管在哪都会发光发热，不必在乎排名。Objective-C的受众群体和其它语言本来就不是一个数量级的，一直排名前列才是不大正常的事情，相对而言。

服务器上跑图形界面还可能会引入额外的漏洞，还是老老实实shell吧。

@PrideChung 其实我也觉得你的方法名字太长了。。。
@denger Objective-C 方法命名最好的一点是语意很明确，比如说如果有获取天气的逻辑
C 系的语言可能会写成：
Weather getWeather(float latitude, float longitude, Time time);
如果后面跟的参数太多，很可能次序会写错，甚至有的时候连参数是什么语意都不知道。

Objective-C 的方法则是：
- (Weather)getWeatherForLatitude:(float)latitude longitude:(float)longitude time:(Time)time;
相对而言，每个参数前面都会有指示性的文字进行提示。

酱紫会导致方法名严重变长，但是会有更好的可读性，有时候甚至连文档都不用看，直接通过方法名就能知道什么参数对应什么。

我个人是喜欢后者，当然，萝卜白菜各有所爱啦。

如果fetchContentFromDatabaseUsingEPollAndKeepMyCafeWarm这个方法写成
- (Content)fetchContentFromDatabase:(Database)database using:(Method)method andKeepMyCafe:(Temperature)warm;
就更能体现 Objective-C 的优点了 ：）

建议增加保存到 Pocket、Instapaper 之类的稍后阅读，或者 Evernote 收藏。

送给楼主一句话
Done is better than perfect.
首先把东西做出来用起来，然后你完全会有完全不同的视角，再重构。

如果只是 GBK 和 UTF8 之间纠结的话可以检测的，UTF8 具有比较明显的特征，所以只要这段数据不是 UTF8 编码就是 GBK 了。

我目前用的一段代码见
https://gist.github.com/fireblue/5660870

基本上是 C 的，供楼主参考。

如果有跨平台需求用 json 即可，plist 的优势在于可以直接用 Xcode 进行可视化编辑。

plist 是你最好的选择。

@clowwindy 如果是只用到推送服务的话，用Orbiter
https://github.com/mattt/Orbiter

V2EX clan 有好几个已经冲进前 1000，比如我们 clan （偷笑）

解锁版 GS4 说明，LG 真是个扶不起的阿斗啊。。。

Staging 很酷，如果 App Store 也能引入这个会是个福音。

@toctan 传感器数据结合机器学习，用个分类器就搞定了。

演示Game Center时候Crash了。。。

怎么可能，还有swap的，我手头两个256的vps，lnmp，ror都跑着，完全没问题

其实如果只是 Web 的话，Firefox + HTTPFox 是个完美的选择。