it-swarm-ko.tech

Vim과 Emacs의 장단점은 무엇입니까?

이 에디터들을 어떻게 비교하겠습니까? 각각의 장단점은 무엇입니까?

[note] 이것은 "하나를 싫어하고 다른 것을 사랑하는"사람들 또는 둘 다 사용하지 않은 사람들에 의해 대답되지 않습니다.

388
John Berryman

하나를 선택해야한다면 어느 것을 선택해야하는지 알고 있습니다. 그래도 몇 가지 문제를 객관적으로 비교하려고 노력할 것입니다.

  • 모든 곳에서 사용 가능합니까? Unix 시스템을 사용하는 전문 시스템 관리자이거나 내장 장치 (라우터, Busybox가있는 스마트 폰 등)의 고급 사용자 인 경우 vi (Vim 아님)를 알아야합니다. 데스크톱, 서버 또는 임베디드 등 모든 유닉스 시스템과 대부분의 유닉스 계열 시스템에서 사용할 수 있기 때문입니다. 일반 사용자의 경우이 주장은 중요하지 않습니다. Emacs는 모든 데스크탑/서버 OS에서 쉽게 사용할 수 있으며 원격 편집을 지원하므로 데스크탑 컴퓨터에 충분합니다.

  • Bloated? 이맥스는 한때“8 메가 바이트와 끊임없이 교환”에 유머러스하게 서있었습니다. 현재 내 컴퓨터에서 Google Chrome Emacs가 100 개의 열린 파일에 대해하는 것처럼 탭 당 약 RAM) 정도가 필요하며 Firefox도 언급하지 않습니다. 21 세기에 이맥스 팽창은 신화 일뿐입니다.

    Feature bloat도 문제가되지 않습니다. 사용하지 않으면 거기에 있는지 알 필요가 없습니다. Emacs 기능은 사용하지 않을 때 방해가되지 않으며 문서가 잘 정리되어 있습니다.

  • 시작 시간 : Vi (m) 지지자들은 Emacs의 시작 시간에 대해 불평합니다. 예, Emacs는 느리게 시작되지만 큰 문제는 아닙니다. 세션 당 한 번 Emacs를 시작한 다음 emacsclient를 사용하여 실행중인 프로세스에 연결하십시오. 따라서 Emacs의 느린 시작은 대부분 신화입니다.

    원격 시스템에 로그인하여 파일을 편집하려는 경우는 예외입니다. 원격 Emacs를 시작하는 것은 원격 Vim을 시작하는 것보다 (보통) 느립니다. 경우에 따라 Emacs를 Screen 내에서 계속 실행할 수 있습니다. Emacs 내에서 원격 파일을 편집 할 수도 있지만 터미널의 ssh 세션에 있으면 플로우가 중단됩니다. (XEmacs 21 또는 GNU Emacs 23이므로 터미널 내에서 실행중인 X 인스턴스에서 Emacs 창을 열 수 있습니다.)

    테이블을 돌리면 Vim이 Emacs보다로드하는 데 눈에 띄게 오래 걸린다는 것을 알았습니다 (vim -u /dev/nullemacs -q). 분명히 이것은 이상한 플랫폼 (Cygwin)에있었습니다.

  • 초기 학습 곡선 : 사람마다 다릅니다. Michael Mrozek의 그래프 나를 괴롭 혔습니다. 진심으로, Vim의 학습 곡선은 다른 편집기보다 가파르고 가파르게 시작하지만 gvim을 사용하여 줄일 수는 있음에 동의합니다.

    Emacs의 신화를 풀었으므로, 한 가지 신화를 없애자 : 모달 에디터는 사용하기 힘들거나 고통스럽지 않다. 약간의 습관이 필요하지만 잠시 후 매우 자연스럽게 느껴집니다. vi (m)을 다시 디자인한다면 모드를 확실히 유지할 것입니다.

  • Asymptotic learning curve : Vim과 Emacs는 많은 기능을 가지고 있으며, 수년간 사용 후에도 새로운 기능을 계속 발견 할 것입니다.

  • 생산성 : 이것은 매우 어려운 주제입니다. vi (m)의 지지자들은 당신이 홈 행을 떠나지 않고도 거의 모든 것을 할 수 있다고 주장하며, 그것이 가장 필요할 때 더 효율적입니다. Emacs의 지지자들은 Emacs가 자주 사용하지 않는 많은 명령을 가지고 있기 때문에 키 바인딩을 보증하지는 않지만 필요할 때 편리하다고 생각합니다 ( 필수 xkcd 참조 ).
    내 개인적인 의견은 타이핑 장애가 없으면 Emacs가 궁극적으로 승리한다는 것입니다 (심지어도 시퀀스가 ​​필요하지 않고 Emacs와 같은 조합은 필요하지 않습니다) Ctrl+ 편지). 홈 행 키는 훌륭하지만 모드를 전환해야하기 때문에 종종 큰 승리는 아닙니다. Vim이 Emacs보다 유의하게 더 효율적으로 할 수있는 일은 없다고 생각하지만 그 반대는 사실입니다.

  • Customizability : 두 편집기를 모두 프로그래밍 할 수 있으며 두 가지 모두에 사용할 수있는 광범위한 패키지가 있습니다. 그러나 Vim은 매크로 언어를 사용하는 편집기입니다. Emacs는 LISP로 작성된 편집기로서 일부 임시 프리미티브를 사용합니다. 저자가 생각하지 못한 일을 시도 할 때 이맥스가 눈에 띄게 승리합니다. 이것은 매일 일어나지 않지만 수년에 걸쳐 축적됩니다.

  • 편집기 이상 : Vim은 편집자입니다. Emacs는 단순한 편집기가 아니라 IDE, 파일 관리자, 터미널 에뮬레이터, 웹 브라우저, 메일 클라이언트, 뉴스 클라이언트 등입니다. 좋은 일이든 나쁜 일이든 토론의 문제입니다. 그러나 Emacs를 단순한 편집기로 사용할 수 있습니다 (위의“기능 팽창”참조).

  • IDE로서 : Vim과 Emacs는 많은 프로그래밍 언어와 다른 텍스트 형식을 지원합니다. 구문 채색 및 자동 들여 쓰기와 같은 기본 사항 외에도 코드 및 문서 상호 참조 조회, 보조 삽입 및 리팩토링, 통합 버전 제어 및 시작 기능과 같은 IDE 기능) 컴파일하고 첫 번째 오류로 이동하십시오.

    Emacs가 Vim보다 더 나은 도메인 중 하나는 asynchronous 하위 프로세스와의 상호 작용입니다. 긴 컴파일을 시작하고 컴파일러가 변경되는 동안 동일한 편집기 인스턴스에서 다른 작업을 수행하려고 할 때입니다. 또는 Read-eval-print loop 와 상호 작용하고 싶을 때 — Emacs가 실제로이 부분을 비추면 Vim은 서투른 해킹 만 제공합니다. 그럼에도 불구하고 새로운 vim 포크 인 Neovim 는이 문제를 해결했으며 스톡 vim에서 구현되지 않은 다른 다양한 버그 수정을 구현했습니다.

