我跟他们一起走过... 两次了。不过都是回去的时候。

如果我一个人来，肯定还是先出去，找那个 Apple Stone, 再下去...

省心...

着点小雨也算是雨么？我还在考虑是不是要打伞...

#27 楼 @fsword

其实 Alt-r 也可以。我常用呀。

说错了，是 C-r, 只不过因为另有他用，只不过我自己重新 binding 成 M-r 了。

bind '"\er": reverse-search-history'

#137 楼 @ronbin

是在搞不懂，是大家不看帖，还是根本就不认为我说的 Slackware 是个 Linux 发布版？

#141 楼 @lilu

又见 Emacs 神人一个，我等只有瞻仰的份儿...

顺便问下，你如何管理大量文件？? 操作进程指的是 proced 吗？编写执行调试 shell, 如何操作？我每次都是 sh -x 脚本名称，还好不是很大，即使这样，有时候也看着晕。查找和回复邮件，你指的是 GNUS ?

#108 楼 @happypeter

我没用过 Mac 下的 CLI, 无法评论，不过给我感觉至少还是蛮漂亮的。

不过，还是支持你~ +1

顺便问下： unix 规范的解释权最终落到了一个狗屎组织手里了。 这个组织是什么？

#128 楼 @diudiutang

我知道为什么我还是没忍住，发了这个帖子了。

你转帖的这篇文章：Linux用户说，请不要神化Mac系统, 文章作者对于自己的描述：

1999年以前使用DOS，从1999年开始，接触到了Linux，装了Redhat Linux 6.0＋Window98双系统，花了6个月时间熟悉了Linux之后，开始更多的使用了Linux。2002年将Windows从系统中清除了以后，选定Slackware Linux作为我的操作系统，其间没有更换过其它Linux发行版。很少在Windows环境下工作，从不惧怕命令行，实际上，我的大部分工作是在命令行下完成的，大量使用脚本语言、后台管理和服务器，因此桌面系统的好坏对我来说不重要。我的桌面系统一直以来都是XFCE4，使用英文环境，但是可以阅读和输入中文，也即我的locale＝en_US.UTF-8。

如果再让我选择一次，我会毫不犹豫选择Thinkpad＋Slackware，而不是Macbook Pro＋OS X。

除了我是 2011 年开始使用 Linux, 水平比人家菜的多之外，其他的部分和我一模一样，Slackware, XFCE, 这些选择都是很主观，而且是不可能有任何人推荐的。

甚至连我们用的电脑都一样。我估计作者肯定也是痴迷于 Thinkpad 的 小红帽

只能说，那个作者和俺，都实在有点非主流...

#103 楼 @liuhui998

折腾 Linux 桌面很花时间，那是因为还是没理解 Linux 的优势在那里。

我从用 Linux 开始，就没用过 Gnome, KDE 只是进去过几次，你应该吧功夫花在 CLI 上面。将来就算用 Mac, 你也不吃亏。因为之前你了解的东西，在 Mac 下面肯定大部分能用，因为都是 BASH Shell.

#101 楼 @diudiutang

1. Linix 是什么东西 ?
2. 你说 Mac 看不上 GCC 这套东西，或者说不兼容 GCC, 我记得以前读过文章，还真有这回事儿。其中一部分缘由是因为，苹果觉得 GCC 太复杂，太多的legacy的东西，希望理查德 * 斯托曼改正，但是大神貌似不鸟苹果，其中缘由，那就涉及 FSF的自由精神 与 苹果的专有软件保护 之间不可妥协的我难题了。

如果真如你所说，Mac 不鸟 GCC, 而我知道大神又不鸟 Mac, 那么对我我这样一个 Mac 来说，我真很怀疑在 Linux 下可能很简单的编译安装到了 Mac 可能真有问题。

坑爹，几个小时没看，都冲破天了... 这要是股票多好呀。

#10 楼 @knwang

