그것은 가치가 투자에서 시간을 사용하여 학습 Emacs?

https://stackoverflow.com/questions/48006

09-06-2019
|

문제

바로 앞:나 지 시작하려는 종교적인 전쟁입니다.

사 vi 는 만큼 오래 기억할 수 있는,그리고 몇 번째 선택 Emacs 었을 잃는 빠르게 주어집니다.많은 사람들이 찾는 이맥스는 매우 강력한,그러나입니다.프로그래밍입니 다소니다.나는 주로 하고 있 Solaris+Java 개발,그리고 물어보고 싶은 간단한 질문:나의 생산성이 증가하면 내가 시간을 투자에서 점점 내 Emacs?이는 기능을 제공하는 Vim 가 지불해야에서 다시 생산성 증가가 합리적인 시간?

반복합니다:나는 원하지 않는"내 편집기입니다 당신보다 더 나은"대답합니다.나는 그냥 예 또는 아니오 대답 여부로 그 가치가 투자한 시간이 나지 않습니다.나의 생산성이 정말 증가?

해결책

내가 선호 이맥스를 vi,그러나 내가 편안에서 모두.

거기에 몇 가지 일을 할 수 있는 이맥스는 확인 그것 보다는 더 강력한 vi,하지만 그들 모두는 심지어 프로그래밍과 관련이 있습니다.(수 있습을 보내는 이메일이나 뉴스를 읽기 내에서 vi?아니,그러나 누구 걱정합니까?) 당신은 편안 lisp(나)할 수 있습을 쓸 추가 기능 및 형태 및 물건을 만드는 당신의 인생을 더 쉽게 하지만 그건 단지가 될 가능성이 구문을 색칠하고 중괄호 일치하는 눈 사탕 같습니다.

나이지 어슬렁거리는 지금이다.이 당신의 생산성 사용 증가시키는 emacs?No.

업데이트:나의 코멘트는 아래.이후 나는 게시된 이 가 에 걸쳐 올 방법을 사용하여 이맥스가 만들어 나에게 더 생산적인 사용하는 것보다 vi.

다른 팁

[면책 조항: 개인적으로, 선 Vim.면책 조항:읽는다.]

Vim 에서 탁월한 작은:함으로써 동작 및 행동의 별도의 개념을 제공하는 시설은 복잡한 반복 수행할 수 있습니다 믿을 수 없을만큼 강력한 편집 작업 단지 짧은 시퀀스의 키 입력.당신은 쉽게 할 수 있는 것에서 Vim 정상적인 과정에서의 편집을 요구할 것이하에 있는 드롭다운 스크립트에서 Emacs.또한,대부분의 전력을 사용하여 제자들이 있는 경우에도 광범위한 .vimrc 사용자 설정,기회는 당신이 할 수있을 것을 생산적으로 작업 모 Vim 설치합니다.

이맥스에서 탁월한 큰:매핑하여 모든 UI 개념을 직접하는 기본 구조와 개념에서 Elisp,그것은 매우 쉽습을 전체적으로 소개합 기능을 위해 특정 종류의 파일 또는 상황을 만드는 이맥스가 다음과 같이 텍스트 기반 그리고 훨씬 더 structuredly 프로그램 형태의합니다.이는 당신이 하려고 많은 시간을 보낼 사용자 정의 환경에 대한 개인정 필요와 환경.물론,이맥스가하기 위해 최선을 다하겠 쉽게 숙박 시설 내에 있는 하나의 환경에 대한 모든 것을 아무렇게 할 수 있습니다.

궁극적으로도 우수하다.그들은 다른 스타일을 제공,그에 따라 귀하의 경향,하나 또는 다른 하나는 개인의 필요에 맞게 그리고 방법의 생각이 더 낫다.그것은 항상 도움을 알리(플러스 더 편집기)물론이다.하지만 당신은하기 위하여 려고 하고 있지 않다 뚜렷하게 더 생산적인 이 방법으로 또는.

vi 는 주방용 칼입니다.

vim 은 정말 좋은,날카로운,공정한 요리사의 칼이 있습니다.

Emacs 은 빛을 참조 하십시오.

대부분의 시간,나의 일정이 필요합 야채 들어온다.때때로,나에 전체 군대의 로봇입니다.

사용 했습니다 Emacs 을 위해 20 년이다.나는 이맥스에 입력을 지금 함께 위젯 라 "그것의 모든 텍스트" 수있는 저에게 빨에 텍스트와 텍스트 상자에 들어 있습니다.나는 빠른에서 Emacs.나는 훨씬 적은 생산적이 없습니다.

이것은 매우 논란이지만,또한 생각하는 배우 이맥스 가르칠 수 있는 놀라운 금액에 대한 프로그래밍입니다.

는 방법에 따라 코드 도 보 생산성 증가합니다.를 위해 배경,나는 또한 오랜 시간 vim 사용자,그러나 나는 배운 이맥스에 대해 2 년 전,그리고 지금 그들을 사용하와 같은 의미로 쓰인다.