나는 각각의 주요 이점이라고 생각하는 것을 게시 할 것입니다.


Emacs는 파일 시스템 탐색이나 버전 관리와 같은 텍스트 편집기와 모호한 작업과 RSS 피드 읽기와 같은 텍스트 편집기와 관련이없는 확장과 같은 작업을 수행 할 수 있도록 훨씬 더 많은 확장 기능을 가지고 있습니다. 텍스트 편집기 대신 환경을 원한다면 Emacs가 Vim보다 낫습니다. 또한 Emacs는 여러분이 믿어야 할 내용에도 불구하고 배우기가 훨씬 쉽다고 생각합니다.

Editor learning curve comic

특히, 초보자 Emacs 사용자는 초보자 Vim 사용자보다 빠를 것이라고 생각합니다.


다른 한편으로, Vim은 명백히 빠릅니다. 이것이 논쟁의 핵심 부분 인 것 같지만 제 생각에는 전혀 논쟁이 없습니다. 나는 유창한 Emacs 사용자라고 생각하며, Vim에 대해 동등한 지식을 가지고 있다는 것을 알고있는 두 사람과는 어울리지 않습니다. 문제는, Vim을 충분히 숙달 할만큼 충분한 Vim 숙련도를 가진 사람들의 수가 엄청나게 작다는 것입니다. 가능한 속도 게인과 실제 속도 게인 사이에 큰 차이가 있습니다. 당신은 달성한다; Emacs 사용자는 Vim 사용자의 99 %에 달하는 속도를 낼 것이며, (Emacs 섹션에서 언급했듯이) 처음 Emacs 사용자는 Vim 사용자를 시작하는 것보다 빠를 것입니다

