@sanweyz Firefox 不是调用 OS X 渲染，只不过粗了一点而已；
@jamesxu Firefox 字体渲染好个鬼， font fallback 自己搞一套但是又没经验，最后做出来一团垃圾，要么选择中文破坏字体设计师的设计，要么选择英文与中文网站永远拜拜。

试试 CotEditor ，开源，在排版方面除了 @jjgod 的 TextEdit+ 以外没有其他能够比拟，简洁轻捷，中文支持完善（除了自动补全翻译错了，翻译成了「忽略字符串中的制表符和空格」），编码探查就能击败一大把编辑器了。另外这是纯 Cocoa 的。

typo: "LED" -> LCD

另外，你也可以关闭系统全局的亚像素渲染，即通用 -> 使用 LED 平滑字体（可用时），这样两者就差不多统一了（ Chrome 会调用 OS X 的渲染引擎，而不是自己的那套垃圾）。

@gzelvis 不要不懂装懂了，这个问题和字体无关。

Safari 和 Chrome 渲染机制不一样， Chrome 是先渲染一张 4K 的图片，画好后 resize 到窗口，所以 Chrome 字体渲染是相当烂的，尽管在 OS X El Capitan 之前， Safari 有一些 bug 和本地化方面的错误的设计决策，但是 OS X El Capitan 以后，就完美了。

简单一句话：问题不出自于字体，而是渲染机制，所以唯一的解决方案是：自己改源码。

@qdwang 我都讲了！自然环境（如温度过低）触发了电池保护机制。

@qdwang 电池图标填满的情况下，要么已经充满了，要么自然环境触发了电池保护机制，不会充电。

不。

brew cask install mpv 更好，是 x64 的版本。

@Arthur2e5 你避开了我的论点。从 PowerShell 的命名来推测其使用方式，实在是令人感觉奇葩。难道 GitHub Desktop 是像 Gnome 一样的桌面？ Atom 是一堆原子让人用意念操控？ PowerPoint 是一个很强大的点？

@mongodb 至少 irony-mode 不能。 Ycmd 的前端的确有智能跳转、语义补全、静态查错等功能，但是一个足够强大的 debugger 似乎没发现。

比如说， VS 能够分析程序从全局对象的构造程序开始执行的程序流程，并且自动进行 inline-test ，分析 use after free 、下标越界等问题， Emacs 能吗？

@hei1000 UNIX shell 告诉我们，一切都是字符串， 1 也是字符串，{name: "rushcheyo", age: 13} 也是字符串。

@skywalker 问题不大？你能 profile ？你能 debug ？你能重构？

外观？我看完 Surface Book 后也想摔 Air 。

命令行？ Powershell 吊打垃圾 UNIX shell 。

不喜欢可是不得不用，谁愿意用 VS 以外的任何 IDE （包括 CLion ）写 C++ 呢？

@cxbig 我屈服了……还是用 Xcode ，配一点插件。