무엇이 더 좋았던 지점은 실제로 배우 이맥스가 능력의 큰 숫자는 파일을 열면 한 번에,그리고 쉽게 전환.었다의 중간에 소개하는 기능을 추가 만의 큰 숫자를 클래스입니다.(이었 C++,그래서 거기에 있었다 일반적으로 두 개의 파일당 클래스입니다.) 었기 때문에 여전히 퍼밍 인터페이스,나는 일반적으로 중에 하나를 업데이트 파일을 때 나는 것을 깨닫고는 변경이 필요하다.

와 gvim,그것은 쉬운 새 창이 열리는 각 파일을 시작하고 있었을 얻을 수행하기가 까다로워집니다.과 이맥스,하지만,그것은 간단한 새로운 파일을 같은 창에서(Ctrl-x,Ctrl-f).일단 이맥스가 파일을 열고 있는,그것은 매우 쉽게 전환 열린 버퍼(Ctrl-x,Ctrl-b).

용을 한 단계 더 나아가,단일 emacs 세션을 열 수 있습니다 많은 윈도우,그래서 분리 창을 수직으로,내가 결정할 수 있습을 방해하지 않고,작업에 파일을 열고,다른 다음,그것을 효과적으로 작동 side-by-side 유지 하면서 각 창에서 기본값은 80-문자 폭입니다.

거기에 여전히 몇 가지는 내가 쉽게 찾을에서 vim(예:블록-모드 선택,간단한 매크로 기록,차이드 모드),는 일은 쉽게 이맥스(선형,파일/버퍼 관리,창의/화면을 관리).따라서,나 자신을 번갈아 사이에 두 개의(그리고 때로는 사용하는 동시에 둘 다),따라 편집 작업 예상 나.

당신은 아직 확실하지 않다면,시도하는 것이 좋다.를 통해 실행 Emacs 튜토리얼 그것을 사용하는 코드를 작성한 아침이나,하루에 크게 기대어에 도움이됩니다.는 경우 당신은 여전히지 않는 무엇을 보고 좋아한,숙박 vim.에 관계없이 편집기를 제공,테이블의 친숙하고 지식 공구의 것이 훨씬 가장 중요한 요소의 생산성을 높입니다.

나는 원하지 않는 성전쟁에 대답하십시오 매우 주관적 질문으로 예/아니오 대답이다.

예,당신이 볼 수있는 생산성을 증가하기 때문에 강력한 기능입니다.

No,지 않습니다 생산성을 증가하기 때문에 패턴과 비유에서 사용 emacs 정렬되지 않을 수 있습니다 당신과 함께 뇌입니다.

짧은 당신의 질문에 대한 대답은"예"입니다.더 자세한 사항은 아래.

내가 사용하는 vi 거의 독점적으로 약에서 1980 년 1991.시간 사용하지 않았 vi 었을 때를 다루고 최소한의 설치는 유닉스는 너무 작았을 포함 vi,그래서 다시 드롭게 ed 는 최소한 하위 집합의 편집하는 기능이 원래 vi 었의 상단에 내장.

서에 대해 1985 년에,다른 프로그래머는 내가 일했던 지속적으로의 칭찬을 노래 emacs.그러나 때마다 나도 그것을 배우지 않겠니다.나는 시간을 보낼 것을 통해 emacs turorial(C-h t)의 그것은 모두 내가 알고 있는 방법이 될 것이라고를 삽입하고 수정하는 텍스트로 이동합니다.을 할 수 있도록 훨씬 더 vi 는 것보다 나는 배운에는 시간과 이맥스 나를 만들 수 없는 스위치입니다.세 개월 후에 내가 찾기 시간을 보내는 다른 시간과 나는 끝까지 가는 동일한 물질이다.이맥스가 배우로 곡선의 수도"L".까지 아니었는데 계약이 모두가 사용된 다른 이맥스는 내가 결정하는 데 필요한 헌신에 더 많은 시간 이상 시간을 학습니다.후 지금 하는 일에 아무것도 하지만 작업을 통해지고 설명서를 포함,마지막으로 시점에 있어 내가 할 수 있는 것으로 이맥스는 수가 없었으로 vi.다음에서 나는 본 적이 없었습니다.수은 여전히 유형 vi 명령을 내지만,저는 그렇게 할 수 있습이 훨씬 더 많은 emacs.

나는 비교 emacs 및 vi,지 vim.나는 배운 적이 없는 확장 vim 추가 vi,그리고 그것을 가능성이 그들의 많은 기능을 복사에서 emacs.그렇다면,당신은 이미 익숙 vim,emacs 되지 않을 수도 있습으로 많은 이점이 있다.

중 일 내에 따라 모든 시간에 emacs 습니다:

을 사용할 때,참고 모든 것의 텍스트로 적용됩니다.이 수 있다는 것을 의미를 조작하는 모든 데이터 버퍼로 거의 같은 명령이 있습니다.과는 경우에는 버퍼의 모드에서는 몇 가지의 표준 명령을 사용할 수 없 텍스트를 복사 또 다른 버퍼의 실행에서 기본 모드를 사용하여 표준 명령어가 있다.
이맥스를 제공합 multi-"창에서"환경에 표시할 문자-세포 터미널도 있습니다.에서 일하기 전에트맵 그래픽과 실제 windows,emacs 작성되었을 시뮬레이션하는 창과 같은 동작을 사용하여 아무것도 하지만 ascii 문자와의 커서 위치.당신은 아마 생각,"그것은 고대의 역사입니다.왜 사람이 그에 대한 관심은 오늘?" 나는 여전히 사용하는 기능이 매일입니다.내가 사용하는 웹 호스팅 회사할 수 있도록 하는 SSH 액세스입니다.그래서 내가 로그인할 수 있는 리눅스 호스트 인터넷을 통해 실행 쉘이 명령입니다.그 동안 매우 강력하며,그것은 훨씬 더 강력 할 수 있을 나누 내 터미널 에뮬레이터로"윈도우를 사용하여"emacs,실행에서 조개의 여러 사람들","창에서 파일을 편집하는 다른 창을 보고 편집 디렉토리에 여전히 다른"windows".

실제로,때 나는 말했다"창에서"이전 단락에서,정말 의미"버퍼".Emacs'문 세포의 에뮬레이션 windows 은 방법으로 나누어의 화면 real-estate.는 이맥스 버퍼는 콘텐츠와 연결(파일 bash 쉘,directory,임의의 텍스트와 연결되지 않은 파일,etc.) 지 않을 수도 있습니다 또는 현재 표시됩니다.을 보려면서 버퍼,당신이 선택 창이 무엇인지 버퍼를 표시합니다.그래서 당신은 수 있습에서 작업하는 방법보다 더 많은 공간이 있습 화면에 표시됩니다.그것은 대략 유사한 당신이 무엇에서 현대적이트맵 그래픽 GUI 할 때 아이콘으/de-아이콘 화합니다.
나는 이미 언급하실 실행할 수 있는 쉘부 emacs 버퍼입니다.할 수 있습으로 많은 버퍼를 실행하는 포탄습니다.복사하여 붙여 넣을 수 있는 사이에 앞뒤로 텍스트 쉘 버퍼 텍스트 파일이나교의 부분 사이에 텍스트 쉘 버퍼 텍스트 파일을 사용하여 동일한 키 시퀀스는 사용할 텍스트를 복사 또는 비교 텍스트 사이의 두 개의 서로 다른 텍스트 파일입니다.실제로,이것은 진정한 대부분의 버퍼,다만,쉘 buffers 및 버퍼 관련된 파일이 있습니다.
을 사용할 때 emacs'명령에 파일을 열려면,하지만 당신은 무엇을 선택은 실제로는 디렉토리 버퍼에서 실행됩 dired(디렉토리 편집기)모드입니다.이 모드에서,하나의 키를 열 것이 무엇이든 커서의 현재를 가리키는 것,그것이 파일 또는 하위 디렉토리에 있습니다.버퍼에 dired 드 파일 관리자가 문자를 세포 단말 지향 아날로그를 찾기에서 맥거나 윈도우 탐색기에 있습니다.
중 하나 이맥스 기능이 내가 사용하는 거의 끊임없는"비교-윈도우".나게 찾아보세요 이를 명령 라인에"차이"또는 GUI 를 비교와 같은 도구 무엇에 내장되어 이클립스입니다.차이 또는 이클립스를 비교한 전체 파일을 보여주는 라인은 다릅니다.하지만 무슨 일이 있을 때 두 가지 다른 선을 보이는 매우 비슷한가요?다음 사항을 고려하십시오:

의 차이는 무엇이 라인과 다른?

의 차이는 무엇이 라인과 다른?

는 방법을 발견 차이가 있나요?(힌트:ASCII 및 아포스트로피 유니코드 보이 꽤 많다.)

과는 달리 비교하고 Eclipse 를 표시하는 라인이 다른,emacs'"비교-윈도우"기능은 상호 작용입니다.당신은 커서를 위치에서 각각 두 개의 side-by-side 윈도우 시점에서 창 내용이 동일합니다.실행"비교-windows",그리고 커서 각 창에 이동하는 첫 번째 문자가 서로 다르다는 점입니다.치에서 커서의 창는 지점과 동일한 다른 창을 다시 실행하는"비교-윈도우"을 찾기 위해 다음 차이입니다.이것은 쉽게 비교하 subportions 의 파일이 있습니다.

다른 것이 내가 정기적으로 사용하"비교-윈도우"에 대한 비교 체크섬.많은 소프트웨어 프로젝트를 배포 tarball 응용 프로그램의 페이지에서는 또한 포함하는 MD5 해쉬의 tarball.그래서,당신은 어떻게 비교 MD5 해쉬에 분포 페이지 MD5hash 계산서 다운로드 한 파일입니다.Emacs 이 하는 것입니다.

첫 번째 복사본 MD5 해쉬 웹 페이지에서 새로운 emacs 버퍼입니다.그런 다음 다운로드 한 후.tar.gz 파일을 실행합니다.