272
Michael Mrozek

모든 유닉스 시스템에서 (또는 거의) vi을 사용할 수 있지만 다른 편집기에 대해서는 말할 수 없습니다. 이것이 vi ( 'vim'이 아니라 'vi'에 유의하십시오)를 익히고 익히는 가장 큰 이유입니다. 기본 설치에서 Emacs를 사용할 수있는 것을 본 적이 없습니다.

나는 Emacs를 사용하지 말라고 말하지 않거나 이것이 Vim을 사용하는 유일한 이유이지만, 당신이 아닌 Unix 시스템을 사용하고 싶을 때 ... vi 언어.

83
xenoterracide

둘 다 굉장하다고 생각합니다. 나는 어느 쪽이든 당신이 상상할 수있는 모든 것을 할 수 있다고 생각합니다. 그리고 그것들은 너무 커스터마이징 할 수 있습니다.

Emacs는 사용자 인터페이스에 대한 사용성 및 일관성에 대한 ISO/IEC 표준에 조금 더 근접해 있지만 (여전히 충족하지는 못하지만) 그 vim에 대한 "인서트"와 관련하여 많은 트릭을 수행하지는 않습니다. 다른 프로그램과의 작업을 통해 개발 한 본능의 수명은 당신에게 불리하게 작용하지 않습니다.

Vim은 완전히 다른 모델이며 여러면에서 Cntrl/Alt 시퀀스에 훨씬 덜 의존하는 한 자체 모드보다 우수합니다. 대신 홈 행에 입력하고 타이핑하는 데 어려움을 겪을 수 있습니다 빨리. 그러나 vim은 실제로 고유하며, 매우 특이한 동봉 소프트웨어 (예 : Vimperator, Jumanji/Zathura 등)를 설치하지 않으면 vim으로 작업하는 본능은 다른 프로그램으로 넘어 가지 않으며 그 반대도 마찬가지입니다. 즉, 나는 스스로 vim에 정착했다. 둘 다 마스터하기가 어렵 기 때문에 더 좋거나 나쁘게 하나 이상에 정착해야합니다.

24
frabjous

나는 정기적으로 둘 다 사용합니다. 나는 이맥스를 "실시간"편집기로보고있는 반면, Vim은 일회성 작업을 위해 사용합니다. 피상적으로 Emacs는 Vim보다 훨씬 부풀어 오므로 Vim처럼 "Fire up"하는 것은 그리 편리하지 않지만 사용자 인터페이스의 철학이이 패러다임을 지원한다는 것도 알게되었습니다. Emacs는 여러분을 내부에 유지하기 위해 훨씬 더 내장되어 있기 때문에 일을 편안하고 편안하게 할 수 있습니다. vim은 훨씬 "Unixy"이며 더 큰 도구 벨트의 일부로 간주됩니다.

