首先要明确的一个概念，这里的“程序编辑器”是特定的代称——Emacs或许还有VIM吧。 我自己从2013年后半年才开始使用Emacs作为脚本语言环境，算不上“会用”但自己用的还算舒服。 我自己的配置环境是：https://github.com/vietor/emacs.d
#能够自定义行为到“舒服” Emacs通过自身的Lisp语言能够进行非常强大的“二次开发”，当前我的配置环境也是包含了众多别人开发的组件。 我现在的组件列表还是相当的庞大的，比较明显的使用是两个组件，用于自动提示的auto-complete和标签系统gtags.el。其中Gtags的使用我进行了特别的“自定义”：1）通过后端ctags支持所有我用到的语言；2）自定义了所有热键简化了记忆；3）扩充了辅助函数让标签查找更适合一点。 Emacs的第三方组件的安装非常的简单，在配置完组件库的地址后，仅仅是package-install的简单命令完成。现在比较流行的第三方组件库是“melpa.org”，这个网址也是最近才启用的独立域名，之前在别的域名之下。
#多语言环境的通用界面、 使用IDE最大的问题是，不同的开发语言会使用特定的IDE，各IDE的配置/使用界面并不统一。 对于一般的“工蜂”来说，自身通常就只有一种语言的开发必要，单一的IDE已经足够了。与“工蜂”来谈论“编程界面”本就不是一个层次，所以略去对这部分受众的解释。 必须提到的是Eclipse能够支持多语言的，同时也是IDE的范畴——这才是此段讨论的重点。Eclipse的多语言环境我是用过的，而且很长时间在用。但总觉得不舒服的地方是：1）对单语言的支持上并不比单IDE的环境好，更多时候是更差；2）相应慢，不仅仅是JVM的原因，全部刷新时有时候莫名其妙的就假死了；3）功能总显得太简单了，这也是为什么很多商业IDE要以它为基础进行二次开发。 Emacs自身还算是轻量的，对于各种语言在附加组件的情况下足够使用，而且此环境下让人更喜欢使用“脚本”进行构建——多美好的副作用。我当前主要使用脚本语言，也发现使用gdb调试c++的时候不如Visual Studio做的好，对C++调试的研究放到以后再做了。
#源自于内在的“酷” IDE最大的好处是“让使用者更少的用脑，更多的堆积代码”。非常方便的自动提示、方便的内容查找，的确是足够的方便，但同时也带来“隔阂”——培养了太多的Copy/Paste使用者。 对使用者本身提供最少又足够的支持，才真正的对使用者本身有所提升：1）更多考虑“命名”以便于查找；2）被限制的Copy抑制了程序的膨胀，优化了使用者的思路；3）更符合自身的环境定义，潜在增强了效率。
