看来只能推荐你Axure RP这个神器了。

@vicwutaojun 不好意思，我不用微博这种东西的，推特帐号 @BreeStealth
我人在南京市区，新模范马路附近。不知道贵公司的在哪里？

就等着买了，要谈个啥啊。

这题的关键是两点：
1. 用户先选择并且可以更换答案
2. 主持人会去除掉一个错误答案

卷豆

@enqoo
南京本土企业，支持一下。
有空的话，想找个机会上门拜访，不知是否方便？

1. 系统要求低
2. 部署容易
3. 语言简单，hack方便

这几点应该足够解释了吧。

TextMate 2

随手用homebrew重新编译了一个。感觉区别不大。可能在rMBP中有变化？

我比较好奇，为毛买笔记本，还把学校爆出来？难道准备拿笔记本砸你们的方校长？

homebrew +1

@mikale 符合OO的想法并非就是最优化的解决方案，更何况这种方式的OO，完全对用户来说一个黑盒，处理起来不知道比脚本型框架困难多少。而且有时候为了某些要求，Hack源代码也是有必要的，或者我要换一套ORM实现，我觉得有源代码会比提供所谓的OO接口会好很多。甚至我都完全可以将框架的某个部分抽出来单独使用（估计也有不少人这么干），而以PHP扩展方式实现的框架这点远不及传统的框架。
也许是我看得比较少，所以我还是更加习惯那种脚本型的框架，纵观国外流行PHP框架，貌似也都是那种个，不论是Yii、Symfony还是Zend Framework都是。当然，如果是小范围内，比如某个公司平台使用，用户受众较小且为了满足某种特定的业务逻辑，编译成PHP扩展倒是一个不错的选择。当然，比如业务成熟到一定程度才行，否则也是够呛。

好像最近反人类的越来越多了。
这种貌似是最优化的现实方法了，又不是本地应用，又不是人人都是千兆网络。不给APP缓冲时间，难道直接给你看转菊花？

标题党到这个程度，也算是不容易了。

@mikale 其实这些如果使用脚本类型的框架也可以同样实现啊。而且这种做法，是不是也提高了大家一起参与的门槛了呢？有时候遇到一些文档没有提到的东西，想看看源代码都是很痛苦的啊~~这点我觉得是最让人抓狂的。

@lianghai
@infinte
我也想问，这个Caps Lock锁死在小写状态什么意思？就是说只是起到了切换输入法，大小写状态不改变？如果这样子倒是挺不错，就是不知道实现起来是否方便？

已经将Caps Lock映射为Control的Mac用户表示情绪稳定。
Caps Lock作为输入法切换的唯一问题在于，不同文档使用输入法状态不同时，你会有种想死的感觉，因为你不知道你在某个文档中，输出的到底是英文小写呢还是大写呢

除了性能可能有所上升之外，比PHP脚本类型框架有什么优势？