많은 사람들이 bucky bits 에 대한 의존으로 이맥스에서 도망칩니다. 그러나 이것은 나에게 꽤 어리석은 이유입니다. Emacs가 Vim을 능가하는 진정한 힘은 커스터마이즈 가능성이며 Viper 등의 힘을 사용하면 실제로 문제가되지 않습니다. 확실히 Vim-Script는 독자적인 수준의 커스터마이제이션을 제공합니다. 예를 들어, 선호하는 프로그래밍 언어에 적절한 구문 하이 라이터가 제공되지 않았다면 확실히 Emacs는 자체 호스팅 LISP 시스템입니다. 결국 당신은 훨씬 더 많은 것을 할 수 있습니다. Vim에는 gnus 또는 org-mode 와 같은 도구가 없습니다. 간단히 말해서, Emacs는 단순한 편집자 일뿐만 아니라 실제로는 망할 운영 체제입니다.

텍스트를 조작 할 때 정확하게 일치한다고 말하고 싶습니다.

21
Eli Frey

Emacs와 XEmacs를 사용하여 몇 년을 보낸 후 vim으로 옮겼습니다. 공평하게, 실제로 1990-1992 년경 vi를 꽤 많이 사용 했으므로 사용자 인터페이스에 익숙했습니다.

이맥스

  • Emacs는 방금 에디터를 작성하는 데 사용 된 LISP 시스템으로 설명되었으며, 이에 대한 진실이 있습니다. 환경을 이해하는 데 시간이 걸리는 경우 원하는 것을 거의 구현할 수 있습니다. 나는 그것을 잘 알고 있다고 말할 수는 없지만, 가끔 물건을 fri습니다. Emacs와 Xemacs는이 수준에서 완전히 호환되지 않으므로 타사 스크립트는 한 스크립트에서 실행될 수 있지만 다른 스크립트에서는 실행될 수 없습니다.

  • RMS 및 일부 유명한 Emacs 해커들은 Bill Joy, Bram Moolenaar 및 기타 여러 가지 조명이 여전히 존재하는 OOS 문제로 인해 프로그래밍을 중단해야한다는 것이 관찰되었습니다. 당신의 새끼 손가락에 딱딱한.

  • Emacs는 vi보다 훨씬 가톨릭 시스템이며 software envelopment 의 표준 예제로 간주됩니다. 넷스케이프와 함께, 이것은이 법을 증명하는데 jwz 's 기여 중 하나입니다.

Xemacs로 한 번 한 가지 독특한 일은 컴퓨터에서 실행하고 동일한 실행 인스턴스의 동일한 버퍼에 대해 다른 방에서 xterminal (실제로 용도가 오래된 Sun 3/60)에서 x 세션을 여는 것입니다.

Pros : 인간에게 알려진 다른 편집기보다 확장 가능하고 강력하며 거의 모든 주요 무료 소프트웨어 프로그래밍 도구와의 통합이 가능합니다.

Cons : 의심스러운 인체 공학, elisp는 배우기 쉽지 않습니다.

Vim

Disclamer-약 10 년 전에 emacs를 사용하여 vim으로 전환했으며 Windows 및 Unix/Linux 기반 시스템에서 습관적으로 vim을 사용합니다.

  • Vi와 그 자손들은 편집 작업을 자동화하기위한 매우 훌륭한 키보드 매크로 기능을 가지고 있습니다. vim의 스크립팅 기능은 elisp만큼 정교하지는 않지만 Python, Tcl, Perl 및 기타 시스템을 지원하여 빌드 할 수 있습니다. vim에 대한 스크립트 (.vimrc 파일 외부) 만 가끔 작성했습니다.

  • Vim은 emacs보다 풋 프린트가 작지만 요즘에는 그다지 중요하지 않습니다.

  • Vim의 문서와 온라인 도움말은 상당히 좋습니다. 이맥스는 꽤 좋은 온라인 문서를 가지고 있지만, 그것이 vim만큼 포괄적이라고 생각하지 않습니다.

  • Vim은 vi의 기발한 모달 사용자 인터페이스를 상속 받지만, 삽입 모드에서 탐색 할 수 있으므로 모달리스 편집기와 비슷한 기능을 수행 할 수 있습니다. Windows에서는 Windows 응용 프로그램과 매우 유사하게 작동 할 수 있습니다.