我赞成。 , 关键是 Ruby 下面，创建这样一个类，并实现验证方法，成本的确很低呀。

这个帖子很好呀。给人一些很不错的提示，为什么没人回复呢？

还有：楼主应该是外国人吧... 可是标题是汉字。哈哈

#80 楼 @Juanito

谢了，有关 Emacs 我真不折腾了，我现在不是折腾的少，是折腾的太多啦。

多到我现在都不知道该咋用 Emacs 了。几乎每一种情况，都有三四种用法，用这个也觉得挺好，用那个也觉得挺好，慢慢的，我会趋向于越来越简单吧。

凡事好像都是这么个规律吧。

Perfect, Nice work!

#78 楼 @reus

我看了几次都没注意到... 有效，谢谢了，而且实现方式相当奇葩~~

#75 楼 @reus

知音呀。哈哈，一眼就知道是 Zenburn.

我也发个图吧。因为要使用 shell-mode, 我专门针对这几个特定的 buffer 开启了 tabbar-mode. 效果还蛮不错.

还有个问题，再请教下

1. 如果需要运行 reset (清屏), 你是如何解决的？

#75 楼 @reus

我终于明白你说的可以用 theme 是什么意思了。我照你说的设定后，新启动 Frame 时，直接在在 XFCE Terminal 下打开了，的确支持 Theme, 不过键位还是虚拟终端的键位，字体渲染也是虚拟终端的，只不过是一个披着 theme 马甲的的文本 Terminal. 哈哈。

最可笑的是竟然 Emacs 快捷键可以和 XFCE Terminal 快捷键混合在一起。太 BT 了。

不过有些问题，好像在 Terminal 和 Buffer 下切换，界面不会自动重绘呀。坑爹。刚才首先打开我的.emacs 脚本，然后进入 shell-mode, 然后又切换回来，不知怎么搞的，就把大一堆ls 输出给我搞到脚本并保存了。

不过很好，颜色问题也解决了，谢啦。shell-mode 除了看 Man 帮助还得到 Terminal 下，不太方便外 (没养成用 Emacs 看 Man 帮助的习惯), 其他都很 OK 了。

#72 楼 @reus

我 Emacs24 编译包装完我已经删除了，这个参数不太熟，如果加了这个参数，难道你不用 GTK+ 来启动图形界面的 frame ?? 还有就是为什么我在 XFCE 的 Terminal 下自动设定为 xterm, 在 shell-mode 下自动设定为 dumb. 需要修改系统的什么东西才可以让$TERM显示为 xterm-256color ??

还有个疑问，原来我也想过用虚拟终端，不过有些键位的默认绑定太奇怪了，例如：Alt+Return 竟然和 C-M-b 是同一个键，C-/ 竟然就是等于 C-_, 你那个 linux 发布版是不是也是这样的？另外，也没办法用 Theme 吧！

#70 楼 @bhuztez

老兄绝对牛人~~ 在下佩服的五体投地！

就是有点爱抬杠...

和我有点相似，哈哈。

支持~~~ 我一定会去。 +1

#68 楼 @reus

我没说清楚，我说的彩色指的是git log --graph 左侧显式的那个分支图的颜色。

另外，log 的 SHA1 码也不是默认的桔色，默认我设定就是 true, 但是这些输出仍然是白色。

#63 楼 @sectic

你说的 CLI 是纯文本的那种还是 X 下面的？

如果是纯文本的，别提多难用了，最开始我可是好折腾了，想换键，想显示中文，后来终于证明，这是不可能完成的任务。当时也是有点极端，现在想想，谁会在文本终端下作开发？?

如果是 X 下面的话，我比较了几种，我认为最漂亮的 CLI(或者说一见钟情) 是 XFCE4 自带的 Terminal. 功能也比较完善，也可以设定一些快键。X 下的终端是建立在 X mapping 之上的，所以所有的键，由你随便换。只需要一个命令 xmodmap, 改这个虽然有点枯燥，但其实挺简单：

