转自:http://blog.csdn.net/redguardtoo/article/details/7222501
一年成为Emacs高手(像神一样使用编辑器)
作者:陈斌(redguardtoo)
版本号:20140722
更新时间:
原创时间:
版权:本文采用以下协议进行授权,自由转载 - 非商用 - 非衍生 - 保持署名 | Creative Commons BY-NC-ND 3.0,转载请注明作者及出处.
1 简介
成为 Emacs 高手很容易.一年前我还在 Vi 阵营,偶尔用 Emacs 还忘记"退出"的快捷键,但一年后我跨入高手行列.
很多文章都是强调 Emacs 有多牛,以激发你的兴趣.最有名的大概是王垠的Emacs 是一种信仰!世界最强编辑器介绍.
这些好文章让你激动,你因此定下一个伟大目标 (掌握神一样的编辑器 Emacs),接下来就是执行了 (如何高效地学习 Emacs).
网上关于"如何做"的文章不多,那些涉及到 "如何做" 的文章,涉及细节多而谈方法论少,所以本文的重点就是谈谈一般方法.
全文结构大致如下:
- 首先会介绍为什么Emacs值得学习,如果你对开源文化相当熟悉认同可跳过这一章,否则至少应读一下态度一节.
- 然后就是本文最核心的观点,尽快掌握Emacs的关键步骤.
- 后面几章是进一步提高技巧的方法提示(社区,阅读,知识管理)
- 当你提高到一定阶段,你应该能跳出具体Emacs技巧,欣赏Emacs的品味和其使用者的气质
- 最后是答疑和小结
2 为什么要用Emacs(可选)
简单谈谈,因为我本文的重点是"怎么做",而不是"为什么".
2.1 Emacs 的特点决定了其社区的平均技术水准都不低
Emacs 用 Lisp 开发,Lisp 的不同寻常的语法决定了其开发者都是资深开发者,掌握了多门语言.
Emacs 本身并不能给你带来任何好处,这就决定了其社区成员都是纯粹的技术人员,投机取巧的功利主义者对其是没有兴趣.
2.2 和单纯的 IDE 比较,Emacs 可以做的更多更快
这里的更多并不是和 IDE 比支持某编程语言的特性更多,而是指 Emacs 内可完成的通用任务比较多更快捷.
例如,我做开发时碰到难题,需要实时上 IRC 请教国外高手 (工作流包括粘贴我的代码到 pastebin 或者 gist,在 irc 内提问,看网页,将解决方案粘贴回来),emacs 集成了 IRC 工具和浏览器 (w3m),操作就很方便.
我使用 Visual Studio 多年了,Firefox 使用我也是高手,相信我,大多数情况下还是 Emacs 更快.
当然口说无凭,请看以下两段高手操作的 youtube 视频:
2.3 Emacs 是自由软件基金会开发的招牌开源软件
个人会丧失开发软件的兴趣,公司会倒闭而停止维护软件.但是自由软件基金会会一直存在下去.Emacs 作为其招牌软件也会一直维护下去,我在其上投资永远不会贬值.
2.4 使用 Emacs 可以立刻开始工作.
软件是开源的,配置是纯文本,而且软件的资源消耗较小,安装包很小 (命令行版本的安装包 30M 左右),所以在任何环境下我都可以用 Emacs 开始工作,overhead 很小.
这在大项目中特别明显,例如,某项目我需要同时编辑 perl、java、C、bash、SQL,需要远程编辑在美国服务器上的代码,网速也不是很快.Emacs 的优势就体现出来了.
2.5 一年指的是充分利用空闲时间,一年后自然水到渠成
我没说一年内必须什么事也不干专门学 Emacs,悬梁刺股没有短期利益回报的学习方法是我最反对的.
我赞成的方法是,开始阶段花极少的时间得到巨大的回报 (如下文谈到的 Org-mode),以兴趣做导向.
每天花多少时间取决于个人需要和如何管理,以我为例,每天八小时上班时间中有很多零碎时间可以利用,上下班通勤时间有一个小时可以利用.
2.6 态度决定一切
长期来说你能取得的成就是由态度决定的.
优秀人士的特点:
- 勇于接受新事物
- 追求更强的过程本身就是目的
- 举一反三
例如,虽然 Emacs 默认的快捷键已很高效,但是我更新了我的快捷键操作.保存文件时我原来要按按 "Ctrl+X Ctrl+S",现在按 ",ww".少按了一个键,同时手指避免了额外移动一寸去按 Ctrl 键.
这似乎是个微小的改动,因为保存文件并不是一个很频繁的动作.而且放弃熟悉的快捷键操作,使用一个陌生的快捷键开始也有点不习惯 (后文我提到,我也是一个熟练的 Vim 用户,但是 Vim 的保存快捷键默认是 ":w",并不是现在的键位).
但是这只是我改进效率的一个开端,我花了几个月时间把所有的操作都以类似的方法优化了一边. 然后我又想到了进一步的优化应该有可靠的统计数据为基础,所以我安装了名为keyfreq 的 Emacs 插件,对于我使用最频繁的操作重新分配了最方便的快捷键.
假设我一开始因为已习惯了 Vim 或者 Emacs 默认的快捷键,或因为改进保存文件动作的效率提升太小,所以拒绝改变,那么就不会有后来的大规模优化键位的工程.
或者有人说输入代码效率只是软件开发流程中很小一部分,重要的是 "XXXX(编程思想,架构,框架…)".此所谓顾左右而言它.如果你能举一反三,自然可以猜到同样的方法和原则也适用于软件开发的任何一部分," 但是…" 只是不做的借口罢了.
3 具体步骤
Emacs本质上是给geek(热爱技术,追求高效的人)使用的软件.所以使用它需要一点点Linux的基本知识.如果你没有这方面的经验,那么下一节"无Linux经验新手快速指南"就是为你准备的.否则可跳过.
步骤的要点在于起点要高,照抄高手的配置,尽量理解高手的配置,不要修改,除非你要给高手报bug.
熟悉配置后应加入社区,使用高手开发的插件,培养品味.到达一定的程度后要回报社区,多做测试,多报bug.
3.1 无Linux/Unix经验新手的快速指南(可选)
以下是我的建议:
- 安装Emacs 24
- 不要安装任何第三方插件
- 掌握基本知识,什么是环境变量(比如PATH, HOME之类的变量),什么是stdin, stdout, pipe.
- 读官方教程,学会基本的文本操作(大概十几个快捷键)
- 使用Emacs 24自带的org-mode作为你的个人时间管理软件.
- org-mode关键是用起来,只要记住按TAB键是展开内容就可以了,其他都不用学.
实际上我在后文已经把这个如何入手的问题说得很清楚了.
比如我后文谈到,我就是从org-mode入手的,又谈到你应跟着高手学习而不要自己瞎摸索.如果能举一反三,你应想到如果你不确定从何处着手,那么跟着我做(用org-mode)应该是不会错的.
3.2 读官方教程
打开 Emacs 后,同时按下 Alt 和 X 健,输入 help-with-tutorial(后文中,类似快捷键以简写 `M-x help-with-tutorial` 代替),回车.
仅需半小时.关于 Emacs 的多难学的谬论可以休矣,因为半小时的代价微不足道.想想你去年有多少小时白白虚度了吧.
这步是必须的,不要跳过!
例如,很多人的问题是不知道如何查看变量函数的文档,这在官方教程中都有说明.
3.3 以兴趣和急需解决的问题作为切入点
因为如果微小的努力能得到巨大的回报,你就会越学越有乐趣,进入一个感情上的正反馈.
长期来说,在任何领域要成为高手,兴趣是最重要的.
以我为例,我急需 GTD 的工具,而 Emacs 的 org-mode 是世界上最好的 GTD 工具 (没有之一). 用 org-mode 大大节省了时间后,我对于 Emacs 爱屋及乌,兴趣高涨了 100 倍.
让我再举个反面的例子说明,Emacs的email软件Gnus虽然某些特定功能强大(比如快速插入邮件附件,生成HTML表格),但是由于很长时间没有更新,其UI已相当落后于时代,对于一般用户来说其UI及其费解.
我知道有资深的10年经验的Emacs用户也觉得Gnus太难用.
即使你最终学会了Gnus,能做的事也和Gmail的Web版本有差距(比如搜索邮件,附件预览),而且Linux下也有许多同类软件.这就是典型的投资极大,回报很小.
所以对新手来说,从Gnus入手Emacs是很成问题的.
3.4 站在巨人的肩膀上
这方面我是个负面榜样.一开始我还是抱着玩的心态,喜欢到处找有趣的配置粘贴到我的 .emacs 中去.
这是浪费时间!
我应该一开始就照抄 世界级大师 Steve Purcell 的emacs 配置.
警告,Purcell 总爱试用最新的 Web 开发的新技术,对他而言稳定性不是第一位的,如果你有足够的热情和能力,愿意和他一起折腾,那么你的 Emacs 水平会提高得很快
这个如果是很重要的前提,当我上了 Purcell 的贼船时,我已有 10 年开发经验,精通多种开发语言.
如果你不愿意过于折腾,那么你至少不要重复我的错误,你不要质疑,你不要创新,你要跟着高手做.比如 Eric Schulte 的 Emacs-starter-kit 很适合初学者.Bozhidar Batsov 的配置 也不错 (不一定适合初学者).也可以用我的配置.
直说了把,你是初学者,开始阶段应以学习模仿为主.这点怎么强调也不过分!
为了加深印象,让我再举一个例子.一些读者向我反映,Emacs 快捷键太多,背起来压力很大.实际上这是初学者先入为主的偏见.对高手来说,有了恰当的工具后,快捷键很多情况下并不需要.盲目地去背快捷键只会延迟你成为高手那一刻的到来.如果你只是复制了高手的配置开始使用而不是纠结于完成背快捷键这个无聊的任务,你会发觉高手已安装了名为 smex 的插件,使得你直接输入命令比用快捷键还快.所以背快捷键也不需要了.
这是本文最核心的观点, 如果你还没有信服的话,请再考虑一下我的理由:
- 我文章的标题是 一年成为高手,不是一年入门.
- 高手是世界级别的高手,不是关起门来一个特定小圈子内的高手
- 我就是这么做的,你可以看看一年内我给他报了多少 bug.
- 说到底是态度问题,如果你真正下定决心了,考虑到Purcell的天赋和勤奋,追赶他的最好办法显然只有加入他.
- 要超越世界级高手就必须了解高手的标杆在哪里,你需要一年的时间去模仿去学习.
- 你基于Purcell的配置给他报bug(甚至是提交补丁),那你就是考虑到了他没有考虑到的问题,至少在这个问题上你就超过他了,日积月累成果就很可观了.
4 加入社区更上一层楼
如果要充分利用社区,最重要的是专一.
例如在Quora.com上有很多有趣的话题.我会克制自己的兴趣,不去定阅和Emacs无关的话题.
4.1 google plus 的 Emacs 社区
Google Plus 的 Emacs 社区 在此时Geek 的气场非常强,讨论的贴子质量非常高.我上过很多大众和小众的 Emacs 社区,这是我的经验之谈.例如,我加入了 Linkedin 和 Facebook 的 Emacs 社区,目前都退出了.并不是这些社区不够专业,只是 Google Plus 讨论问题的技术层次比较高.
如果你只能加入一个网络社区的话,那么就是 Google Plus 了.
4.2 GitHub 是 geek 云集的地方
GitHub 的版本控制服务很好.现在它的社区化倾向越来越强了,我喜欢.
例如,可以看一下 https://github.com/search?p=1&q=stars%3A%3E20+extension%3Ael+language%3Aelisp&ref=searchresults&type=Repositories 上最酷的 Emacs 插件.
4.3 Emacs牛人的博客
最好的是Planet Emacsen,多个Emacs博客的集合.
4.4 Quora.com
我偏爱的是"列举Emacs中最有用的命令"之类的具体问题.很多回答拓宽了我的眼界.即使我已相当精通Emacs.
那种"如何掌握Emacs"的问题,人人都能插上一脚.即使有些高水平的的回答,也淹没在众多平庸的回答中.
即使你的问题是比较泛泛而谈的,从一个能够测量的水准的具体问题入手找到高手,然后看高手是如何回答那些比较泛泛而谈的问题的.
4.6 在 stackoverflow 上搜索 emacs 相关的讨论
google "emacs-related-keywords site:stackoverflow.com"
我会定期搜索,同样的帖子反复精读.因为 stackoverflow 上的讨论质量很高.
4.7 到 Youtube 上看 emacs 相关的视频
例如,我就是看了 Google Tech Talks 上这个 Org-mode 作者的介绍 而爱上 org-mode.
注意,Youtube 搜索的结果是最佳匹配的.问题是关于 Emacs 的视频并不太多,如果按照 Youtube 的算法,我每次搜索看到的总是那几个录像.所以如果关注重点是看看 Emacs 社区有些什么新东西的话,默认搜索结果应以时间排序.
5 阅读是最有效的学习方式
5.1 EmacsWiki
EmacsWiki 是一个社区维护的 Emacs 文档,可以认为是最酷插件和最佳实践的集合点.
有人抱怨EmacsWiki文档太乱了,质量也参差不齐.对于前者我也有同感.对于后者我不赞同.EmacsWiki的文档质量相当高,因其是唯一由社区维护的半官方的文档.耐心忍受其乱中有序的现状吧.
读EmacsWiki的最佳方法是,选定一个特定主题,从头读到尾.这样你对特定主题的最新进展都了解了.是否要采用EmacsWiki的建议另当别论.
5.2 Emacs Lisp 书籍推荐(可选)
<Writing GNU Emacs Extensions by Bob Glickstein>是Elisp编程书籍中最好的.生动,例子丰富.作者明显是高手,并且用心安排了书的结构.例如,他很早就介绍了 defadvice 的用法.我很认同这点,defadvice 是 elisp 语言的精华.
Xah Lee 提供 付费 Emacs Lisp 教程 也相当不错.
5.3 Steve Yegge的Emacs Lisp教程
他的Emergency Elisp很不错,因为很简洁.我特别喜欢"Statements"一章.
6 知识管理
决不要低估长期的自我管理的累积效应.
我经常看到有人在网上悲伤地抱怨说因为重装电脑,几年积攒的emacs配置都丢失了.也有人自豪地宣称把自己的.emacs主动干掉,为的是弄一个组织的更好的配置.
你的技巧是成指数增长的,知识积累的越多,这些知识之间的联系就会越多.这些联系增长的速度是以指数的方式增长的.把你emacs配置从头来过,意味着你的积累的知识书面记录丢失了.损失是很大的.
所以我建议决不要丢弃你的Emacs配置.
这也是后文我谈到的为什么要用工具保存emacs配置和相关知识.
6.1 emacs 配置纳入 github 的版本控制
我的配置见 https://github.com/redguardtoo/emacs.d.
版本控制可以是认为一个集中式的知识管理,任何时刻任何地点对 Emacs 配置的修改都要及时上传和合并 (merge).这点对于个人能力的长期积累很重要.
共享Emacs实际也是一种利己的行为,有很多人使用我的配置,等于帮我测试.
6.2 将 emacs 相关资料 (如电子图书,博客文章) 备份
我将所有 Emacs 相关资讯都放在 dropbox 的服务器上,这样资料就同步到我的智能手机和我的平板电脑上,我可以充分利用空闲时间学习.
请 点击这里注册 dropbox 帐号.注意,dropbox 客户端完全可以在国内使用,虽然访问其首页可能有点问题.
我还写了许多博客文章.这些文章都存在org格式的文件中.最后发布的静态博客也纳入版本控制,参见http://github.com/redguardtoo/blog.binchen.org.
7 Emacs第三方插件推荐
Emacs第三方插件很多.初学者的问题是装了太多插件,插件的管理成了问题.
我建议一开始选择插件的原则应该少而精,被最优秀的插件培养出了品味后,可自由挑选适合的插件.
我推荐插件标准如下:
- 高品质
- 经常更新
- 功能强大
所有插件都可以通过Emacs的包管理器下载.
以下是插件清单:
名称 | 说明 | 同类插件 |
---|---|---|
evil | 将 Emacs 变为 vi | viper |
org | org-mode,全能的 note 工具 | 不知道 |
org2blog | 给 wordpress 写博客 | 不知道 |
company-mode | 自动完成输入,支持各种语言和后端 | cedet,auto-complete |
expand-region | 按快捷键选中当前文本,可以将选择区域扩展或者收缩 | 不知道 |
smex | 让输入 M-x command 变得飞快 | 不知道 |
yasnippet | 强大的文本模板输入工具 | 不知道 |
flymake-xxxx | 以 flymake 开头的所有包,针对不同语言做语法检查 | flycheck |
helm | 选择和自动完成的框架,在其上有很多插件完成具体功能 | ido |
ido | 和 helm 类似,我是 helm 和 ido 同时用 | helm |
js2-mode | javascript 的 major-mode,自带 javascript 语法解释器 | javascript-mode、js-mode、js3-mode |
w3m | Emacs 的网络浏览器(需安装命令行工具w3m) | 不知道 |
elnode | elisp 写的 Web 服务器 | 不知道 |
smartparens | 自动输入需要成对输入的字符如右括号之类的字符 | autopair |
window-numbering.el | 跳转到不同的子窗口 | 不知道 |
web-mode | 支持各种 HTML 文件 | nxml-mode、nxhtml-mode、html-mode |
8 Emacs 是一种生活方式
如果你照着我以上的做法做,就可以认识到 Emacs 牛人其他也很牛.Emacs 实际上体现了牛人的一种生活方式.
像那些牛人一样思考,像那些牛人一样做事,不要怀疑,不要犹豫,很快你就会发觉自己也开始有些牛人的气质了.
例如,Sacha Chua 就是这样一个有牛人气质的女孩,这是她的Youtube 录像. 她学习 Emacs 的方式是让 Emacs 自动将手册语音合成,这样她在房间里走来走去的时候也可以听文档了.
想想看,这些用 Emacs 的人都是什么样的 Geek 啊!所以,我认为 Emacs 不仅仅是一种工具,它是个社区,一种文化.
对我而言,加入 Emacs 社区让我学会了谦卑.当我明白了 Emacs 的其朴素的设计思想和其强大的可拓展性后,我的感觉是敬畏,因为我做不出这样的软件.
我既没有能力把一个编辑器设计成一个人工智能语言 Lisp 的平台,也不可能花 30 多年的时间对一个软件精益求精.
9 答疑
9.2 Steve Pucell 的 Emacs 配置需运行 Git 和 subversion,有没有更简单的配置?
那么你可以用 我的配置:
- 去掉了 Git 和 subversion 的依赖.你只要下载我的配置,确保网络 OK(因第一次启动 Emacs 会自动下载安装软件包).
- 已安装了拼音输入法 eim
- C++ 支持强大,因我还做一些桌面开发
注意,Purcell 是顶尖的 Web 开发者,他会试用各种最新的 Web 开发技术,如果你用了我的配置,Web 开发插件更新会滞后一段时间.另外我的开发工具链和 Purcell 的不完全一致.你自己权衡了.
9.4 我已是 Vi 高手,为什么要转到 Emacs 来?
嘿嘿,我也是 Vi 精通后转到 Emacs 的.我转换阵营的原因就是因为 Emacs 的强大 (例如和 gdb 的完美结合) 以及其脚本语言是 lisp.
当然 Vi 的多模式编辑和快捷键比 Emacs 要高效得多,所以最佳方案是 Vi 的快捷键加上 Emacs 的强大.
目前我在用 evil-mode,在 Emacs 下模拟 Vim 操作,结合了两者的优点.简单地说,现在我的运行模式"神用编辑器之神 ".
警告,Steve Purcell 和我默认都启用了 Vim 的快捷键,如果你不习惯的话,可以打开 ~/.emacs.d/init.el,将其中相应的一行注释掉,具体注释哪一行请参考 README.
9.5 我对于 Emacs 的默认快捷键很不习惯,怎么办?
Emacs 的快捷键是经过几十年考验相当高效的,我建议你在未成为高手前还是学习 Emacs 的默认快捷键.
如果一定要在 Emacs 下用 Windows 快捷键的,可以考虑 ergoemacs.
9.6 Emacs 快捷键太多记不住怎么办?
没有必要记快捷键,我也只能记住常用的十几个快捷键.顺其自然,常用的命令你自然会记住快捷键,过一段时间不用了,又会忘掉,这很正常.
目前很多高手在用 Smex,可以飞快输入命令,很多快捷键实际上不需要了.
9.7 使用牛人的 Emacs 的配置后,发觉界面有些奇怪的 bug,怎么改?
不要改! 参考上文 站在巨人的肩膀上 一章,你觉得奇怪可能是因为缺乏经验,把某些特性误认为是 bug.请坚持至少一年.
例如,有人向我反映,在编辑任何文本的时候,会发觉右边约第 80 列处总有一竖线,希望能去掉.这实际上是一特性,提醒你每一行不要宽度不要超过第 80 列.这里是每行不要超过 80 列的原因.
我建议你学习 Emacs 的第一年的原则应是,理解而不判断.
9.9 我有任何关于如何配置 Emacs 的具体问题
- 读官方教程
- 善用 google 和我提供的信息
例如,问:在 .emacs.d 中的 init.el 文件起什么作用?答:google "emacswiki init.el".
9.10 使用牛人的配置后启动 emacs 报错,如何解决?
首先确认你已装上了 你需要的 第三方命令行工具,这些工具是可选的,清单见 我的.emacs.d的README.
如果排除了以上原因. 重新启动 emacs,带上 "–debug-init" 参数,然后将显示的错误信息及环境报告到你所用的.emacs.d对应的开发者# .
报告 bug 应该给出细节.例如很多读者给我的 bug 都是由于第三方插件版本较新引起的,我拿到版本号后,才能下载特定版本的插件以重现 bug.否则只能靠猜,来回邮件会浪费读者很多时间.
9.11 牛人的 Emacs 配置太复杂,不容易掌控,还是我自己从一个简单的 .emacs 改起好控制
那么你就是走我后悔莫及的老路,一个人在黑暗中摸索.开头兴致很高,但现实是残酷的,碰到复杂问题解决不了.于是选择逃避,最好的借口是 Emacs 太复杂,放弃 Emacs.
我最终醒悟过来,走上了光明大道,很多走上岐路的人恐怕就没有这个觉悟和毅力了.
希望自己掌控坦率地说是一个非技术问题,因为没有自信心,所以有一种补偿心里. 希望通过一种错误的方式来证明自己.结局无非是恶性循环.
正确地方法是放下身段至少一年 (我已反复强调这一点),打好基本功,读书,虚心地向高手学习.
让我举一个例子说明:有一个读者向我反映他用了 purcell 的配置,但是 Lisp 的环境花了三天时间也搞不定.虽然我对除 Elisp 以外的其他 Lisp 方言毫无经验,还是花了 15 分钟帮他解决了这个问题.解决方法很简单,就是指定一下用哪个 Lisp 解释器.
解决该问题需要的基本功很简单:
- 知道管道 (pipe),stdout、stderr 是什么.这是 Linux 下做系统开发最最基本的知识.
- 读文章一开头推荐的官方 Emacs 教程,知道如何使用在线帮助.我解决该问题的关键也就是把文档读了一下,文档中已经清楚地说明如何设置 Lisp 解释器
- 知道如何 Google.我知道要设置的变量名后,代码懒得写,直接以变量名搜到相应代码 (一行而已),拷贝粘帖.
9.12 为什么我用了牛人的配置后自己额外添加的插件无效
Emacs 是个开放平台,其众多插件 release 之前并不一定有严格的测试.所以插件之间可能有冲突.
这也是我为什么建议初学者直接使用牛人配置的原因,因为牛人已经解决了众多兼容性的问题,你只要直接享受他的服务就行了.
即使你发觉了牛人尚未来得及处理的 bug,最有效的方法是提交 bug 报告给牛人,而不是自己去钻研 elisp.
9.13 我想用 Windows 版本的 Emacs 而不是 Cygwin 版本的 Emacs,怎么做?
需要对基本的命令行操作有一定的熟悉.关键知识点有两个:
- 设置 HOME 环境变量,因为 .emacs.d 中的某些 elisp 脚本假定 .emacs.d 在 HOME 所对应的路径中.
- Emacs 的某些功能需要使用第三方的命令行工具,这些工具的路径应该添加至环境变量 PATH 中 (可选,原因见后面).
- 替代步骤 2 的另一更好的方法是使用第三方插件将 Windows 版本的 Emacs 和 Cygwin 的工具和 文档 完美结合,参考我 (redguardtoo) 在 stackoverflow 上的回答.不过需要更多的配置.
如果你不知道如何在 Windows 下添加修改环境变量,不知道如何安装第三方工具,建议还是先用 cygwin 中的 Emacs,因为 cygwin 已自带某些工具,没有的话,安装也和方便.且在 cygwin 下环境变量 HOME 默认已有.
第三方命令行工具清单请参考上文 我的.emacs.d 中的 README(Steve Purcell 没有列出这些工具,因他只用 OS X).
9.14 Emacs 在代码跳转和代码自动完成上和商业的 IDE 还是有差距,有什么解决方案?
这个差距说到底是后端语法解析引擎的问题.坦率地说通常人们问我这个问题都是以微软的 Visual Studio 和 Eclipse 作为参照对象的.
就 C++ 来说目前有使用苹果公司的 clang 的方案,效果还不错.就 Java 来说,有使用 eclipse 做为后端引擎的方案.具体使用什么 Emacs 插件来调用这些引擎有很多选择,不展开了.
实战中,我通常就是使用 ctags 或者 etags 作为后端引擎,因其所有语言通吃. 虽然解析效果差一点,但是通过我遵循恰当的命名规范,对编程效率没有什么影响.
使用 ctags 或者 etags 还可以帮助菜鸟程序员改掉一个很严重的毛病.菜鸟因为缺乏自信心和经验,所以变量和函数名的命名通常都过于通用,给自己是架构师在写一个大型的通用 Framework 的幻觉.这对于真实的产品研发来说是一个很严重的问题,想象你要修改某个接口的所有调用,定义,文档和测试案例,并且这个接口在多个语言中都有使用.这个接口如果有一个通用的名字如 list,是会把维护人员气死的 (我曾经碰到过一朵奇葩,他还有喜把变量名和函数名叫完全一样名字的"好习惯 ").叫 ListMySpecificService 则好的多.使用 ctags/etags 这类比较弱的解析引擎就会逼你起一个不那么普通的名字.
如果ctags已不能满足你的需求,你可以考虑用cscope或者Gnu Global (gtags).
以上我讨论的都是后端引擎的问题.
就前端界面来说,做的比较好的是company-mode,目前维护也很活跃,你可以就特定语言如何配置company-mode咨询其开发者.
9.15 为什么 Emacs 启动时从服务器 (elpa) 安装第三方软件包 (package) 会失败?
请启动 Emacs 后,运行 `M-x package-refresh-contents` 以从服务器更新最新的软件索引,然后重启 Emacs 即可.
如果你没有使用 Emacs 24,并且没有完全拷贝高手的配置 (这是本文的中心思想),那么你需要安装配置 package.el,细节请参考 这里.
Emacs 下载软件包 (package) 是通过 http 方式,所以如果网络出问题的话你需要用 http 代理服务器,具体操作见后文.
9.16 有些网站 Emacs 访问不了 (原因你懂得)
在命令行中启动 Emacs 时加上 "http_proxy=your-proxy-server-ip:port" 前缀.
例如,
<span style="color:#F92672;">http_proxy</span>=http://127.0.0.1:8000 emacs -nw
9.17 有些软件包下载不下来,也不会用代理
那么就只能使用我的Emacs配置.
和我的配置配套的是我建立的独立的第三方包服务,请参考其主页上的README设置.
9.18 掌握 Emacs Lisp 是否是成为 Emacs 高手的必要条件?
否.但 Emacs Lisp 是很强大的语言,其特点是一切皆可修改.当我说"一切"的时候,我就是指字面意义上的"一切",并不是修辞上的夸张.
我用过许多编辑器,除了 Emacs 外,没有一个能做到"一切都可修改"这点 .vi 也不行.
所以学点 Lisp 对于你提高 Emacs 的使用水平没什么坏处.另外 Lisp 是种不错的语言,如果你的职业是 IT 的话,Lisp 值得一学.
顺便说一下,Lisp 是种很容易的学的语言,比 VB 容易多了,一旦你适应其语法后,就会发觉它其实对程序员蛮友好的,至少少打很多字.
9.19 早点学习 Emacs Lisp 是否有助于早日成为 Emacs 高手?
否,只会起阻碍作用!
Lisp语法和通常的编程语言有些不同,除非有相当编程经验(至少10年),一般人刚开始都会对其有语法有一点点负面情绪(当然都是毫无道理的偏见).我的意见是学习任何新东西,长期来说兴趣是最重要的.一开始就应该避免任何会消减兴趣的任何负面情绪.
Emacs Lisp又是一种只用于Emacs的语言,有大量的Emacs相关的术语需要掌握.如"Buffer","Yank","font face",这些术语只有在你成为有相当经验的Emacs使用者后才能理解.
所以在 Emacs 没有相当基础前学习 Emacs Lisp 是在浪费时间.
参考前文关于找到切入点的一节,我推荐的学习 Lisp 的顺序是,先使用优秀的 Emacs 配置享受到 Emacs 的好处,有了兴趣后学习 Emacs Lisp 就水到渠成了.
9.20 Emacs 基本操作我会了,下一步学些什么比较迷茫
关键是你打算用 Emacs 这个强大的瑞士军刀做什么.
我在前文中已经强调过以兴趣和解决实际问题作为切入点.
再举一些我自己的例子说明:
- 我有写博客需要,懒得用 wordpress 那个破界面,所以用 org2blog
- 开发 ruby on rails 程序需要 IDE,装了 rinari
- 做跨平台 C++ 桌面开发,装了 cmake-mode.
- 我要开发巨型项目 (需要在多个目录窗口间跳来跳去),所以装了 window-numbering.el.
- 巨型项目需要我同时调试多种语言,所以我装了 evil-nerd-commenter,这样不用记住特定语言的语法就可以 comment/uncomment 代码.
9.21 org-mode 该如何学习?
Org-mode简明手册 是不错的中文教程.
我认为最好的英文入门教程是Carsten Dominik(org-mode发明者)在google tech talks上的演讲.其要点为org-mode本质是一个文本文件,你只要记住按TAB展开或者缩进条目就可以了.其他高级特性可以慢慢学.
9.22 对于"一切都用Emacs来完成"的观点你怎么看?
我很欣赏这个理念.但是不要走火入魔.Emacs本质是个平台,给geek们提供了无限的可能性.
但是从实用角度讲,Emacs和其他工具结合有时候能更快完成工作(不过菜鸟在没有一年的修炼之前千万不要猜Emacs*不能*做什么).
以下是我认为不一定Emacs能够吃独食的地方:
- 剪贴簿操作应结合命令行工具xsel(Linux)/pbpaste(OSX)/putclip(Cygwin)
- Web浏览最好用Firefox结合插件如keysnail
- 远程登录管理最好用screen/tmux
- FTP最好用专门的FTP软件
- 文件管理用专用软件
原因多种多样,比如远程ssh登录使用Emacs的话,Emacs默认假定你是不能访问X clipboard的,但是这个假定现在不成立,如果你使用X11 forward over ssh技术(主流的Linux服务器默认都支持的),剪贴板是可以访问的.
所以重点是保持头脑灵活,坚信Emacs无所不能的同时也要适当变通一下.
10 联系我
这是我的 twitter 和 google plus 以及 微博,也可以通过我的 email<chenbin DOT sh AT GMAIL DOT COM>联系我.我也在新浪 weibo.com 上开通账号 emacsguru.
我的主力博客为 http://blog.binchen.org.
我不会回答 Emacs 配置的具体问题,因为如果你通读本文,应该知道哪里找答案更好.
11 结语
在本文结束时,我再强调一下本文最重要的观点.
要点是:
- 以*基于解决实际问题*产生的兴趣引导
- 完全照抄*世界顶尖高手*如Steve Purcell的配置,尽量避免研究自己如何配置Emacs,当然也尽可能少写Elisp代码.
- 学习Emacs和学习任何一种专业技能(拉小提琴,解数学题)的方法论都是一样的,请参考 一万小时天才理论.
关键是你以严肃的态度把其当作专业技能学习. 很多人之所以不赞同我的核心观点可能是因为在他们的内心深处还是有把Emacs用来炫耀"我有多酷"的意识.
Emacs当然很强大,可以作为一种另类娱乐工具来博得眼球.但是它的本质是为专业人士使用的神器.
让我打个比方,职业杀手对于杀人的刀只关心两件事:
- 高效地杀人
- 任何环境下都可靠
刀的装饰是否漂亮或者用刀技巧是否是自己原创的对职业杀手并不重要.
Emacs就是那把刀.
11.1 如何报bug
本文已放在 GitHub 上,网址为 https://github.com/redguardtoo/mastering-emacs-in-one-year-guide.
如果有任何疑问,请在以上网址报 bug.这比 Email 要快.因GitHub会以邮件通知我,GitHub 邮件永远归类至我的最优先文件夹下.
如果直接给我发 Email,就会淹没于垃圾邮件中.
11.2 不要复制粘帖本文
Emacs 本质上是一个社区和平台,不断有新的有趣的人和技术出现.我会定期更新本文.
如果你只是拷贝粘帖全文,会使你自己和他人错过更新.
我建议你最好分享本文的链接,
- 中英文纯文字版会发布在 GitHub 上 (https://github.com/redguardtoo/mastering-emacs-in-one-year-guide)
- 中文 HTML 版会发布到我的官方博客 (http://blog.binchen.org/?p=268)
- 考虑到中国大陆的网络情况,还有另一中文 HTML 版镜像 (http://blog.csdn.net/redguardtoo/article/details/7222501)