md5sum downloadedfile.tar.gz

쉘에서 버퍼입니다.그 두 개의 버퍼에 표시되는 side-by-side emacs windows,커서를 위치에서 각 창에서의 시작 검사 및 실행"비교-윈도우".는 경우에는 그들이 동일한 커서 각 창에 위치한 끝에 각 체크섬.
이전 점에서,나의 예를 실행하는"비교-윈도우"에 라인:

의 차이는 무엇이 라인과 다른?

의 차이는 무엇이 라인과 다른?

"비교-윈도우"을 떠날 것이 커서를 위치에 아포스트로피 에서 확인할 수 있게 되었습니다.따라서,지금 당신은 당신이 알고있는 캐릭터가 다릅니다.그러나 어떤 문자 그들은?형식은 두 가지 키 입력한 명령 CTRL-x=및 emacs 이 표시됩니다 문자,그 ascii 값에 진수,진수,진수,문 오프셋에서 시작하는 파일의 캐릭터의 오프셋에서 시작됩니다.때문에 ASCII7-비트 인코딩을,모두의 ASCII 문자가 자신의 고도 꺼져 있습니다.일단 당신이 당신의 값이 먼저 아포스트로피 0x27 그리고 두 번째는 0x92,그것은 분명 그 첫 번째는 ASCII 문자 집과 두 번째 중 하나하지 않습니다.
이맥스의 첫 번째 중 하나였 Ide,아마도 아주 처음이다.그것은 모드에 대한 특정한 언어입니다.나는 그들을 발견한을 부과 일관성이 들여쓰기에 코드를 더 읽기 좋습니다.도있는 기능을 컴파일하고 디버깅 코드입니다.나는 사용하지 않은 컴파일하는 기능을 많았기 때문에 쓰기를 위한 컴파일된 C 같,내가 사용하는 쉘 프롬프트에서.디버깅 기능이 아주 좋은 C 및 C++.통합 gdb 편집자에서 같은 방법으로 당신은 거의 동일한 기능으로 디버깅 기능 지금 이클립스,하지만 낭비하지 않았 화면 부동산의 방법으로 현대적인 GUI 기반 Ide 않습니다.이론적으로 디버거를 통합해야에 쉽게 적용되는 거의 모든 다른 언어로,그러나 나는 확인하지 않은 어떤 다른 언어로 그것은 요즘입니다.
Emacs 을 만들 수 있 매크로 말해서 그것은 시작할 때를 기억하는 것은 당신이 입력하고 언제 중지하는 방법을 설명합니다.이것은 매우 강력한 작업을 당신은 자주 않습니다.
이맥스가 무한하게 확장 가능한 알고 있는 경우 Lisp.하지만 나는 배운 적이 Emacs Lisp,아직까지 이맥스의 하나는 가장 강력한 도구하는 용도로만 사용해야 합니다.
Emacs 키습니다.내가 먼저 하나는 것을 인정 Emacs 키-바인딩 빨.하지만 그것은 훨씬 더 강력한 무엇보다도 내가 사용했던,그들과 함께 넣어 키습니다.
에서는 유머러스,정맥 년 전 이맥스는'작가 리처드 스톨만(도의 창시자로의 설립자이 GNU 프로젝트의 설립자 FSF)화의 주제로 삼은 사람들을 치료하 vi 대emacs 으로 거룩한 전쟁입니다.그는 발명자"Saint IGNUcius"교회의 Emacs.에서는 모습으로,자는"때로는 사람들이 나에게 묻는 것은 죄에서 교회의 이맥스를 사용하여 다른 텍스트 편집기 vi.만,그것은 사실 vi vi vi 의 편집 짐승을,하지만 무료 버전을 사용하의 vi 죄를 짓지,그것을 유지합니다." (참조하십시오 http://stallman.org/saint.html.또한 귀여운 사진,그러나 때문에 나는 새로운 유래,자에 게 하나 이상의 URL 이 있습니다.그래서 동일한 도메인,하지만 파일을 가져오 saintignucius.jpg)

내가 사용하는 Vim10 년 동안 선도하으로 탐구하는 Emacs2 년 전입니다.나는 합리적으로 기억의 내성 시간이 지남에 따라 수정.

내 포인트는 모든 조건,만,느린 ftp 를 방에 따라 당신의 강점과 경험이다.

이 있는 경우 사용되는 유닉스와 명령줄을 충분히 잘 알고 있 C-a,C,e,C-n,C,p,C,-k,C-y,등등으로 그 기능에 포탄,오랜 시간이 걸리지 않을 것입으로 전환하여 그와 같은 바인딩(기본값)에서 Emacs.나는 최근에 발견되는 엑스 코드를 사용한 바인딩을 뿐입니다.

당신은 편안 경우에는 항상 편집기를 실행하는 경향 버퍼(신 것 브라우저 탭)에 따라서 거 응용 프로그램에서(당신 같은 것으로 Web2.0 앱 브라우저에서),이맥스 가능성이 표시 즉시 생산성 향상을 제공합니다.

