按照我的经验，强迫症做出的妥协，比非强迫症做出的妥协必要性高得多。
后续出 Bug 的几率、需求改动的 overhead 也要少很多。
总之我认为这不是坏事。

@lin Wow. 进入 Beta 后记得来更新 :)

有意思……给个地址看看？

VC6……？GTK……？
放着 VS2013 和 WPF 不用去用这些上古时代的轮子……何必折腾自己？

自己搭个 Jenkins？

国内……我觉得还不如直接买中文的教材（至于怎么找好的翻译……这是另一个话题）。
比起直接学习技术，我觉得不如打好英语基础，以及更重要的，学会如何学习。

@casparchen 这是论点不是论据……我只是来提出一个疑问。

这事跟地域有关。

我这么些年观察下来的结论是，比较喜欢强调自己的方言的独立性，声称它们绝不可丢失的人，一般来自江浙沪、闽、粤等地。他们通常声称本地方言受到了普通话的（强烈）冲击，甚至钳制或者消灭。
这里的用词并不包含任何价值上的判断，我只是在陈述这么一个现象。

由此我的观点是，这是类似「PHP 是最好的语言」/「Vim v. Emacs」的宗教战争。
每个人从他自己的成长环境出发，就会得出相应的结论。

**重点是，这个事情并不存在客观正确。**

中文书写系统和口语一定程度的分离，给这个问题增加了更多复杂因素。

但有一点：那些扩大到消灭中文的就是在胡扯。语族内部的更替和语族间的更替不可相提并论。

@Elethom 还有就是个人不喜欢 WYSIWYG…… 我宁可用持续集成，把一切简化到一个保存命令。不让我看到原始的标记语言的话，格式不满意调起来很麻烦。

@AlanZhou 比如 https://github.com/nnhubbard/ZSSRichTextEditor
Google 一下 iOS rich text editor 就有结果。

@AlanZhou 根据我简短的搜索，他们是自己造了些轮子……但那是 2011 年的结果。不清楚这些年 iOS 有没有增加原生的 rich text support，至少 GitHub 上有现成的轮子。
以及如果你的重心是图片而非 rich text 的话其实可以做两层，一层处理整个 post 的 layout，一层处理单个图片及其注释。

@Elethom 没用过……我不是说实现问题。我是说从产品角度上看是否真的需要这么一个东西。

@AlanZhou 其实我的建议是不要这么做。
就像知乎客户端一样，富格式的直接交给桌面浏览器。在 iOS 那紧张的屏幕尺寸（不会只做 iPad 版吧？）下只允许编辑不套用格式的文字，即使这样文字量一大体验都很差。
如果能够预估用户群体不介意学习成本，可以加入 Markdown 支持，最后做个预览就好，不用实时渲染。

真正的问题：这个模块期望用户提供多重的内容？
如果轻到朋友圈那样，那模仿朋友圈那个界面就可以。轻单也可以考虑模仿。
如果是知乎那个级别的还是就纯文字吧。
介于两者间的话，需要你家产品经理仔细想想。
总之我感觉这是个伪需求。

会不会是因为你用的是 20i 的问题……我的 15 运作良好。不喜入耳式。
自己本身有点耳鸣。

Mission Control 确实卡。不过作为乞丐版我也没啥好要求的……

你是说 Zen Mode 还是普通的回答？

@Livid 或者给主题一个火星标记？类似于知乎的没有帮助？

随时都有百万级的流量？所有文件都会变化？应该不至于这么严苛吧。
专门腾一块内存做虚拟盘用于缓冲。不大量 IO 简直是不可能的。

……如果有混过 NGA 的话应该记得一句很著名的话……
「这里是私人论坛。」