Pros : 좋은 키보드 매크로 기능, 확장 성 및 스크립팅은 훌륭하지만 emacs만큼 좋지는 않습니다. Vim 또는 vi-derived 편집기는 모든 유닉스 또는 범용 Linux 배포판이 아닌 대부분의 표준입니다. 틀림없이 더 나은 인체 공학.

Cons : 모달 사용자 인터페이스는 Windows UI에 익숙한 사람들에게 이상하게 느껴집니다. 요즘에는 vim 관련 문제가 적습니다.

19

나는 보통 Vim을 사용하지만 둘 다 훌륭한 편집자입니다.

Vi를 사용하는 법을 배우는 것은 좋지 않았지만 그것을 통해 좋아하는 것을 배웠습니다. 가장 실망스러운 순간은 캡 잠금 키가 켜졌을 때였습니다. gVim으로 시도해 볼 수는 있지만 vi와 Emacs의 가장 큰 장점 중 하나는 키보드를 사용하는 동안 깔끔한 작업을 수행 할 수 있다는 점입니다. gVim은 마우스를 계속 사용할 수 있습니다. (불량 같은 게임을 동시에 배우는 것은 커서 이동 키를 사용하는 연습을 주었지만 때로는 문서에서 대각선으로 움직이려고 시도했습니다.)

이맥스는 아마도 더 접근하기 쉽다. 모덜리스이며 캡 잠금 키를 눌러도 자신을 망치지 않을 것입니다. 컨트롤 키를 누른 상태에서 문자를 입력하여 편집기를 제어한다는 아이디어는 현대의 고급 사용자에게는 그리 외롭지 않아야합니다. 실제 작업을 수행하는 키는 일반적인 Windows/Mac OS X 사용자에게는 거칠고 임의적입니다. 다시 말하지만, 마우스를 사용할 수있는 버전은 장기적으로 유리한 점이 거의 없습니다.

둘 다 효과적으로 사용하려면 어느 정도의 전문 지식이 필요합니다. 예를 들어 메모장과 달리 앉아서 편집 할 수는 없습니다.