는 경우에 당신은 일반적으로 작업에서 프로젝트의 많은 관련된 파일이 고집을 지불하는 몇 가지 추가 이점에 유지 컨텍스트는 버퍼입니다.각각의 버퍼가 contexted 에서 해당 파일을 열 수 있도록 편리하게 사용하기 위해 다양한 생산성 강화를 위한 도구하는 프로젝트(다음과 같 grep-찾아서,eshell,실행-python 과액).이 결합된 텍스트가 완료되면,yasnippets,etc 시작을 보이는 작은 분수처럼 IDE 지만 ad-hoc 무겁게 개별화하여 구성합니다.이 외에도 더욱 문명화된 Emacs IDE 같은 서비스는 다음과 같 ECB.

나의 생산성이 타격을 받았으로 처음에 저는 입력한"jjjkkk"지속적으로 Esc-Esc-Esc-Esc 을 위한 첫 번째 주니다.다음과 같은 일주일 내가 조심스럽게 시작했을 사용하여 오른쪽 탐색 키가 있습니다.그럼 내가 발견한 구성 파일...솔직히 있었다면 Emacs 시동기 장비 에서 시작,내가 말한 것 나의 생산성을 천천히 일하시는 패리티 이상 3-4 주이지만 나는 아래로 이동 config 파일의 토끼 구멍이 있습니다.공동 작업자의 내만,단지 전환 vim 이맥스 그를 잡고 시동기 장비와 그가 자신의 방식에 있습니다.첫 번째 주에서 그가 보다 편안하고 즐기는 모두 놀라운 혜택을(즉 감각을 것입니다 아마 마지막 십년간).

마지막으로,당신은 실수는 당신이 즉시 생산성 향상(와 자신감)에서 원형을 죽일/꺼낼과 고정용 리테이닝-링이 취소이다.나 개인적으로 팬의 특정 지역 실행 취소.

나의 답은"그렇다"을 복용 가치가 있는 3~4 주의 감소로 생산성-충돌을 배우 Emacs.당신이 결정하는 경우에도 선호하는 간소화된 unix 유틸리티 콤보 Emacs 개발을 위해 당신은 당신이 그것에서 파생 교육 널리 적용되 넘어 편집기입니다.

이맥스 설명서에서는 숲도 있습니다.에서 왔 Emacs 을 Vim 깨달았을 때 어떻게 조직 Vim 의 설명서를,그리고 어떻게 chordable 의 많은 기능은 다음과 같습니다.I don't know what 거짓말이 경로를 아래로의 Emacs 전문가,그러나 나는 경고를 표시할 수 있는 권한을 가지고 있지 않습니 아무것도에서 유용한 시간이 오래 걸리고 하지 않습니다 당신이 나에 nethack.으로 스틱 Vim.

파일을 미리 볼 은 더 나은 Emacs for Mac,하지만 당신은 도움이 되지 않습니다와 Solaris.이 종류의 멋,그리고 많이 있습니다.

이맥스를 제공할 것이 생산성을 얻을 당신이고 배우고자 하는 사용자 정의합니다.대부분의 사람들은하지 않습니다.생산성을 증대하기 위한 도구를 사용해야 합니다 더 이상 간단한 편집부분의 사람들은 진행되지 않 과거 간단한 편집합니다.

여기에 빠른 테스트:당신이 사용자 정의 창의 관리자에게 환경을 더 효율적으(귀하의 요구에 맞게 맞춤화)?면'아니오'그 가능성이 높지 않을 것입니다 얻을 투자 수익률을 학습하여 emacs.

즉,을 개발하는 경우 Java,이클립스가 표준 답변,그래서 당신의 질문은 예쁜론에 불과합니다.

나는 매우 행복했다 내 Vim,하지만 일단 들의 조직-모드, 기 시작했 학습 Emacs.org-mode 중 하나가 될 수 있다는 강력한 이유를 배울 수 Emacs.

I love emacs 고 매일 그것을 사용합니다.

는 말했다,나는 생각하지 않는 비용을 학습의 것 회수에 의해 생산성을 향상합니다.

당신 Java 프로그래밍,당신은 좋은 필요 IDE 입니다.이맥스가 공정한 방법으로 하나되는,그러나 그것을 직면하자,아이디어 et al 그것을 이길합니다.(이맥스 아마서 영감을 많은 사람들의 Ide,그러나 그것은 또 다른 이야기입니다).

두 번 했는데 학 Emacs.그냥 맞지 않는 어떻게 나의 뇌가 작동하는,그래서 나는 그것을 사용하지 않는다.

이맥스(또는 vim)지보다 훨씬 더 나은 vim(또는 이맥스).모두 많은 옵션을 추가하는 것을 그들에게 작업을 수행 할 수 있도록 놀라운 것들입니다.의심의 여지가있는 아무것도 얻을 수 있습에서 수행 Emacs 할 수도 있습니다 얻을 수행 Vim,다만 기준이 아닙니다.

Try Emacs.보 맞는 경우는 더 낫습니다.의 손실 없는 상황입니다.

