首先聲明：個人認為
1：不同的開發需求，必定有不同的最優選擇，一個項目中有多個需求，那么多個分模塊的解決方案就是必然的最優解。多個項目更是如此。
2：不同的開發工具有其不同的優點。取長補短就可以了。不比糾結誰是神器，但是應該看到基本的程序開發的發展過去和未來趨向。
3：一個工具征服天下問題的巨無霸還沒有產生，有大眾，有小眾是一種必然。選擇最優，最合適。不要死腦筋。
4：對於編輯器給開發人員帶來的不便利我了解，但是給開發人員帶來的對於程序的更深的記憶和更強的理解非常有效。學習的時候，堅決支持非IDE操作。
以下是網絡摘錄片段（比較雜亂，以后再整理）：
虛心請教 vim/emacs 和一般 ide 的相關問題
先表個態，我不是希望爭論兩者優劣，而是想討論一些實際的問題。看過了原來
的一些討論，感到這里必有能手，所以虛心請教。我認為同行，尤其是軟件這一
行，應當互相理解，其實無非都是想日子好過一些。
---我認為極端支持 IDE 的人，應當改變一下態度，包容一些，其實作程序的人
都是聰明的，容易接受新事物的，在微軟的平台下我們不是年復一年的都在學習
新東西嗎？又何況 vim 這些老古董了，估計真想拿下的話絕對不是問題，而是
暫時覺得用不上倒是真的。可即使目前用不上呢，也不妨接納吸收，因為存在既
是合理的，只是自我的工作環境沒有到需要它的地步。
---另外我想那些 *nix 高手們，其實你們真應該理解大部分 ms 平台的程序員
，平台之爭我不喜歡討論，但人都要吃飯的。微軟哲學畢竟贏得了大部分人的認
同（如果您較真的話，那我只能說在中國，在bj，至少在我工作的環境，全部
都用 win)。雖然精英總是少數人，但是仍然有人要為大眾服務不是嗎？
大部分程序員工作在 ms 平台下，這個平台的 ide 又可以順暢的完成任務。那
么他們對 vim/emacs 的質疑是可以理解的，但他們之中還是有人希望了解不是
嗎，如果你們能給一些實質性建議，才有利於好東西的推廣。
---我剛接觸 emacs ，不了解細節，但大概理解它的機制，我的理解是，emacs
是以編輯器為核心的開發式工作環境。以程序員的視角來看，就是完全定制自己
的 "IDE"，只要了解 lisp，就可以做任何想要的事。
---我不需要開發跨平台的軟件，不過我已經感到一些問題，它們可能導致我希
望定制 ide。
1 幾大經典仍然是 ms 平台的主導，.Net 要用，vc++ 要用，過氣的 delphi 仍
然要用。(具體解釋放在最后）。而這么多工具，vc 就有 6.0, 2003, 2005,
2008, delphi 有 7, 2007, 2009
在不同的 IDE 工作習慣之間切換，確實不是一種舒適的生活。另外兼容性也有
問題，比如，老的工程由於沒有用 makefile，我就必須保留當時開發它的 IDE
，或者就選擇轉換到高版本 IDE，大項目通常不敢隨便這樣干(主要是 vc )。
2 IDE 本身缺陷，delphi 界面，和熱鍵問題，vs 還需要個助手，而且天知道他們以后還
會做出些什么，是好還是壞。我確實不想讓人牽着鼻子走。
如果使用 emacs，有幾個問題必須考慮：
-- 資源編輯器，vc++的，c#的，delphi的，都需要資源編輯，而且這正是他們
的一大特色。您如果非說我們工作膚淺，我說我不是，我可以完全手寫核心代碼
，但是總要有人去做界面，我不能因為我的便利，而強制他人放棄好用的 GUI
設計器，事件處理影射向導等。除非給他們提供更好的解決方案。否則，他們還
是會用 IDE。
幫我想想，有什么解決辦法，還是說干脆讓界面層的人仍然使用 IDE。
-- 名稱自動提示能做到什么程度？.Net 類庫如果出了新版本，能馬上支持嗎？
delphi 的 vcl 有嗎？這一點真的不了解。
本來感到有很多問題，一時想不起來，先這樣了，也夠長的了，希望能給我些正面意見。
解釋一下為什么用那么多工具，當然是個人見解。
新興的.Net是簡單易用，可目前的硬件下，卻是以用戶的性能損失換取程序員的舒適，但我認為是開發應用層的首選。為什么？理由很多，開發快，培訓程序員快(我們小企業只能自我培養程序員），而用戶嘛，不會太受影響，我們不會對個人用戶的產品使用 .Net，企業用戶就無所謂了。
有時候不是你想選擇什么，而是別無選擇。
c++ 用途不用置疑，這是根本，其他玩具束手無策時，只看它表演了。
如果想開發民品，或者自己用的軟件，恐怕就不願意背着 .net 了。不過界面開發 delphi 勝 vc 一籌，vcl 架構也優於 mfc 許多，所以也算個壓箱底工具了。
我接觸計算機編程20年了，前十年里幾乎都是以IDE為主，后十年里就引入了很多非IDE的東西，vim是我最后最常用的選擇，當然偶爾也結合一下SourceInsight。對這個問題我的看法是：
1。不是所有程序員都需要開發界面程序，我所知道的80%的程序員開發程序是可以不要界面的。（一個項目組，平均五個人中有一個人開發界面就足夠。）
2。不是所有界面都可以用IDE搞出來的，大多數嵌入式終端的界面都絕無可能用IDE搞，而嵌入式開發和金融兩個領域是程序員的主要去向。金融領域幾乎已經被Java壟斷，我做過三年的金融行業軟件開發加上七年的嵌入式，可我仍然發現，絕大多數軟件開發工作根本不涉及界面。“業務流程”才是一個程序員最關注的東西。
3。使用編輯器導向的程序員有個基本思想：沒有必要強迫所有人都使用相同的平台，只要能寫出多快好省代碼的編輯器，就是好編輯器，如果VC這個IDE能夠使你高效的完成任務，那么你當然可以堅持使用VC，可我周圍的情形是：絕大多數人拋棄了VC，大部分轉向了SourceInsight，少部分轉向了vim，極少部分轉向了emacs，轉向emacs的恰好是個在Linux下開發界面的人，顯然emacs的IDE功能要強過vim。
SourceInsight是個完全沒有編譯和調試功能的，僅僅只有寫代碼察看代碼功能的編輯器，然而它在程序員中的普及率是很恐怖的，這個windows程序幾乎無可爭議的擊敗了windows下的所有C編輯器和IDE。如果樓主真的看清楚這一點，又當如何設想？
Windows下之所以IDE橫行，是因為人們幾乎只用C++這種單一的，面向對象的開發模式適合引入IDE，（當然其它的語言也有，都是面向對象的）。
純C代碼這種非面向對象的，可以在windows下開發，但是大多都不是為windows平台設計的。一部分人會忽略它。
C/Python/Shell 等腳本級/嵌入級與函數級的不同語言混合式編程，沒有IDE能夠很好的支持這種模式。
事實上VC的編輯器功能比vim遜色太多，因此我即使在windows下也是把vim嵌入到vc中使用的。
我給人們的建議是：不要使用強迫症的方法去學習編輯器，如果VC能夠滿足你的要求，那么就好好的使用VC，即使開發Linux程序也可以，到哪天你覺得VC不能滿足要求的時候再切換emacs/vim也不遲。——不論是Unix高手還是低手，都沒有必要也沒有義務強迫他人改用vim/emacs。這純粹是一個個人選擇。讓20%的開發界面的人繼續使用IDE，讓80%的不開發界面的程序員使用一個更好的編輯器，這不是各取所需么？
可惜我是做 windows 平台的，必須找到 vc,delphi,.net 的界面編輯器。
特別是.NET這樣已經綜合框架的平台和支持面向對象的反射機制的功能等。
更何況，VIM和Emacs不能和這些語言的版本同步更新，需要很久才有人開發出配套的程序，甚至開發不出來和有卻缺陷。
我對 emacs 比較樂觀。
我在中國哦，也在bj，我們的開發工作基本都是ssh到開發機上進行的。 windows機是用來當終端用的
我們也有開發windos平台軟件的人， 他們用的是eclipse。
成本上的原因可以這么解釋：不同的思路奠定了不同的開發模式。
Linux的傳統開發模式奠定了它可以這樣分工。
例如你要開發一個軟件，它分成A，B，C，D，E五個功能，每個功能都需要界面，需要訪問外設，需要接收用戶輸入，需要業務，需要通訊。
如果是個windows程序經理或許會按ABCDE分成五個模塊，給五個人做，這樣每個人的工作是比較獨立，每個功能的實現比較獨立，但每個人都需要界面，需要訪問硬件，需要訪問輸入輸出，需要訪問網絡，需要處理業務流程等等。
但如果是個Linux程序經理或許會這樣分，界面，硬件外設，輸入輸出，業務流程，通訊服務。這樣五個人做，只有一個人需要界面，只有一個人需要硬件外設，只有一個人需要輸出輸入，只有一個人需要進行網絡通訊，只有一個人需要處理業務流程。但是每個獨立的功能都需要所有人的聯合才能完成。
所以說，架構設計師的思想不轉變，就不可能按照Linux的形式去編程，不按照這種形式去編程，就不可能實現只有極少數人需要訪問界面。
使用IDE而不是VIM/EMACS主要是GUI IDE更加好看用起來更加順手（比如熱鍵等），而且VIM/EMACS並非馬上可用而且配置麻煩功能弱。
另外，很多IDE不好之處在於和目標相綁定，這些IDE往往只能用來編寫特定的程序。
一個可以很容易做配置的通用IDE來說確實是一個很不錯的選擇，當然，這樣的東西和VIM/EMACS是同樣的道理了；但是它的好處在於，好看，而且熱鍵更加順手。
VIM/EMACS適用於20年前的人，那時UI還不像現在這么標准化。
神速是一方面，你可以完全定制它是另一方面。
而對工具豐富的定制權是linux軟件的文化和優點之一。如果你非得跟你熟悉的工具比個高下甚至一定要讓它全部取勝才用的話，那lz，建議你不要用vim了。因為它只是編輯器，不是集成開發環境，既然你用eclipse，用vs習慣了，干嘛要花額外的實踐來學習你個你不願去承認它長處的工具。
我是軟件工程師，也是寫些研究性的程序。但是自從我接觸linux，接觸vim后，就拋棄了ide。
在我自己的定制下（包括vim腳本的方方面面），我的vim已經成了我最好的開發環境了。
至於它的硬傷。也是有得，就象前面說的，它只是編輯器，其語法高亮和代碼只能提示都是基於純語法的，而不是語義。但是它的語法很漂亮，在定制語法的時候我學會了正則表達式。如夠ctags的話，提示會很亂，但是vim給了我充分的選擇權。
最后再啰嗦一句，vim強在它的完全定制的plugin，定制的好，速度才會快，高手的vim肯定都是自己定制過的。你試着定制vs看看，eclipse的插件你除了等待其他人為你設計外，你還能做什么（看起來lz不像是用java的，你應該不會自己去開發eclipse插件的吧）。
確實是這樣，我覺得從IDE來說VC確實相當的好了，vim加個各種插件也不可能做到像VC那么好，VIM只是一個編輯器，無論是從瀏覽、移動、編輯角度來說，速度都非常的快，你去用用codecomplete插件，C語言的那些語句都只簡單敲兩個字母就幫你自動寫好，很爽!
引用 18 樓 mage1982 的回復:
vim+ctags+taglist+vimgdb
感覺又做了個IDE，只不過是另一個VC，另一個eclipse啊。。。
linux可以玩魔獸的，安裝cedega就行。
windows也有vim，用vim不見得要遷移到linux下
關於vim神速的前提是，它純鍵盤操作，高級IDE卻不行。
鍵盤操作的本質原因是所有的操作都可以自由映射到任意快捷鍵上，
而不是像IDE要樣依賴工具按鈕和菜單。
由vim改裝的ide與普通ide的區別之一就在這里。
當然vim也允許鼠標操作的。
用普通IDE的操作方式來理解它的神速是沒意義的。
看了37樓的視頻，沒什么了不起的。
不外乎函數補完啥的，況且快捷鍵的使用根本沒表現出來。
vi 就相當於win的記事本，
vim 就相當於win的記事本，notepad++，ultraedit。
vim的很多功能 還是不如linux界的 emacs
vi，vim，emacs 都是linux下發展的程序，對於win，功能沒什么優勢。
優勢是插件和定制！定制好了功能和notepad++，ultraedit也差不多，畢竟這兩個軟件很強
eclipse用熟了一樣很快的。
首先，為什么是IDE而不是某某文本編輯器呢？因為：
- 學習曲線過於陡峭的不考慮，哥沒時間跟你瞎霍霍
- 開發效率很重要，所以只有單純文本編輯、而沒有周邊工具集成的的不考慮
所以，vim排除、textmate之類的也排除。剩下就是Emacs、Eclipse、NetBeans和Intellij IDEA，接下來就說說前三個為什么排除，最后一個為什么勝出。
因為Vi是編輯器，而Emacs是“OS”呀。對於大多說人來說，有編輯功能就足夠了
感覺用emacs的人多少都懂一些vim吧。
我個人用emacs寫程序，其他的編輯任務都是用vim完成的。
當然，還有很多非編輯任務是用emacs完成的。
在公司只有我一個人用Emacs，其他都是eclipse黨。
剛進公司的時候就被人圍觀了一把，丟下一句這么古老的的東西還用啊。
這個東西有什么能做到而eclipse能做不到的？
我說balabala，
別人會說我為什么要在編輯器上支持這些？
......
所以不要強迫別人做什么選擇吧，自己覺得好就行。
如果用習慣了Emacs，再換其他工具真的是很痛苦的。
現在我大部分時間還是用，
而且我發現他們用eclipse
習慣了自己的快捷鍵 用起來也非常地有效率。。
之前在網上看過一個教你在eclipse下用emacs編輯的，有點麻煩，不過以后真要用eclipse不可的時候可以嘗試一下。。
國內確實很有意思，vim普及率很高。我朋友和同事里用emacs的一只手可以數過來，在前一家公司里，就我知道的，我是唯一一個用emacs的。。。
坦白說，vim最大優勢就是原生的文本操作能力
emacs，最大優點比樓上這個還容易擴展。
至於快捷鍵，我的emacs里不常用的功能，全部用m-x搞定。vim基本都用快捷鍵。。。。。反正丫有好幾個model。。。。
不過vim里面那個repeat last modification的功能確實非常好用。。。。
以前糾結emacs啟動太慢，又不習慣vim的鍵設置。為了修改一點點配置文件就用emacs顯然有些大財小用。后來接觸了幾個月的vim后（公司不能用emacs），現在小文件都是修改都是用vim的了。真正寫代碼的話才會用到emacs。感覺也不錯。
- 2012-04-25 23:56:06 包子Beta
我覺得eclipse的問題在於有些emacs上的一些不錯功能沒有。
比如alt + ;注釋代碼，TAB自動修改縮進格式，這些經常用的東西沒有。
*********************************
兩個例子都不行
eclipse可以ctrl+/注釋，可以tab自動修改縮進，還可以選中語句塊快捷鍵自動format
反而是eclipse的refactor功能，emacs估計是不可能有了
學兩個都用，但是上班后一般都在公司遠端幾十台server工作，默認是vim。
一。 不可能每用一台新server就去裝emacs。
二。 有無數次我share box給老美老印用，他們都在vim上寫。我在打開emacs，和他們交流很不方便。
現在基本放棄emacs了。其實他們兩個對我來說都夠用了。工具而已，怎么工作效率高就用什么。也許以后去都用emacs的公司，就改用emacs了。
- 上學兩個都用，但是上班后一般都在公司遠端幾十台server工作，默認是vim。一。 不可能每用一台 上學兩個都用，但是上班后一般都在公司遠端幾十台server工作，默認是vim。一。 不可能每用一台新server就去裝emacs。二。 有無數次我share box給老美老印用，他們都在vim上寫。我在打開emacs，和他們交流很不方便。現在基本放棄emacs了。其實他們兩個對我來說都夠用了。工具而已，怎么工作效率高就用什么。也許以后去都用emacs的公司，就改用emacs了。 ... hk
have you tried tramp? emacs is not only a tool for pogrammers
have you tried tramp? emacs is not only a tool for pogrammers have you tried tramp? emacs is not only a tool for pogrammers Hongbo Zhang
確實沒有用過tramp，看了一下，發現很強，周末就試用一下。謝謝推薦～～～
我的經理曾經是emacs黨，后來他也變成vim黨了，就是因為不可能在每台服務器都配置好自己的emacs環境。。我覺得這就是vim/emacs用戶數不平衡的最大原因了。
Eclipse 強大的擴展能力和emacs一脈相承。只是Eclipse中的Editor效率還是太低，如果能夠做到vi或者emacs的水平，那就無敵了。
但是Eclipse的擴展能力和開源方面還是有缺陷的。Emacs的IDE基礎沒有Eclipse操作更方便。不過可以集成。Vs本身是用於.NET平台開發的。Windows下的產品。是沒有錯的。
關於界面設計和程序之間的鏈接，找到，元數據，等等。Emacs可能都做不到。這一點要注意。需要的時候用。
做其他開發如果有更好的工具，那么不如就使用其他的。每個工具都有其應用的用處。
告別Eclipse
2008-12-07 12:57
| 毫無疑問，對於Java開發者來說，Eclipse是一個非常好的IDE，但IDE的一些弱點是永遠無法擺脫的：大內存的占用、緩慢的啟動速度、迷宮一樣讓人無法究盡的各種新功能，這些都會讓一個編程開發人員時常感到很深的挫折感：每次使用時都讓你意識到自己只在使用它百分之一的功能，這種無助的感覺讓人絕望。它在簡化了很多開發流程的同時也帶來了更多的復雜性：你基本上不需要了解像Ant這樣的Java Build工具，但當你把工程放到只支持命令行的Linux服務器上就會無比茫然，因為你已經習慣於依賴Eclipse幕后為你打理着一切。
下面是用Emacs編輯Java程序的截圖：
|
linux誰會在服務器下開發啊， eclipse又有linux版本的，感覺不用eclipse的開發理由太牽強了
師兄告別Eclipse過於輕率了吧，Eclipse入門難度絕對比Emacs低的多，我不認為它會讓編程開發人員時常感到很深的挫折，開始使用Eclipse只要記住常用的快捷鍵，就能很流暢的進行編程了。Eclipse的透視圖很容易讓用戶找到自己要用的功能，只要記住如何打開一個關閉的view和最笨的reset perspective就不會感到茫然。工程放到只支持命令行的Linux服務器上，我想只需要打好.jar,.war包放上去就好了，不至於直接在命令行的服務器開發吧。ant腳本可以使用Eclipse自己生成的然后很少改動就可以定制成自己想要的了吧。
最近試了試Emacs的JDEE，感覺有很多問題，支持不夠成熟。所以最后還是回到Eclipse這樣的IDE。
eclipse就像一個大號的emacs
eclipse越發像emacs了，而且可能表現的會比emacs更出色，就像emacs一樣，
eclipse也是開源的、也提供插件支持、也跨平台，可以開發java c c++
php等，可以調試腳本，可集成cvs，uml，而且，編輯方式也可以多樣化，如
果你喜歡emacs的編輯方式，那么通過設定你就可以在eclipse里用習慣的
emacs來進行編輯，既然連emacs都可以模擬，還有什么是它不可以做的？有
人說在emacs里可以聽mp3，我想只要eclipse願意，實現這樣一個簡單調用第
三方插件的功能應該是不在話用。而在程序開發方面，尤其在java開發方面，
eclipse表現優異，emacs就相形見絀（這也是因emacs的java開發插件較少所
致），而在c的開發上，emacs表現優異，但eclipse卻也並不輸於它。它們二
者都是做為一個平台，而不是作為一個集成開發環境而存在的，可配置性都
較強，而且如果你願意，可以修改源碼，以適應自己的需要，當然，對於龐
大的源碼來說，有時候找到要修改的地方並進行修改也並不一定是件容易的
事。不管怎么說，開源對於人們的尊重總比不開源要好，一切都在陽光下。
其實 vim 的用戶數更高是毫無疑問的。emacs 的特性決定了它必然是個小眾的東西。
另一方面，環境也是促使的原因，我當年用 vi，就是因為全辦公室的人只有我一個不會用 vi，那么，不學 vi 都對不起人，所以就 vi 了。
至於 emacs ，毫無疑問他是個好東西。但是，最好的入門方式其實是有一個專家帶領，如果身邊找不到這樣的人，那么要入門其實是個相當困難的事情。
Emacs並不完美，我認為有以下缺憾：
1. 沒有多線程支持
2. Elisp不是一個很好的語言，很慢
3. 同一個文件中使用多個模式很難用（PHP + HTML + JavaScript）
4. 對支持的編程語言沒有語義支持，所以沒有智能提示，重構等功能
但是，總體而言我還是喜歡Emacs。也許將來Emacs會添加更多IDE的功能。我不知道現在的IDE將如何發展，我希望他們可以回頭看看Emacs，並且能提供高級用戶喜歡的編輯體驗。
eclipse是java寫的
速度爆滿
個人強烈不建議使用
vi因為在不同的系統上分別是vi和vim版本
差別很大
如果你從頭就是學正統vi而不是vim的話那倒沒問題
不過vi也很難學
相對來說emacs速度介於兩者之間
而且環境相當強大
入門很容易而且你有興趣的話可以深入到最頂層
不同的系統上表現也都一致
所以我強烈推薦用emacs
不過除非骨灰級選手
否則不建議把emacs作為一種生活方式
畢竟人生美好的東西還有很多
為什么使用emacs而不是eclipse
我在知乎，Quora，StackOverFlow上都搜索了這個問題，emacs和eclipse針對Java開發時的區別，為什么使用emacs而不是eclipse。
為什么明明作為Java IDE，Eclipse功能性上遠遠強於Emacs，但是仍有那么多geek選擇后者呢。
這也許是一種文化，一種自由、可定制的文化，一種追求深度探索而非簡單無腦的文化。自己安裝plugins，自己編寫lisp腳本，自己編寫ant腳本部署工程，如果不做又怎么能學會。
不過重點在於，更多的人會回答說，你喜歡用什么就用唄，用的順手才是王道，不要糾結於你的工具而是語言。（這一句相當的具有權威感，聽上去頗像是從業數十年資深coder的感覺。）
錯！！！滾蛋！！！渣渣！！！
細節決定一切，一屋不掃何以掃天下，細節DNA決定了做事風格。
不是說這兩者何謂好何謂壞。而是你需要給自己一個正確的理由，任何事情都需要理由，如果你認定了使用Emacs是一件很酷的事情，但是因為太難了，於是給自己一個借口去放棄（例如，不要糾結工具重在語言本身）。那么請自省。
一個無法貫徹自己內心思考的人注定離自己的夢想越來越遠。
支持以上的看法。根本上是應該這樣考慮。如果認真分析了程序所需要的東西。IDE可以編界面。VI編輯器可以用來編程序。寫程序用Emacs。這樣找到最合理的分工。才能真正的提高效率。利用其優點，擺脫其缺點。這樣才能正常。不過正確的仔細的細節，對於開發風格和學習思路，以及調試方式和架構思維整個程序開發的大方向都有深遠影響。
有人說：脾氣火爆的人適合用Vim，而性格平和的人適合用Emacs。在初學時，我經過慎重選擇，看了無數水帖，包括Oreilly的總裁的水帖，我最終選擇了Vim。而我不用Emacs的最大的原因是：我的U盤只有32M，Emacs最新版根本裝不下，遑論32M還要裝下其它東西。由於這個原因——這也是最根本的原因，我加入了Vim一族，至此不變。
Emacs的一個理念是：它提供了一個良好的工作環境。你可以在其中收取電子郵件、玩游戲、運行程序，一天都不用離開Emacs。可是現在大多數Linux發行版都帶有GUI，如果收電子郵件，打開Evolution吧；如果玩游戲，還是裝台Windows吧——我可沒說用雙系統，用雙系統就是個悲劇，在雙系統啟動界面沒有被破壞以前，80%的情況下都會進入Windows；如果上網，現在好的瀏覽器太多了，比如FireFox和Opera。
如果僅僅是為了編程，我還是選擇使用Vim。因為它是每個系統上幾乎都預裝的一個文本編輯器。Emacs還要去網上wget一下呢。只要配上少許插件，拷貝一下配置文件，即可安心工作了。無論你是Putty一族還是Gnome環境，Vim都能夠滿足需求。
當然，我不是說Emacs不好，而只是說它的快捷鍵讓我無法忍受，我的新鍵盤Ctrl鍵旁邊竟然有個Fn，這個鍵大概是為筆記本准備的，可是我一按Ctrl，就很容易按到Fn上去。說它是Ctrl到死的編輯器一點都不為過。
我見到有個同學使用Emacs，他不慍不火，慢慢地Ctrl，顯得十分自在。而我，則無論如何也不能忍受那種折磨，還是Esc，一系列組合拳后，按下i、a或者I、A或者o、O了事。
我並不是排斥Emacs，它很強大，在我使用的過程中，很貼心的給出各種提示。我看過《Free As In Freedom》，其中詳細描述了Stallman如何開發Emacs的歷程。其中還批評了Java的發明人James Gosling，他搞了一個Gosling Emacs，但是后來不但沒有反饋給GNU社區，還拿來賣錢。
經過長時間的使用，我逐漸改變了以前的一些幼稚、偏執的觀點。我想與其Emacs的使用者和Vim的使用者整天在論壇上死掐，不如像slimzhao@hotmail.com那樣，安心將Vim用戶手冊翻譯出來；不如多多宣傳Emacs的使用技巧。畢竟，很多人還是無法領會這兩種界面看似簡單，功能無比強大的編輯器到底妙在什么地方。
用Vim或是Emacs，如人飲水，冷暖自知。
對於單一語言，emacs確實可能不是最好的，比如eclipse之於java可是對於一個程序員的整個生涯來說很難直接觸一種語言，這就需要編輯器就強大的拓展能力。
現在emacs可以通過配置實現符合個人喜好的幾乎一切功能，你所說的代碼提示自動格式化等等這些恰恰可以在emacs上通過配置適用於所有語言！
如果一個新的語言出現，寫出了解釋器或者編譯器，但是其編輯方式沒有,難道去用記事本去編輯嗎？如果有VIM和Emacs這種超強的擴展性功能還是集成其他程序的能力的“OS”不是節省很多時間嗎？而且還可以和其他程序一起調試，不需要必須只用一種語言去寫。可以支持多預言的編輯。、
當然就單獨來看。Emacs編譯java肯定沒有Eclipse好。但是只編譯java時。你就應該去選擇Eclipse啊。對不對。根據效率去選擇最優的。
emacs和vim選哪個問題。
我當初也痛苦過很久，現在回過頭來看，最重要的是實踐 ，別人說什么都沒用，最好兩個都用一下，哪個習慣就用哪個。
如果一開始選擇了一下，各方面都很滿意，就不用再換了，不要這山望着哪山高。
個人的經驗是，兩者在功能上沒有什么本質的差別，emacs能干的vim也能干。所以都試試吧，習慣哪種鍵綁定風格就用哪種。
現在覺得，鍵綁定風格對選擇影響最大，因為功能實在是都差不多了。另外，已經習慣eclipse的同學就不用再來折騰了，功能都差不多，既然習慣了，多花點心思在編程技巧上，比重新掌握一個工具有益。
還有 emacs 有很多程序無縫結合 ，如 python, perl， octave(matlab), gdb, pydb 等等，emacs 是最好的 IDE 了。
總之，馴化了的 emacs 是你的忠實的奴仆，他會按照主人的方式工作，猜想主人的意圖。
然而，有的時候 emacs 是奔放的野馬,總是難以駕馭，要想emacs 按照主人的意志工作，那么主人就有義務詳細的告訴他該如何工作。
有兩種辦法，一種是向其他主人學習，請教，按照他的辦法馴化 emacs 。
另一種辦法是掌握 emacs 的高級用法，只有了解他的語言， Elisp (Emacs Lisp) ，明白了 emacs 的語言，才能夠和 emacs 很好的交流，溝通， emacs 是一個很聽話的孩子。
emacs是一個os型的編輯器，一直在用，常用的命令還是比較好掌握的，用多了就有手感了，手感記憶很重要，下面的命令掌握了基本能駕馭emacs，剩下就是針對性的命令了
IDE的人嗤之以鼻——有Code::blocks這樣方便的IDE不用，跑去折騰幾個文本編輯器作甚？然而，在他人的推薦下接觸了gVim之后，我發現自己真是錯得可笑。所謂神器者，以百倍於其他編輯器的學習時間回報以千倍於其他編輯器的編輯效率。
第一次接觸Vim就被深深地吸引了，難以自拔。還記得那時開着幾十個網頁探索Vim的奧秘，對它的無盡好奇心讓我為之瘋狂。每天我如飢似渴地翻閱各種文章，在Vim上做各種試驗，折騰配置文件，讓我的心理得到了極大的滿足。於是，慢慢地，我成了一個Vimer。毋庸置疑地迷上了它。
接觸Vim自然也不得不了解到另一神器——Emacs。所謂的神之編輯器真是名不虛傳，連移動光標都要用組合鍵，讓當時迷戀hijk的我嚇了一跳。如此高的門檻，它到底有多強大？？？后來我明白了，原來神的編輯器，是可以當操作系統的。
每當使用Vim高效編輯代碼時，我都會不禁感慨：Vim已如此強大，那作為它的對手的Emacs該有如何恐怖？？？
和當初一樣，帶着狂熱的好奇心，我敲開了Emacs的大門——不不不，事實上，我到現在都沒邁出一步。Emacs的組合鍵實在讓人感到無法忍受。而我用v已經有一點點的得心應手了，用起e來各種不舒服不習慣不方便。而且對於靈活的elisp語言更是感到畏懼。emacs，終究還是錯過了。
但emacs和vim得一即可平天下，既然我走進了vim的世界，我也無需感到遺憾。vim已不再是一個名字一個工具，它是一種精神一種信仰一種內心最深處的無法抗拒的力量。我相信，emacser對於e也是同樣的感受。
走上了這條路，就不會再回頭。
如何安裝和配置erlang開發環境?
2008-11-19 21:53
提問者： HiViv | 懸賞分：80 | 瀏覽次數：1816次
我想學習erlang，請erlang的高人指導一下該問題。能給點學習的建議最好啦，謝謝啦。
問題補充：
兩位老兄多慮了，事實上我就是在電信軟件企業，只不過我主要負責應用服務器開發，但想研究一下erlang。我想要的是學習的建議，謝謝。
我認為學以至用是最重要的，還有這一行是不是你真正想去做的，興趣是一種動力，這個是關於通訊方面的，我想大有前景，不過要有關系進去電信之類的地方去工作才行，要不然你學到了也沒地方給你發揮。
或者游戲公司，大型服務器公司。大型web網站，大型實時並行處理系統（票，報名）
Eclipse , Java and Erlang OPT
經過一天的折騰，外加n次google，最終配置好了erlang的開發環境。
erlang的開發環境有兩類，IDE和Editor。
1、IDE有：
- 加拿大的 CaoYuan （華人哦）開發的 ErlyBird （for NetBeans）
- 大名鼎鼎的 ErlIDE （for Eclipse）
2、Editor有：
- Emacs
- Vim
- JEdit
我選擇的是Erlang+Emacs。
之所以選擇它，是因為，集成開發環境不利於學習，很多都是自動提示，生成的。再着一直久仰於emacs的大名，正好這次拿來練手。
下面說下我機子erlang的開發環境配置：
WindowsXP SP3+ otp_win32_R15B.exe + Emacs-23-CvsP091103-EmacsW32-1.58.exe + distel-4.03.tgz
erlang開發環境軟件打包：http://115.com/file/c2li0lr0
下載地址：
http://www.ourcomments.org/cgi-bin/emacsw32-dl-latest.pl
http://code.google.com/p/distel/downloads/list
參考：http://shupili141005.iteye.com/blog/503606
http://bc.tech.coop/blog/070528.html