동일한 LISP로 돈을 쓰는 확장 프로그램을 위해 편집기를 작성하는 것이 더 부드러운 경험을 제공하지만 둘 다 구성 가능합니다. (정상적으로 배포 된 이멕스는 에디터가 아니다. 에디터를 포함하여 많은 사전 작성된 소프트웨어로 텍스트 처리에 맞춘 LISP 환경이다. 더 나은 편집자. ")

나는 일반적으로 Vim을 사용합니다. 왜냐하면 광범위한 훈련 후에는 더 편해지기 때문입니다. 이것은 홈 시스템 근처에서 한 손가락을 사용하여 엄청난 수의 명령을 사용할 수있는 모드 시스템의 장점 또는 편집자에게 매우 많이 적용되는 "베이비 덕 증후군"입니다. 그것에.

어느 쪽이든 잘못 사용하지 않을 것입니다.

15
David Thornley

위의 "vim is modal"주석이 잘못되었다고 생각합니다. Vim에는 명령이 있습니다. "11aNow는 모든 선량한 사람들을위한 시간입니다."를 수행 할 수 있으며 파일에 11 개의 동일한 새로운 텍스트 줄이 생깁니다. 그것은 모드가 아니라 명령입니다. 그러나 실제로 Vim 명령과 Emacs 명령에는 매우 기본적인 차이점이 있습니다. 설명 할 수는 없지만 Eric Fischer는 10 년 전 TTY 드라이버에 Emacs 스타일 라인 편집 기능을 통합했으며 이에 관한 논문을 발표했습니다.

http://www.usenix.org/event/usenix99/full_papers/fischer/fischer.pdf

그는 Emacs 스타일 라인 편집이 vi 스타일과 근본적으로 다르다는 것을 발견했습니다.

따라서 Emacs는 다른 많은 것들 (bash, gnuplot, zsh, ksh, 내가 생각할 수없는 다른 것들)이 모두 Emacs 스타일 라인 편집을 구현한다는 이점이 있습니다.

나는 개인적으로 항상 Vim을 사용한다는 것에 주목해야한다. 나는 가끔 이맥스 사용자입니다.

9
Bruce Ediger

명시 적으로 언급되지 않았으므로 약간 수정 된 Emacs 배포보다 더 나은 프로그래밍 환경 (상자에 LISP, SLIME 등)이 없다고 덧붙입니다. 모든 프로그래밍 요구 사항 (99 %)은 Vim 내에서 처리되지만, 내가 작성한 모든 LISP 라이브러리 및 루틴에 대해 Emacs를 실행하여 생산적인 작업을 수행해야합니다.

9
Shamster

Vi/vim을 사용하지 않는 주된 이유는 모달이기 때문입니다. vi를 사용하는 주된 이유는 거의 모든 곳에서 사용할 수 있기 때문입니다.

Vim/gVim을 사용합니다.

나는 Emacs를 사용했지만 gVim은 일반적으로 느린 기계에서 더 빨리 작동하고 POSIX 요구 사항으로 인해 vi는 거의 모든 곳에서 사용할 수 있습니다.

Vim 또는 gVim을 사용할 때 마우스를 많이 사용하며 지원이 훌륭하다고 생각합니다.

초보자 사용자가 사용하기 쉽기 때문에 Emacs를 사용하기 시작했습니다. 어떤 이유로 나노 사용이 오류가 발생하기 쉽다는 것을 알았고 어떤 시점에서 vi를 사용하는 것이 훨씬 더 편안하다는 것을 깨달았습니다.

지금은 혼합물입니다. Eclipse를 사용하고 gedit도 자주 사용합니다. 그러나 Vim은 여전히 ​​내가 가장 좋아하고 가장 많이 사용하는 편집기입니다.

8
polemon

나는 전문가도 아니지만 gVim과 Emacs를 모두 생산적으로 사용할 정도로 충분히 사용합니다. 확실하게 말할 수있는 한 가지는 Windows 7 랩탑에서 Vim과 gVim이 더 빠르게 실행된다는 것입니다 (직장에서 사용해야 함). Windows 상자의 Emacs는 Rush의 키보드 버퍼에 축적 된 모든 것을 뱉기 전에 키보드 입력을 계속 받아들이더라도 최대 1 분 동안 "일시 정지"하고 응답하지 않는 이상한 습관을 가지고 있습니다. Mac OS 또는 Linux에서는 발생하지 않습니다. 그럼에도 불구하고 모든 플랫폼에서 Vim 또는 gVim을 사용하는 경우가 많으므로 사용하고 조정하는 편집기를 중지하고 생각할 필요가 없습니다. 즉, 순전히 * nix 환경에서는 모덜리스 편집이 약간 더 자연스럽게 보이기 때문에 아마도 Emacs와 함께있을 것입니다.

결론 : 제 생각에 두 편집자는 모든 텍스트 편집 요구를 처리 할 수있을만큼 강력합니다. 선택은 실제 고려 사항 (예 : 플랫폼 구현 세부 사항) 및 작업 스타일을 기반으로해야합니다.

7
Wing Flanagan

이맥스와 Vim의 주요 차이점은 인체 공학적입니다. 아시다시피 손목 관절 증후군, CTS가 있습니다. CTS가 있고 CTS를 도발하는 경우 이맥스는 매우 위험합니다. Vim-많은 곳 에서이 차이점에 대해 읽을 수는 없습니다. 예를 들어, Vim에서는 한 손가락으로 만 텍스트를 편집 할 수 있습니다. Emacs에서는-할 수 없습니다 :)

3
Paul