내가 보고 싶으로 emacs 또한,하지만 나는 그냥 그것을 사용할 수 없을 위해 긴 시간아파요 내 손에 있습니다.내가 뭔가 끔찍하게 잘못입니까?

vim emacs,그들은 가장 할 수있는 편집자가 되었습니다.당신이 알고있는 경우,정말 잘 나가는지 의심을 얻을 것입니다 훨씬에서 프로세스.........

그러나 그것은 항상 좋은 아이디어를 보면 무엇으로 플러그인을 사용할 수 있는 이후 의 몇 가지 새로운 플러그인이 할 수 있는 경이로움에 대해 생산성을 높입니다.

/Johan

No(나는 모두 사용).

와 함께 같은 선지 않고 종교적인 전쟁(지만 가서 목표는 경우에 저해 자신의 생각),왜 당신은 당신이 느끼는 옵션만을 vi emacs?그것은 당신의 OS 개발,또는 옵션을 살펴보았?

Java 개발 환경이 있는 최고의 Ide 이러한 일(모두 무료이며 지불을 위해)하지 않을 경우,최 때 코드 편집과 리팩터링을 지원합니다.IntelliJ IDEA 도 vi 플러그인을 느낄 수 있도록 더 많은 집에서,예를 들어(확실하지 않은 경우 비슷한 사용할 수 있 이클립스).을 변경하는 동안 도구를 의미 않습 곡선이 소요되는 시간을하고 그것은 가치가있을 수도 있습니다면 도약은 충분히 크다.

얼마나 빨리 당신은 입니까?만약 당신이 사냥과 펙,다음 emacs 당신을위한 것이 아닙니다.경우 빠른바 도울 수 있는지를 잡아 당신의 마우스를 모든 시간입니다.

일반적으로,emacs 보다 더 강력 vi.당신이 할 수있는 더 많은 것에 emacs.

당신은 생산성이 증가하는 경우를 넣어하기로 결정 시간을 프로그램의 텍스트 편집기입니다.의 두 editors,emacs 선물은 더 나은 프레임워크 또는 일정한 사용자 지정입니다.지 않는 경우 프로그램으로 원하는 텍스트 편집기,그냥 무엇으로 편안합니다.

를 배우기 좋은 이유 중 하나는 이맥스 때문에 다른 프로그램을 사용하여 이맥스 키를 지원합니다 너무입니다.당신이 사용할 수 있는 이맥스 단축키에서 bash 프롬프트,예를 들어,또는 다른 용도로 사용하 GNU readline.는지에 대해 배울 수 있는 좋은 기본적인 운동과 말씀/라인 삭제 취소/재 코드에서는 이맥스 사용할 수 있도록 그들을에서 다른 프로그램입니다.귀하의 생산성이 증가에서 다른 도구 없이도 사용 Emacs again.

알 Vim Emacs,그리고 Vim 에 맞는 내 두뇌와 나의 거주 더 좋다.하지만 다른 사람들이 주장에 관하여 동일 Emacs.당신은 결코 알지 못한 자신을 시도하지 않으면.그렇지 않을 하는 배우 이맥스라는지 여부를 확인하기에 충분하 당신이 그것을 좋아합니다.

나의 생산성이 정말 증가?

처음 몇 일/주 동안,절대적으로하지 않습니다.

을 중지한 후에는 읽기를 통해서는 튜토리얼의 모든 시간을 당신이 원하는 편집가지 않습니다.

Emacs 가 더 많은"강력한"보다 vim,그것은 스크립트 엔진은 훨씬 더 유연한,그리고 훨씬 더 많은 스크립트 모드와 내장을위 emacs.

는 말했다,반대의 사실..는 경우에 당신 같은 양의 시간에 대한 지식을 향상시킬 vim,할 수 있습만으로 생산성을..

어쩌면 생산성과 동일한 방법-말 vim 은 더 빨리 파일을 편집,이맥스 나에서 모든 일을 다른 사람(다시 말하지만,저는 개인적으로 같은 것들을 말 flymake-mode,VCS 바인딩은 이러한 사용하여 빠르게 보다 vim 해당)

동의함으로 앨런 폭풍:"기 때문에 패턴과 비유에서 사용 Emacs 정렬되지 않을 수 있습니다 당신과 함께 두뇌"

이것은 매우 중요한 요소입니다.다른 두뇌를 다르게 적응 서로 다른 인터페이스가 있습니다.