xmodmap -e "remove lock = 0xffe5" &>/dev/null
xmodmap -e "add control = 0xffe5" &>/dev/null
xmodmap -e "keycode 66 = 0xffe3" &>/dev/null
xmodmap -e "remove mod1 = 0xffea" &>/dev/null
xmodmap -e "add lock = 0xffea" &>/dev/null
xmodmap -e "keycode 108 = 0xffe5" &>/dev/null

这个脚本，把 CapsLock 换成 Ctrl, 但同时左边的 Ctrl 我没动，把右边的 Alt 换成了 Capslock.

BTW: Emacs24 的 shell-mode 非常棒了。你可以考虑试试。除了某些情况下无法显示彩色内容 (例如 git log 命令输出), 其他都几乎完全一样了。

偷偷说一句：我已经都内定了...

#55 楼 @happypeter

结论先不说，这个dog 和 god 的说法，真幽默...
原来English也可以这么有意思。

#59 楼 @huacnlee

有机会，也许我也会切换到 Mac 下，不过前提条件是个人的常用的一些的东西，必须在 Mac 可以运行，目前还不满足。

另外我想说，用那个其实还是在于个人：

• 可能会有多人在用 Ubuntu 那种发布版很久，反倒很少用 CLI, 反倒是过分的追求这个要有图形界面软件，那个也要有，还是以前 Windows 的思维，这种干法，绝对有点舍本逐末的意思。

• 但是我知道，就如同 @huacnlee 你介绍的，在我看来，你其实就是认为 Mac 同时具备 Unix like的哲学 和 Mac的Taste, 工具齐全了还高效。可是真正用 Mac 的人，可能都在品味 Mac 的 Taste , 我怀疑又有几个人能体会到前者呢？在我看来，很多人还是把 Mac 当作一个高级版本的 Windows 来用而已。

不过至少在 Linux 下，少了好多Good Taste GUI 东西，相对来说就多了一点折腾，而且，我感觉对于 Rails 或 Ruby 这种 Linux 下原生的 Geek 语言来说，该折腾的迟早还是要折腾的。等你折腾的差不多了，再换 Mac 也不错。

我自作主张的下个结论： Mac 不会让你少什么，前提是你真正了解它有什么。

#52 楼 @willmouse

抛开内核不同不说，至少开源的很多东西更多在 Linux 下 开发完成 (采用 GNU), 我承认可能比较有名的开源软件可能都会有 Mac 的源码包，不过我想总是有点区别的。或者是早期的一些实验性的版本，在 BSD 系统上，不见得直接拿来就用吧。

我是推测，可能不对，因为我从来没有在 Mac 上编译安装过东西，我想绝大多数果粉也没这么干过。呵呵。

#110 楼 @lgn21st

如果您对成为本次⼤大会的赞助商感兴趣,请邮件联系

多了一个大字。

看到了 DHH 的一篇文章。其中有一句话: OS X offers the best personal computing experience available today

不过下面的一句话更有意思：

While I can certainly understand the reasons why some people go with Linux, I have run all but dry of understanding for programmers that willfully pick Windows as their platform of choice. I know a few that are still stuck in the rut for various reasons — none of them desire

链接：http://david.heinemeierhansson.com/arc/000433.html

#45 楼 @ugoa

不折腾要看从那个角度，诚然，我发现 Mac 通过包管理，提供了大量的常用的软件，但是如果你开发过程中用到一些开源的东西呢？这些开源的东西可不一定都是用 Ruby 这种高级层次的抽象语言实现的。如果是需要编译呢？这个时候，我想用 Mac 应该有的折腾了吧。而在这点上，Linux 一般很少折腾的。

#43 楼 @fsword

明白了，刚查了下，就是电容屏... 天天在用，却不知道，坑爹~

#39 楼 @Juanito

好久不见，听说你去 服軍役 了？

话说 retina 单词你都认得，我真服了。