一旦你尝过最好的,你自然了解好的编辑器应该有哪些功能.

比方一个内嵌的插件管理器是最主要的.

又比方下载了第三方插件,假设发觉其有问题,能够在不碰该插件原始代码的情况下修复.

假设下载第三方插件的server的关闭了,应该能够在自带的U盘上高速建立镜像server.

眼下流行的编辑器如Sublime Text还做不到以上几点.

Emacs 用 Lisp 开发,Lisp 的不同平常的语法决定了其开发人员都是资深开发人员,掌握了多门语言.

Lisp 并不能给你带来不论什么优点,这就决定了其社区成员都是纯粹的技术人员,投机取巧的功利主义者对其没有兴趣.

IDE通常针对特定语言或框架优化,而Emacs完毕通用任务更有效率.

比如,我做开发时碰到难题,须要实时上 IRC 请教国外高手 (工作流包含粘贴我的代码到http://gist.github.com,在 irc 提问,看网页,将解决方式粘贴回来),Emacs 集成了 IRC 工具和浏览器 (w3m),操作就非常方便.

我使用 Visual Studio 多年了,Firefox 使用我也是高手,相信我,大多数情况下还是 Emacs 更快.

当然口说无凭,请看高手操作的 youtube 视频, Emacs Power: Can your editor do THIS!

顺便说一下,非常多刚開始学习的人关心的代码自己主动完毕,我能够几门主流语言支持都非常不错(包含java).

个人会丧失开发兴趣,公司会倒闭.可是自由软件基金会将一直存在下去.Emacs 作为其招牌软件也会一直维护下去,我的投资永不会贬值.

软件是开源的,配置是纯文本,并且软件的资源消耗较小,安装包非常小 (命令行版本号的安装包 30M 左右),所以在不论什么环境下我都能够用 Emacs 開始工作.

这在大项目中特别明显,比如,某项目我须要同一时候编辑 perl、java、C、bash、SQL,须要远程编辑在美国server上的代码,网速也快.Emacs 的优势就体现出来了.

我没说一年内必须什么事都不干专门学 Emacs, 我最反对没有短期回报的悬梁刺股式学习方法.

我利用一年中通勤时间就取得了非常大进步,自信到能够写下本文.

最重要是保持头脑开放,不要先入为主.

以我为例,

• 网上新手教程列出的刚開始学习的人必知快捷键我都*不知道*,由于不须要
• 非常多人说要从零開始配置Emacs才是最好的学习办法,我偏偏反其道而行之
• 我对Emacs Lisp的语法也仅仅掌握了一小部分. 比方我对于If的语法还有盲点, 可是这没有妨碍我写出实用的Emacs插件
• 如前所述,我掌握Emacs仅仅用了一年的空余时间

下面是我的建议,

• 安装Emacs 24
• 不安装不论什么第三方插件
• 掌握基本知识,什么是环境变量(比方PATH, HOME之类的变量),什么是stdin, stdout, pipe
• 读官方教程,学会主要的文本操作(大概十几个快捷键)
• 使用Emacs 24自带的org-mode作个人管理
• org-mode关键是用起来,仅仅要记住按TAB键是展开内容就能够了,其它都不用学

这个阶段的目的是:

• 理解Emacs可爱之处
• 知道Emacs怎样和其它软件交互

打开 Emacs 后,同一时候按下 Alt 和 X 健,输入 help-with-tutorial(后文中,类似快捷键以简写 `M-x help-with-tutorial` 取代),回车.

仅需半小时.关于 Emacs 的多难学的谬论能够休矣,由于半小时的代价微不足道.想想你去年有多少小时白白虚度了吧.

这步是必须的,不要跳过!

最起码要知道下面命令,

• "M-x describe-variable", 快捷键"C-h v", 查看变量的文档
• "M-x describe-function", 快捷键"C-h f", 查看命令的文档
• "M-x describe-key", 快捷键 "C-h k", 查看快捷键的文档

假设微小的努力能得到巨大回报,你会越学越有乐趣,进入一个感情上的正反馈.

长期来说,在不论什么领域要成为高手,兴趣是最重要的.

以我为例,我急需 GTD 的工具,而 Emacs 的 org-mode 是世界上最好的(没有之中的一个). 用 org-mode 大大节省了时间后,我对于 Emacs 爱屋及乌,兴趣高涨了 100 倍.

反面样例是非常多人以啃Lisp教程開始他们的Emacs之旅,坚持下来的人寥寥无几.

这方面过去的我是个负面模范.一開始我还是抱着玩的心态,到处找有趣的配置粘贴到我的 .emacs 中去.

这是浪费时间!

我应一開始就照抄 世界级大师 Steve Purcell 的Emacs 配置.

警告,Purcell 总爱试用最新的 Web 开发的新技术,对他而言稳定性不是第一位的,假设你有足够的热情和能力,愿意和他一起折腾,那么你的 Emacs 水平会提高得非常快

这个假设是非常重要的前提,当我上了 Purcell 的贼船时,我已有 10 年开发经验,精通多种开发语言.

假设你不愿意过于折腾,那么你至少不要反复我的错误,你不要质疑,你不要创新,你要跟着高手做.比方 Eric Schulte 的 Emacs-starter-kit 非常适合刚開始学习的人.Bozhidar Batsov 的配置 也不错 (不一定适合刚開始学习的人).也能够用我的配置.

直说了把,你是刚開始学习的人,開始阶段应以学习模仿为主.这点怎么强调也只是分！

为了加深印象,让我再举一个样例.有人向我反映,Emacs 快捷键太多,背起来压力非常大.我的建议是,拿高手配置来用,而不是强加给自己背快捷键这样无聊的任务.你会发觉高手已安装了名为smex 的插件,使得直接输入命令比用快捷键还快.

假设你还没有信服的话,请再考虑一下我的理由:

• 我文章的标题是 一年成为高手,不是一年入门.
• 高手是世界级别的高手,不是关起门来一个特定小圈子内的高手
• 我就是这么做的,你能够看看一年内我给他报了多少 bug.
• 说究竟是态度问题,假设你真正下定决心了,考虑到Purcell的天赋和勤奋,追赶他的最好办法显然仅仅有增加他.
• 要超越世界级高手就必须了解高手的标杆在哪里,你须要一年的时间去模仿去学习.
• 你基于Purcell的配置给他报bug(甚至是提交补丁),那你就是考虑到了他没有考虑到的问题,至少在这个问题上你就超过他了,日积月累成果就非常可观了.

要像武侠小说里那样拜高手为师是白日做梦.唯一能让高手指点你的办法是先付出.最可靠的付出就是给高手报bug.

我就是这样学到一些高级Lisp编程技巧的.

不要有报告bug低级的想法.非常多高手都是乐于并且善于报告bug的.到是菜鸟喜欢又一次发明轮子.

帮助高手,你的起点就高,还有得到高手指点的优点.

前提是起点要高,要在高手已有的工作上继续改善.即使是微小的改善,假设坚持一段时间,就是巨大的进步了,然后你能够在这一点上笑傲江湖.

然后找出还有一点高手须要改善的地方,使用相同的方法.

比如,默认的Emacs移动子窗体焦点不是非常方便.你须要按"C-x O"多次.我找到了emacs插件switch-window,仅仅要按"C-x O"一次,会有提示子窗体编号,接下来仅仅要输入子窗体编号就能够了.可是还是有改善空间,我又找到了window-number.el,仅仅要按"M-NUM"就能够了.

window-number.el已非常完美,可是我又想到了Alt键还是有点慢,我结合evil和evil-leader,我能够按逗号和数字就能够切换子窗体了.

假设要充分利用社区,最重要的是专一.

比如在Quora.com上有非常多有趣的话题.我会节制自己的兴趣,不去定阅和Emacs无关的话题.

3.7.1 Google plus 的 Emacs 社区

3.7.2 GitHub 是 geek 云集的地方

3.7.3 Emacs牛人的博客

3.7.4 Quora.com

3.7.5 在 twitter 上以 "emacs :en" 定期搜索

3.7.6 在 stackoverflow 上搜索 emacs 相关的讨论

3.7.7 到 Youtube 上看 emacs 相关的视频

EmacsWiki 是一个社区维护的 Emacs 文档,能够觉得是最酷插件和最佳实践的集合点.

有人抱怨EmacsWiki文档太乱了,质量也參差不齐.对于前者我也有同感.对于后者我不赞同.EmacsWiki的文档质量相当高,因其是唯一由社区维护的半官方的文档.耐心忍受其乱中有序的现状吧.

读EmacsWiki的最佳方法是,选定一个特定主题,从头读到尾.这样你对特定主题的最新进展都了解了.是否要採用EmacsWiki的建议另当别论.

<Writing GNU Emacs Extensions by Bob Glickstein是Emacs Lisp编程书籍中最好的.生动,样例丰富.作者用心安排了书的结构.比如,他非常早就介绍了 defadvice 的使用方法.我非常认同这点,defadvice 是 Emacs Lisp 语言的精华.

Xah Lee 提供 付费 Emacs Lisp 教程 也相当不错.

他的Emergency Elisp不错,非常简洁.我特别喜欢"Statements"一章.

我的配置见 https://github.com/redguardtoo/emacs.d.

版本号控制能够是觉得一个集中式的知识管理,不论什么时刻不论什么地点对 Emacs 配置的改动都要及时上传和合并 (merge).这点对于个人能力的长期积累非常重要.

共享Emacs实际也是一种利己的行为,有非常多人使用我的配置,等于帮我測试.

我将全部 Emacs 相关资讯都放在 dropbox 的server上,这样资料就同步到我的智能手机和我的平板电脑上,我能够充分利用空暇时间学习.

请 点击这里注冊 dropbox 帐号.注意,dropbox client全然能够在国内使用,尽管訪问其首页可能有点问题.

我还写了很多博客文章.这些文章都存在org格式的文件里.最后公布的静态博客也纳入版本号控制,參见http://github.com/redguardtoo/blog.binchen.org.

到https://github.com/redguardtoo/emacs.d 參考"Install stable version in easiest way"一节.

你仅仅要知道会点击下载两个zip文件就能够了,不须要git的不论什么知识.

除了 README 外没有,我主要是通过看 EmacsWiki 和源码来了解.一个窍门是通常主源码文件的头部有使用指南.

那么你能够用 我的配置：

• 去掉了 Git 和 subversion 的依赖.你仅仅要下载我的配置,确保网络 OK(因第一次启动 Emacs 会自己主动下载安装软件包).
• 已安装了拼音输入法 eim
• C++ 支持强大,因我还做一些桌面开发

注意,Purcell 是顶尖的 Web 开发人员,他会试用各种最新的 Web 开发技术,假设你用了我的配置,Web 开发插件更新会滞后一段时间.另外我的开发工具链和 Purcell 的不全然一致.你自己权衡了.

眼下的最新的稳定版是Emacs 24.3.1,建议不要有用高于这个版本号的Emacs.通常你不用操心版本号号的问题.主流的Linux发行版会帮你处理这个问题.

嘿嘿,我也是 Vi 精通后转到 Emacs 的.我转换阵营的原因就是由于 Emacs 的强大 (比如和 gdb 的完美结合) 以及其脚本语言是 lisp.

当然 Vi 的多模式编辑和快捷键比 Emacs 要高效得多,所以最佳方案是 Vi 的快捷键加上 Emacs 的强大.

眼下我在用 Evil, 在 Emacs 下模拟 Vim 操作,结合了两者的长处.简单地说,如今我的执行模式"神用编辑器之神 ".

警告,Steve Purcell 和我默认都启用了 Vim 的快捷键,假设你不习惯的话,能够打开 ~/.emacs.d/init.el,将当中对应的一行凝视掉,详细凝视哪一行请參考 README.

Emacs 的快捷键是经过几十年考验相当高效的,我建议你在未成为高手前还是学习 Emacs 的默认快捷键.

假设一定要在 Emacs 下用 Windows 快捷键的,能够考虑 ergoemacs.

没有必要记,我也仅仅记住经常使用的十几个快捷键.顺其自然,经常使用的自然会记住,不用了会忘掉,这非常正常.

眼下非常多高手在用 Smex,能够飞快输入命令,快捷键实际上不须要了.

不要改! 參考上文 站在巨人的肩膀上 一章,你觉得奇怪可能是由于缺乏经验,把某些特性误觉得是 bug.请坚持至少一年.

比如,有人向我反映,在编辑不论什么文本的时候,会发觉右边约第 80 列处总有一竖线,希望能去掉.这实际上是一特性,提醒你每一行不要宽度不要超过第 80 列.这里是每行不要超过 80 列的原因.

我建议你学习 Emacs 的第一年的原则应是,理解而不推断.

删除 home 文件夹下的 .emacs、~/.emacs.d/init.el 就是代替原来的 .emacs.

• 读官方教程
• 善用 google 和我提供的信息

比如,问：在 .emacs.d 中的 init.el 文件起什么作用？答：google "emacswiki init.el".

首先确认你已装上了 你须要的 第三方命令行工具,这些工具是可选的,清单见 我的.emacs.d的README.

假设排除了以上原因. 又一次启动 emacs,带上 "–debug-init" 參数,然后将显示的错误信息及环境报告到你所用的.emacs.d相应的开发人员# .

报告 bug 应该给出细节.比如非常多读者给我的 bug 都是因为第三方插件版本号较新引起的,我拿到版本号号后,才干下载特定版本号的插件以重现 bug.否则仅仅能靠猜,来回邮件会浪费读者非常多时间.

那么你就是走我懊悔莫及的老路,一个人在黑暗中摸索.开头兴致非常高,但现实是残酷的,碰到复杂问题解决不了.于是逃避,借口Emacs太复杂,放弃了.

我终于醒悟过来,走上光明大道,非常多走上岐路的人恐怕就没这个觉悟和毅力了.

希望自己掌控坦率地说是一个非技术问题,由于没有自信心,所以有一种补偿心态. 希望通过一种错误的方式来证明自己.结局无非是恶性循环.

正确地方法是放下身段至少一年 (我已重复强调这一点),打好基本功,读书,虚心地向高手学习.

Emacs 是个开放平台,其众多插件 release 之前并不一定有严格的測试.所以插件之间可能有冲突.

这也是我为什么建议刚開始学习的人直接使用牛人配置的原因,由于牛人已经攻克了众多兼容性的问题,你仅仅要直接享受他的服务即可了.

即使你发觉了牛人尚未来得及处理的 bug,最有效的方法是提交 bug 报告给牛人,而不是自己去钻研 elisp.

须要对主要的命令行操作有一定的熟悉.关键知识点有两个：

1. 设置 HOME 环境变量,由于 .emacs.d 中的某些 elisp 脚本假定 .emacs.d 在 HOME 所相应的路径中.
2. Emacs 的某些功能须要使用第三方的命令行工具,这些工具的路径应该加入至环境变量 PATH 中 (可选,原因见后面).
3. 替代步骤 2 的还有一更好的方法是使用第三方插件将 Windows 版本号的 Emacs 和 Cygwin 的工具和 文档 完美结合,參考我 (redguardtoo) 在 stackoverflow 上的回答.只是须要很多其它的配置.

假设你不知道怎样在 Windows 下加入改动环境变量,不知道怎样安装第三方工具,建议还是先用 cygwin 中的 Emacs,由于 cygwin 已自带某些工具,没有的话,安装也和方便.且在 cygwin 下环境变量 HOME 默认已有.

第三方命令行工具清单请參考上文 我的.emacs.d 中的 README(Steve Purcell 没有列出这些工具,因他仅仅用 OS X).

这个差距说究竟是后端语法解析引擎的问题.坦率地说通常人们问我这个问题都是以微软的 Visual Studio 和 Eclipse 作为參照对象的.

就 C++ 来说眼下有使用苹果公司的 clang 的方案,效果还不错.就 Java 来说,有使用 eclipse 做为后端引擎的方案.详细使用什么 Emacs 插件来调用这些引擎有非常多选择,不展开了.

实战中,我通常就是使用ctags作为后端引擎,因其全部语言通吃. 尽管解析效果差一点,可是通过恰当的命名规范,对效率没有什么影响.

假设ctags已不能满足你的需求,你能够考虑用Gnu Global (gtags).

以上讨论的都是后端引擎.

就前端界面来说,做的比較好的是company-mode,维护也非常活跃,你能够就特定语言怎样配置company-mode咨询其开发人员.

请启动 Emacs 后,执行 `M-x package-refresh-contents` 以从server更新最新的软件索引,然后重新启动 Emacs 就可以.

假设你没有使用 Emacs 24,而且没有全然拷贝高手的配置 (这是本文的中心思想),那么你须要安装配置 package.el,细节请參考 这里.

Emacs 下载软件包 (package) 是通过 http 方式,所以假设网络出问题的话你须要用 http 代理server,详细操作见后文.

在命令行中启动 Emacs 时加上 "http_proxy=your-proxy-server-ip:port" 前缀.

比如,

http_proxy=http://127.0.0.1:8000 emacs -nw

那么就仅仅能使用我的Emacs配置.

和我的配置配套的是我建立的独立的第三方包服务,请參考其主页上的README设置.

否,仅仅会起阻碍作用!

Lisp语法和通常的语言不同,除非有相当编程经验(至少10年),一般人都会对其有语法有一点点负面情绪(当然是毫无道理的偏见).我的意见是学习不论什么新东西,长期来说兴趣是最重要的.一開始应避免不论什么负面情绪.

Emacs Lisp又是一种仅仅用于Emacs的语言,有大量的Emacs相关的术语须要掌握.如"Buffer","Yank","font face",这些术语仅仅有资深用户才干理解.

所以在Emacs没有相当基础前学习Emacs Lisp是浪费时间.

參考前文关于找到切入点的一节,我推荐的学习 Lisp 的顺序是,先使用优秀的配置享受到优点,有了兴趣后学习 Emacs Lisp 就水到渠成了.

否.但 Emacs Lisp 是非常强大的语言,其特点是一切皆可改动.当我说"一切"的时候,我就是指字面意义上的"一切",并非修辞上的夸张.

我用过很多编辑器,除了 Emacs 外,没有一个能做到"一切都可改动"这点 .vi 也不行.

所以学点 Lisp 对于你提高 Emacs 的使用水平没什么坏处.另外 Lisp 是种不错的语言,假设你的职业是 IT 的话,Lisp 值得一学.

顺便说一下,Lisp 是种非常easy的学的语言,比 VB easy多了,一旦你适应其语法后,就会发觉它事实上对程序猿蛮友好的,至少少打非常多字.

关键是你打算用 Emacs 这个强大的瑞士军刀做什么.

我在前文中已经强调过以兴趣和解决实际问题作为切入点.

再举一些我自己的样例说明:

• 我有写博客须要,懒得用 wordpress 那个破界面,所以用 org2blog
• 开发 ruby on rails 程序须要 IDE,装了 rinari
• 做跨平台 C++ 桌面开发,装了 cmake-mode.
• 我要开发巨型项目 (须要在多个文件夹窗体间跳来跳去),所以装了 window-numbering.el.
• 巨型项目须要我同一时候调试多种语言,所以我装了 evil-nerd-commenter,这样不用记住特定语言的语法就能够 comment/uncomment 代码.

Org-mode简明手冊 是不错的中文教程.

我觉得最好的英文新手教程是Carsten Dominik(org-mode发明者)在google tech talks上的演讲.其要点为org-mode本质是一个文本文件,你仅仅要记住按TAB展开或者缩进条目就能够了.其它高级特性能够慢慢学.

我非常赞赏这个理念.可是不要走火入魔.Emacs本质是个平台,给Geek们提供了无限的可能性.

从有用角度讲,Emacs和其它工具结合有时能更快完毕工作(只是菜鸟在没有一年的修炼之前千万不要猜Emacs*不能*做什么).

下面是我觉得不一定Emacs可以吃独食的地方:

• 剪贴簿操作应结合命令行工具xsel(Linux)/pbpaste(OSX)/putclip(Cygwin)
• Web浏览最好用Firefox结合插件如keysnail
• 远程登录管理最好用screen/tmux
• FTP最好用专门的FTP软件
• 文件管理用专用软件

重点是头脑灵活,坚信Emacs无所不能的同一时候也要适当变通一下.

本文已放在 GitHub 上,网址为 https://github.com/redguardtoo/mastering-emacs-in-one-year-guide.

假设有不论什么疑问,请在以上网址报 bug.这比 Email 要快.因GitHub会以邮件通知我,GitHub 邮件永远归类至我的最优先目录下.

假设直接给我发 Email,就会淹没于垃圾邮件中.

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)