몇몇은의 주요-그리고 쉽게 사용할 수 있는-기능이 내가 정말 사랑 Emacs,그리고 내가 계산으로 생산성 강화:
1."꺼낼-pop"시설이 매 잘라내기/복사로 저장된 스택할 수 있도록은 나중에 선택을 붙여넣기(알지 못하는 경우 vi/Vim 가이지만 대부분 Java Ide 지 않)
2.<Ctrl>-키를 탐색 mapping-를 탐색할 수 있습니다 당신의 파일 이동하지 않고 당신의 손에 떨어져 화살표 키를 사용합니다.(key-바인딩에서 다른 편집기의 도움정)
3.에 사용할 수 있는 거의 모든 플랫폼(true 의 vi/Vim 너무의 코스)-여부 GUI 또는 텍스트 기반의(Java Ide 를 사용할 수 있는 대부분의 플랫폼에서 너무 하지만 GUI 모드에서,그리고 훨씬 더 크고 설치할 필요가 별도로 하는 반면 이맥스는 일반적으로 더 널리 사용-BSD/*유닉스/리눅스/맥 시스템
4.내가 선호하는 내 편집하는 방법의 필요할 때까지 그것은-Emacs'스파르타의 표시 힘이 나를 생각하기 전에 나는 유형입니다.
5.기본 탐색 키를 이맥스는 종류의 보편적으로 사용할 수 있에 내 Mac OS,나는 사용할 수 있습에서 이러한 키 터미널,mac mail,etc.

궁극적으로는 경우,Emacs'철학을 호소하신 것입니다에 넣을 추가적인 노력을 배울 수 있습니다.고 그것은 당신을 보상합니다.

이후 vi/Vim Emacs 은 아주 가까이의 관점에서 그들이 무엇을 할 수 있나 할 수 없는,생산성과 이러한 두 가지 편집자에서 오는 경험에 그것을 사용하고 있다.

내 생각에는 프로그래머 그 시간이 오래 걸리지는 않을 것을 얻을 수에 대한 일반적인 아이디어 Emacs 시작하면 당신은 그것을 사용하고 있다.다른 사람이 말할 수 있습이 너무 많이,당신이 그것을 밖으로 시도한 자신을 알고 있습니다.

나는 모두 사용.이것은 하나 이상의 무기를 전쟁을 사용하여 오른쪽에서 오른쪽 상황이다.;)

I like Emacs,확장할 수 있습니다 그것은 당신의 필요에 의해서 내 눈을,모든 시스템을 확장할 수 있는 자신이 상을 가치가있다.

면책 조항: 나는 무식한 것입니다.나는 이맥스 사용자를 위한 약 4 년,빔을 사용자에 대해 6 개월 동안,어쩌면 더 많은 다음과 같 15 면 모든 시간을 했는데 그것을 배우고 그것을 싫어했습니다.(쓰기 대 이동 모드에 차이를 죽인다.니다.그래서 만약 당신을 죽이지 않는 그런 내 생각될 수 있는 완전히 쓸모 없습니다.) 는 말했다,나는 생각한 내 의견은 실제로 흥미롭게도에서 다른 26 는 다른 사람을 나는 본 적이 여기에,그래서 나는 음성입니다.:면책 조항

내 의견:

이맥스에 대한 더 나은 입력,특히 큰 규모의"내가 쓰는 새로운 기능이 될 것입하기 전에 잠시 동안 나는 심지어 도 하게 실행되는지 확인하십시오".
Vim 에 대한 더 나은 편집,특히 빠른 편집한다.

가 필요할 때 이해하고 해킹에 8 개의 파일을 동시에,Emacs'속성으로 타일 창문 관리자와 다중 버퍼(버퍼 1.2:1 대응하는 파일은,그들은 종종 같은 일이지만,반드시되지 않은)regexp-검색(대체)는 믿을 수 있습니다.

지 않는 경우 같은 몇 가지 작은 것이기 때문에 git diff 쉘에서(내가 사용하지 않는 이맥스'VC 기능을 매우 자주 있지만,때 나는 내가 그들을 사랑한다)나는 그것을 열 vim 지옥보다 더 빨리 나중 Alt-TAB.

는 사실 Emacs'편집 명령을 더 쉽게 사용할 수 있 입력하는 동안 입력 많 보다 빠르게 그것은에서 Vim. Ctrl+a 가 많 보다 더 빨리 ESC ^ i, 고,당신은 없어 인지 부하"나는 원하는 a 나 i 나 o 나 O...는"하나님,싫어에 대해 생각입니다.과 같은 모든 다른 움직임을 명령 명령입니다.

나는 빠르게 입력,많이 더 빨리,Emacs.즉,같은 것들 Org 드 (사용하고 있는 모든 것:할일 목록,버그 추적이,메모는,긴 이메일,문서...)들에게 더 감각을(나)에서 Emacs 보다 그들에 Vim.

고,Elisp 은 믿을 수도 있습니다.그것은 완전히 만드는 위한 Emacs'부러진 regular expressions:사용할 수 있는 전력의 emacs 어디에나, 포함하여 다중 파일 regexp-니다.고서 텍스트 미리보기.

에 대한 관심이 있는 경우 의 건강을 손 선택 Vim.

나는 고통의 시 RSI 과거에는,그리고 나는 하나의 주범이었다"chording 갈"i.e을 들고 아래로 많은 키에는 동일한 시간입니다.이맥스 사용 chording 갈 광범위하게 하는 동안 VIM 사용하여 문자를 하나의 명령에 연결합니다.이것은 당신의 손으로는 근육이 없을 트위스트와 뒤틀을 수행하는 명령은 편집기입니다.부상으로 인해 RSI 망칠 수 있습니다 그래서 생산성에 귀하의 계산를 고려해야 합니다.

정말 이유가 없다.......나는 사용 vi 오랫동안 아주 편안한다;에 대한 모든 것을 설치하 emacs 그것을 시도를 제공하기 위해 다음 빠르게 전환다.예가 있었던 것들을 나는 많이 선호에 대한 vi 지만,중요한 이유는 내가 결코 그것으로 붙어있기 때문에 시간을 투자하는 완전히 배우는 다른 편집기 때 나는 이미 알고 매우 유능한 하나 가치가 없습니다.
나는 나의 이 히 공부합니다.

내 생각,액에 대한 유일한 이유로 전환하는 이맥스는 경우에 당신은 이미 익숙 vi.

사용 했습니다 emacs 년,난로 변환 VIM,그리고 나는 그것을 사랑하는 비트입니다.

하지만 모든 생산성 향상에서는 더 나은,프로그래밍 가능한 편집기를 완전히 멸하여 엄청난 양의 머리 빌어 먹는 그것의 묘리를 터득 emacs.그것도록 설계되었으로 콘솔 편집기와 그의 아이디어 인터페이스는 여러분의 것이 아닙니다.

와 경우에도 당신은 그것을 완전히,당신의 여분의 생산성이 주로 표현할 수 있는 추가 emacs lisp 작성할 수 있습니다.

누구 걱정합니까?그것은,큰 재미와 lisp 입니다.하려는 경우'가'다음에 대해 잊지 프로그래밍입니다.할 수 있습니다 항상 고용하는 프로그래머의'''things'.

만한 상황은 사용자가 추천 학습 emacs 생산성을 위한 이유 은 당신이 특징/구성/clojure 프로그래머입니다.그것은 좋은 lisp 환경한 다음 몇 초 동안을 저장할 때마다 아무것도 할 것이 신속하게까지 추가해 실제 얻을 수 있다.고 elisp(서과 관련하여 lisp 엑셀 매크로로 서 ALGOL)보일 것입니다 훨씬 적은 외국인 이미 사용하고 있는 경우 실제 lisp.

당신이 경우에도,그것을 사용하여 가상 콘솔 그것이 더 많은 것 같은 느낌이 든다 미친 방법을 마련하는 편집기입니다.을 때만 의미가 그것을 사용하려고 창문 밑에서 시스템,싸울 것입니다.

에서 이전의 대답이,아리스토텔레스 Pagaltzis 썼다:"Vim 에서 탁월한 작은...당신은 쉽게 할 수 있는 것에서 Vim 정상적인 과정에서의 편집을 요구할 것이하에 있는 드롭다운 스크립트에서 이맥스."

저 전환 Emacs 후에 십 년간의 독점적으로 사용하는 vi,그리고 처음에 나는 것에 동의 청구,"당신은 쉽게 할 수 있는 것에서 Vim 정상적인 과정에서의 편집을 요구할 것이하에 있는 드롭다운 스크립트에서 이맥스." 하지만 그때는 것을 발견하여 사용하는 이맥스 매크로 기능과 큰 반복 횟수,나는 쉽게 만들 Emacs 거의 모든 것을 vi 를 만들었다 쉽게 처리 더 있습니다.

Emacs'매크로 기능을 포함하는 세 가지 명령이 있습니다:

C-x (       start remembering keystrokes
C-x )       stop remembering keystrokes
C-x e       replay the remembered keystrokes

예를 들어,vi 를 원하는 경우를 모두 찾기 <a> 태그에 HTML 파일 며 추가 target 특성,내가 할 수 있습은 다음과 같습니다.

:g/^<a/s/>/ target="_blank">/

이 예시되지 않은 완벽한 때문에,그것은 모든 <a> 태그에 있는 라인입니다.그러나 그것은 좋은 충분히 설명하는 방법을 달성 상응하는 작업에 두 개의 서로 다른 편집기입니다.

동일한 효과를 달성하기 위해 쉽게 이맥스,여기에 무엇을 할:

1.  C-x (
2.  M-C-s <a\>
3.  C-b
4.  C-s >
5.  C-b
6.   target="_blank"
7.  C-x )
8.  C-u 10000 C-x e

여기에 대한 설명을 각각 키 입력을 위 않:

1.  start remembering keystrokes
2.  regex search for <a.  Note that the "\>" after the "a" is not HTML.  It's emacs regex notation for end-of-word.
3.  back up one character - as a side-effect this gets you out of search mode
4.  search for the next ">"
5.  back up over the ">"
6.  enter space as an attribute-delimiter followed by the target="_blank" attribute
7.  stop remembering keystrokes
8.  replay the remembered keystrokes 10,000 times or until the search fails

그것이 복잡한 모양,하지만 그것은 실제로 매우 쉽습니다.고 있는 이러한 접근 방식을 사용하는 일들이 많이 vi 할 수 없지 않고 아래로 떨어지는 Lisp 코드입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow