IDE (Eclipse)를 사용하여 소프트웨어를 개발합니다. vim 또는 emacs로 전환해야하는 이유는 무엇입니까? [닫은]


31

내 일은 자바 / 웹 개발자입니다. 나는 ~ 5 년 동안 일식을 사용하고 있습니다. 나는 훌륭하다고 생각하며 Javascript 및 html / jsp에 Webstorm을 사용합니다.

때때로 서버에 ssh하고 config 파일을 엉망으로 만들어야합니다. 이를 위해 vi를 사용하면 고통 스럽습니다. 구문 / 명령을 나열하는 웹 페이지 를 가져와야 합니다. escape를 누른 다음 asterix를 누르고 세 번 돌리면 텍스트가 커서 위에 두 줄로 입력됩니다 . 그것은 매우 직관적이지 않습니다. 저는 80 년대 후반에 자란 사람을 상상합니다.

이클립스가 훌륭하다고 생각하는 주요 이유는 다음과 같습니다 (그리고 다른 IDE를 가정합니다) .emacs 및 / 또는 vim으로 전환하지 마십시오.

  • 프로젝트를 다시 컴파일 할 필요없이 강조 표시 오류.
  • 코드 지원.
  • 리팩토링.
  • 개통 전화 계층 / 개방 선언.
  • 소스 제어와 완전히 통합되었습니다.
  • 디버거가 포함되어 있습니다.
  • 타사 플러그인 사용 가능 – 예 : findbugs / checkstyle.

내가 듣는 주장 중 하나는 emacs / vim을 사용하면 자신의 플러그인을 만들 수 있다는 것입니다. 그러나 모든 것이 이미 존재하기 때문에 필요하지 않습니다! 이 반 내장 자동차를 구입한다고 말하면 나머지를 직접 만들 수 있습니다.

사람들이 왜 emacs / vim을 사용하고 있습니까? 그것을 사용하는 사람들이 실제로 대규모 조직의 복잡한 객체 지향 프로젝트에서 일합니까?

vim / emacs로 전환해야하는 이유는 무엇입니까? 전환하면 생산성이 어떻게 향상됩니까?


1
제목을 바꾸어 주시겠습니까? 말이되지 않습니다.
Vetle

더 나은 @vetler?
NimChimpsky

5
나는 보통 모든 명령을 배우기에 충분한 CLI를 자주 사용하지 않기 때문에 보통 nano대신을 vim사용 vim합니다. 당신이 가끔 그것을 사용하는 경우, 내가 좋아하는 뭔가 간단한 생각 nano... 더 나은 서비스를 제공 할
딘 하딩

훨씬 낫다! :)
Vetle

오래 전, 유닉스를 처음 접했을 때 vi와 emacs를 모두 시도했는데 vi가 너무 이상하고 불명료 해 보였기 때문에 emacs를 사용했습니다. 반드시 문제가 있습니다). 그리고 vi의 명령 / 편집 모드는 개인적으로 작동하지 않았습니다.
Skizz

답변:


36

필요에 맞는 도구를 사용하십시오. 원격 서버에 로그인하여 구성 파일 또는 이와 유사한 것을 편집해야하는 경우 VIM 또는 Emacs를 아는 것이 좋습니다. VIM을 합리적으로 잘 알고 있지만 Java로 개발하기 위해 VIM을 사용하지는 않습니다. 이것이 Eclipse, Netbeans 등을위한 것입니다.


5
@ NimChimpsky 저는 C, 루비, 파이썬, 하스켈과 같은 일부 언어에는 이맥스를 사용합니다. 그러나 Java 또는 C #의 경우 IDE를 사용하는 것이 좋습니다. 내 직업에서는 VS와 함께 C #을 사용합니다. 생산성이 높다고 생각되는 도구를 사용하십시오.
hiena

8
누군가에게 "vi를 배우는 이유"를 묻는다면 항상 "언제나 원격 서버에 로그인하여 구성 파일을 편집해야합니다"라는 대답이 유쾌합니다. 실제로이 작업을 수행 한 개발자가 몇 명인지 궁금합니다.
Oliver Weiler

2
추신 : 저는 개인적으로 vi를 좋아하지만 세계 최고의 편집자라고 생각하지는 않지만 우수하다고 느끼기 때문에 :-).
Oliver Weiler

2
@Helper Method : 나는 반드시이 작업을 수행해야합니다! MS 환경에서 엄격하게 작업하지 않는 한 그럴 수밖에 없습니다.
user281377

1
구성 파일에서 작은 편집 작업을 수행하려면 반드시 Emacs 또는 Vim이 필요하지는 않지만 단지 훌륭하지만 Nano가 잘 사용될 수있는 곳을 배우려는 노력은 가치가 없습니다.
Anto

39

이맥스와 Vi는 여전히 자리가 있습니다.

  • 유닉스 및 유닉스 계열 환경에서 어디서나 사용할 수 있으며 대부분의 다른 인기있는 플랫폼에 설치할 수 있습니다.

  • 그들은 인기 있고 안정적이므로 한 번 배우면 장기적으로 돈을 지불합니다.

  • 텍스트 터미널을 통해 실행되므로 텔넷 및 ssh 세션에서 사용할 수 있습니다.

  • 매우 새롭고 매우 드문 언어를 포함하여 다양한 언어에 대한 편집 모드 및 구문 강조를 제공합니다. (이것은 내가 가장 좋아하는 장점 중 하나입니다.)

그러나 이러한 프로그램을 이해하는 열쇠는 원래 어떤 문제를 해결해야하는지 아는 것입니다. Vi의 경우 300 Baud만큼 느린 터미널 연결에서 텍스트 파일을 편집하고있었습니다. 그러한 환경에서는 메뉴를 표시하거나 화면 내용을 피할 수 있다면 크게 바꾸고 싶지 않습니다.

Emacs는보다 빠른 환경에서 사용하도록 고안되었습니다. 한 번로드 할 수 있고 절대로 종료 할 수 없다는 것이 장점이었습니다. 사용자는 떠나지 않고 Emacs에서 필요한 다른 작업을 수행 할 수 있으며 종종 명령 줄에서 수행하는 것보다 더 친숙한 방법으로 수행 할 수 있습니다. 사람들은 Emacs 창이 열려있는 그래픽 데스크탑 환경이 없었습니다. 이맥스는 사용자가 몇 번의 키 조작만으로 거의 모든 일반적인 작업 (및 많은 이상한 작업)을 수행 할 수 있도록합니다. 내장되지 않은 것은 스크립팅 될 수 있습니다.

이 프로그램이 소개 된 이후 사람들의 요구는 크게 바뀌었지만 여전히 몇 가지 실질적인 강점이 있습니다. 나는 둘의 기본을 배웠고 매주 사용합니다. 아직도, 나는 그들의 힘이 종종 과장되어 있다고 생각합니다. 그들은 사람들이 자신의 약점을 인정하지 않고 Emacs / Vi가 Eclipse 나 Visual Studio보다 생산성을 높여주지 않으면 무언가 잘못하고 있다고 생각하는 전설적인 지위를 얻었습니다.

이제 요점.

Java는 Eclipse에서 탁월한 지원을 제공하는 인기있는 언어이며, IDE를 통해 수행하지 않고도 일반적인 작업을 신속하게 수행하고 다른 작업을 스크립팅 할 수있는 최신 운영 체제에서 코드를 개발할 가능성이 있습니다. 나는 당신이 전환하는 것이 합리적이라고 생각하지 않습니다.


한 희귀 언어, 그 동적 언어를 추가 할 것입니다 매우 어려운 언어도 많이 이맥스에 이용하지 않은 구문 분석 할 수 있지만 IDE 이맥스 이상 당신에게 많은 이점을 줄 수 없습니다
JK합니다.

16

나는 5 년 이상 이맥스를 사용해왔다. 더 이상 내가 사용하고있는 키 조합을 말할 수 없습니다. 내 손가락은 단지 그것들을 기억하고 내 손이 무엇을 입력하는지보기 위해 키보드를 봐야합니다.

몇 년 전에 나는 이클립스를 사용하기 시작했고, 자유롭게 이맥스로 돌아갈 가능성은 없다. 근육 메모리가 미안하지만, 당신이 낡았지만 C-x r SPC 1Eclipse는 나를 훨씬 더 생산적으로 만들어줍니다.

아니요, 전환해야한다고 생각하지 않지만 vim의 기본 사항을 배우기 위해 몇 시간을 투자해야하므로 더 이상 찾지 않아도됩니다.


Eclipse에서 Emacs보다 더 빠르게 할 수있는 작업에 대해 자세히 설명해 주시겠습니까?
고든 구스타프

1
요즘에는 더 이상 Eclipse가 그렇게 좋다고 생각하지 않습니다. 그러나 리팩토링에 관해서는 여전히 emacs를 능가하며 검색 등을 쉽게하는 프로그래밍 언어의 의미를 이해한다는 사실.
Martin Wickman

7

vim 또는 emacs로 전환해야하는 이유는 무엇입니까?

대부분을 전환해서는 안됩니다 . Vim은 훌륭하고 강력한 텍스트 편집기이지만 IDE를 대신 할 수 는 없으며 그렇게 해서는 안됩니다! Eclipse는 IDE 관련 항목의 하위 세트에 매우 적합하며 vim은 텍스트 편집 관련 항목의 하위 세트에 매우 우수합니다. 각기 다른 초점을 가지고 있습니다.

vim의 기능을 확장하여 IDE가 할 수있는 동일한 IDE 관련 작업을 수행 할 수있는 플러그인이 있다는 것을 알고 있습니다. 그러나 여전히 vim의 주요 강점은 아니며 IDE는 거의 항상 더 잘 할 수 있습니다. 그것이 그들이 초점을 맞추고 있기 때문입니다.

일상적인 작업에서 C #을 편집하기 위해 Visual Studio와 vim을 모두 사용합니다 . 그것은 나를 위해 아주 잘 작동하며, 나는 그들 중 하나를 다른 것에 독점적으로 의존하지 않을 것입니다.

emacs가 진행되는 한, 나는 전문가는 아니지만 Java와 관련하여 Eclipse의 IDE 기능과 경쟁 할 수 있다고 생각하지 않습니다 (잘못되면 수정하십시오). lisp로 개발하고 있다면 확실히 훌륭한 IDE로 간주 될 수 있지만 Java에 대해 동일한 지원을한다고 생각하지 않습니다.

따라서 Eclipse와 함께 더 강력한 텍스트 편집기를 사용하려면 vim 또는 emacs를 배우는 것이 좋습니다. 그러나 보충이 아니라 보충으로 . 그들 중 어느 것도 특히 쉬운 학습 곡선을 가지고 있지는 않지만 장기적으로 실제로 지불 할 수 있습니다. :)

여기 에 vim의 장점에 대한 좋은 글이 있습니다. 그리고 여기 목록 당신이 할 수있는 멋진 트릭은.


6

기본적으로 이맥스가 왜 강력한 지 알아 보려면 문서 (PDF)를 읽으십시오 . Lisp을 알고 나면 확장 기능을 작성하는 것이 매우 쉽습니다 (여러 가지 소스 제어 워크 플로 및 배포는 내가 직접 만든 추가 기능을 통해 스크립팅했습니다 employer-mode). 위에 열거 한 한;

  • 프로젝트를 다시 컴파일 할 필요없이 강조 표시 오류. 모든 언어에 해당되는 것은 아닙니다. REPLs많은 언어를 쉽게 통합 할 수 있습니다 . 지금 내가 가지고있는 ruby, python, haskell, common lisp, schemeerlang이맥스에 모든 후크. 덧붙여 말하면, 자바 스크립트 애드온 js2-mode은 완전한 증분 "컴파일"을 가지고 있으므로 구문 오류와 같은 것들을 강조 표시 할 수 있습니다.
  • 코드 지원. 라는 그에 대한 부가 기능은있다 autocomplete.el, 저는 믿습니다, 체크 이맥스 위키
  • 리팩토링. "자동 리팩토링"을 의미한다고 가정합니다. 이는 모든 언어에서 의미가 없습니다. 아마 일부에게는 존재하지만 모르겠습니다.
  • 개통 전화 계층 / 개방 선언.
  • 소스 제어와 완전히 통합되었습니다. 그것은 한 git-mode이맥스 22.3하지 있는지에 대한 다른 소스 제어로 구축
  • 디버거가 포함되어 있습니다. 언어 별 기준. 일반적으로 REPL 통합이있는 경우 Emacs 디버거도 있지만 보편적이지 않습니다.
  • 타사 플러그인 사용 가능 – 예 : findbugs / checkstyle. 그 특정 것들에 대해 알지 못하지만 왜 이것이 기본 패키지에 유용하지 않은지, 완전히 경박 한 것에 이르기까지 많은 추가 기능이 있습니다.

Lisp가 마음에 들지 않고 배우고 싶지 않다면 정직하게 Emacs를 추천 할 수 없습니다. 당신이 얻는 승리는 도구 제작에 대해 배우고 그 원칙을 적용하여 생산성을 높이는 것입니다.


보다 편리한 Haskell 편집기의 필요성은 emacs 또는 vim을 배우려고하는 주요 드라이버입니다 (emacs를 더 좋아합니다.) VS는 C #, F # 등에 유용하지만, 가장 작은 언어에 대한 훌륭한 편집기가 없기 때문에 emacs가 매우 매력적입니다. 범용 도구로.
CodexArcanum

적어도 Emacs-land CEDET에서 cedet.sourceforge.net (Emacs 개발 환경 도구 모음)은 실제로 텍스트 편집기와 IDE 사이의 경계를 흐리게합니다. 이것은 주로 C / C ++ (및 기타)을 대상으로하며 프로젝트 브라우저 (및 자동 Makefile 생성), 코드 완성, 코드 지원 (커서에서 함수의 프로토 타입 표시), var / function의 다른 용도로 이동, 자동 gen 생성자 / 소멸자 등. 이런 종류의 도구를 허용하는 것은 Emacs의 대규모 확장 성입니다.
Chris

3

여기에 두 가지 옵션이 있습니다.

  • 대신 Nano를 사용하십시오-이것은 Linux 용 Windows의 메모장과 정확히 같습니다. 핫키 조합이 필요하지 않으면 입력 만하면 nano somefile.conf멋진 편집기가 있습니다. 구문 강조를 추가 할 수도 있습니다
  • 프로그램을 로컬로 유지하고 SCP를 서버와 동기화-소규모 웹 사이트에서 작업해야하지만 로컬로 아파치를 실행할 수있는 리소스가 부족한 경우이 작업을 수행합니다. WinSCP를 불러오고 원하는 디렉토리를 불러 온 다음 "원격 파일을 최신으로 유지"를 사용합니다. 변경 사항은 일반적으로 몇 초 안에 반영됩니다
  • 편집기 / IDE의 플러그인을 사용하여 원격 파일과 직접 작업하십시오-수정본 관리에 관심을 갖기 전에 메모장 ++ (내가 선호하는 편집기)를 시작하고 NppFTP를 사용하여 파일을 작업했습니다. NppFTP는 WinSCP 옵션보다 빠릅니다. Npp는 파일이 저장되면 즉시 알려주므로 즉시 업로드됩니다. 그러나 내가 말했듯이 개정 관리가 느슨합니다. 사용할 수있는 Eclipse 플러그인이 있다고 확신합니다.

이것이 도움이되기를 바랍니다.


나노 +1, 사랑해야합니다.
Dashogun

+1 나노는 대단합니다. 내가 vi를 사용하여 끝없는 고통의 전에 그것을 알고 있었다면.
Oliver Weiler

2

개인적으로 Vim은 텍스트를 편집하는 데 매우 뛰어납니다. 즉 매우 인체 공학적입니다 (키 바인딩이 너무 많은 손을 긴장시키지 않고 마우스를 많이 사용할 필요가 없습니다). 그것은 초보자에게는 가장 직관적 인 편집기가 아니기 때문에 시간과 인내심이 필요합니다.

그러나 쉽게 사용할 수있는 많은 기능으로 인해 대규모 Java 개발에 Eclipse를 선호합니다. 물론 이클립스를 좀 더 견딜 수있게 하는 플러그인 도있다.


1

Eclipse에 만족한다면 전환하지 마십시오.

필요한 모든 곳에서 Eclipse를 사용할 수 있다면 전환하지 마십시오.

프로젝트 / 회사가 Eclipse를 거의 독점적으로 사용하는 경우 전환하지 마십시오.

다른 것이 거의 필요하지 않은 경우 편집기 중 하나의 치트 시트 를 인쇄하여 필요할 때 서랍에서 빼낸 다음 Eclipse 사용으로 돌아가십시오.

SO에서 https://stackoverflow.com/questions/1346820/what-are-the-efficiencies-afforded-by-emacs-or-vim-vs-eclipse 에서 (같은) 질문을 참조하십시오.

"응용 프로그램을 사용하는 사람들이 실제로 대규모 조직의 복잡한 객체 지향 프로젝트에서 작업합니까?" -모자 써니를 잡고 있지만 대답은 "예"입니다. 나는이 질문을하는 데 사용하는 컴퓨터를 실행하는 CPU를 설계하는 데 중요한 경로에 사용되는 수천만 줄의 코드로 프로젝트를 진행했습니다. 그리고 사람들은 Eclipse를 사용해 보았지만 너무 느리고 어수선하다는 것을 알았습니다 (물론 우리는 Java를 사용하지 않았습니다).


1

emacs와 vim은 매우 구성 가능하고 강력한 편집기이며, 기본 개념을 파악하면 생산성이 크게 향상됩니다.

Vi는 본질적으로 세트 기반 작업으로 승리합니다. 예를 들어 클래스 정의에서 "foo"의 모든 인스턴스를 "bar"로 변경하는 것은 하나의 라이너입니다.

Emacs는 똑같이 강력하지만, Emacs Lisp를 최대한 활용하려면이를 사용해야합니다.

두 경우 모두 emacs 또는 vi를 모두 사용하려는 경우에만 전환 할 가치가 있습니다 .


1

가장 좋은 도구는 (단기적으로) 능숙한 도구입니다.

사람들은 30 년이 넘는 기술을 사용합니다. 그들은 이러한 도구를 중심으로 워크 플로와 습관을 구축했습니다. Eclipse와 같은 최신 IDE에 더 익숙하다면 전환해야 할 이유가 없습니다. Eclipse를보다 효율적으로 사용하는 방법을 배우는 것이 시간을보다 잘 투자하는 것입니다 (예 : Mylyn 사용 ).


1

현재 NetBeans에서 vim으로 전환하려고합니다. vim을 배우는 데는 시간과 연습이 필요하지만 그 장점이 있다는 것을 알고 있습니다. 특정 경우에는 "GUI 편집기"라고 부르겠습니다.

그러나 당신과 달리, 나는 대부분 Ruby를 코딩하고 있으며 NetBeans와 Eclipse가 제공하는 코드 생성, 자동 완성, 리 팩터-내 코드 흑 마법이 필요하지 않습니다. Java 또는 C #을 코딩하는 경우 전환을 시도하지 않을 것입니다.


나는 몇 년 동안 vim을 사용 해왔다. Ruby와 매우 잘 작동하며 학습 곡선을 세우면 효율성이 좋아집니다.
래리 콜먼

1

emacs의 오랜 사용자 인 저는 emacs가 편집 및 개발 환경으로서 매우 편안하다고 생각합니다 (그리고 어느 정도까지는 빌드 프로세스, 버전 제어, 빠른 상황에 맞는 검색 등과 통합되기 때문에 자격이 있다고 생각합니다) "IDE"로).

나는 vi와 vi와 같은 편집기를 사용하는 것이 실제로 편안합니다 (emacs가 너무 복잡하다고 생각했기 때문에 ed를 사용하기 시작했습니다. 역사적으로는 역전이지만 vi에 대한 미래 학습을위한 견고한 토대를 제공했습니다). 나는 주로 emacs가 설치되어 있지 않은 원격 시스템에서 "작은 빠른 편집"을 위해 vi를 사용합니다.

"때로는 서버로 ssh하고 config 파일을 엉망으로 만들어야합니다.이 경우 vi를 사용합니다."시나리오에 대해서는 vi에 대한 작은 명령 세트와 일반적인 생각을 권장합니다.

  • Vi는 모달이 아니며 "a"(추가), "A"(줄 끝에 추가), "i"(삽입) 및 "I"(줄 시작에 삽입) 명령이 있으며 삽입 할 텍스트를 사용합니다. Esc를 사용하여 인수 및 신호 "명령 끝"으로
  • h, j, k 및 l은 이동 키입니다. 화살표 키를 사용하여 작동 할 수도 있지만 일반적인 VT 스타일 "화살표 키입니다"시퀀스가 Esc로 시작하면 생각하지 않는 텍스트 삽입 명령이 중단됩니다.
  • : 가 linenum의 라인으로 이동을 linenum 인은 , 라인 1은 최상위 라인과 라인 $가 가장 아래 하나입니다
  • . "마지막 반복 명령"명령입니다 (첫 번째 글 머리 기호 참조).

vi로 작업하는 데 1 ~ 2 시간 이상 걸리지 않아야합니다. "자신의 텍스트 파일을 편집 할 수는 있지만 효율적이지 않을 수 있습니다." . 실패하면 탭과 공백 사이의 자동 변환에 어려움을 겪지 않는 편집기는 사용자의 목적에 맞게 "충분히"적합해야합니다. Eclipse가 모든 원격 서버 에 설치되어 있다면 실제로 큰 문제로 사용하지는 않습니다.


다운 투표를해야하는 이유
Vatine

1

나는 Emacs 사람입니다. 나는 모든 프로그래밍에 그것을 사용하고 동료들도 그것을 사용하도록 적극적으로 격려한다 (그리고 그들은 나를 적극적으로 무시한다). IDE보다 훨씬 생산적이며 결코 바뀌지 않을 것입니다.

Java 또는 C #을 작성하지 않는 한 (이 범주에 다른 언어가 있다고 생각합니다). 그들은의 대형 도서관이 물건 이익 것으로, 긴 이름을 내가 이맥스를 사용에서 벗어나 완전히 모든 것을 기억하려고에 손실됩니다.

나는 당신이 vim이나 Emacs 를 사용해 보길 권한다 . 그러나 Eclipse for Java로 돌아 가게 될 것입니다.


0

사용 가능한 다양한 UNIX 편집기에는 문제가 없지만 항의시에만 사용합니다. 내가 말했듯이, 나는 그들에게 문제가 있기 때문에 그러나 그것을 사용해야한다면 그것은 우리의 배포 프로세스가 어떤 식으로 부족하다는 것을 의미합니다.

이것은 아마도 좀 더 많은 맥락을 가질 가치가 있습니다. 저는 대규모 전자 상거래 솔루션에서 일하고 있습니다. 시스템 운영을 관리하는 모든 것은 원 클릭 빌드 / 배포 프로세스에 의해 생성됩니다. 우리는 테스트 환경 배열을 가지고 있으므로 언제든지 Eclipse를 통해 변경하고 cvs로 체크인하여 빌드 / 배포를 트리거하여 수정 사항이 작동했는지 확인할 수 있습니다. 따라서 'vi'에서 해킹을하는 경우 배포의 1 시간 소요를 기다릴 수 없거나 배포가 편집중인 파일을 포함하지 않아 확장해야하기 때문입니다. (그렇지 않으면 다음에 파일을 변경해야 할 때 vi에서 해킹 할 것입니다).


0

개인적으로 두 프로그램 모두 저를 벽으로 이끌었습니다. 이클립스의 문제점은 큰 프로젝트에서 작업 할 때 콧물이 느리고 'DGLP 인덱싱'을 수행하지 않을 때입니다. 저장소를 새로 고치시겠습니까? 15 분 남았 어? 오 그리고 어딘가에 텍스트를 Ctrl-C하고 어딘가에 Ctrl-P를하는 멋진 방법은 어떻습니까?하지만 그것을 원하는 곳으로 옮기는 대신 완전히 다른 파일을 열고 다른 것을 덮어 씁니다. 처음에. 그리고 VPN을 통해 큰 프로젝트에서 일하는 것에 대해 언급 했습니까? 실질적으로 불가능합니다.

vim은 우연히 알 수없는 모드로 자신을 발견하면 무언가를하고 행운을 빕니다. 또한 vim을 사용하면 올바른 파일을 열기 위해 머리 속에 전체 프로젝트 디렉토리 구조를 알아야합니다. Vim의 주요 장점은 이론적으로 모든 키로 인해 코드를 더 빨리 작성할 수 있지만 실제로는 내가 작성하는 텍스트의 양에 상관없이 코드의 품질과 품질에 중요한 텍스트의 양이 아니라 코드는 입력해야 할 정확한 내용 (보통 매우 짧음)을 파악할 때까지 몇 시간 동안 수십 개의 파일을 응시해야합니다.

내가 원하는 것은 누군가 vim과 같은 명령 줄 프로그램을 작성하고 실제로는 측면에 일식과 같은 디렉토리 구조 또는 파일을 확장 / 축소하고 열 수있는 것입니다. 아무도 이와 같은 것을 알고 있습니까?


3
버퍼에서 디렉토리를 열면 디렉토리의 파일이 나열됩니다. 편집하려는 파일 위로 커서를 이동하고 Return 키를 누르면 해당 파일이 열립니다. NerdTree와 같은 다양한 vim 플러그인은 자동으로 창 분할, 한 창에서 파일 열기 및 다른 디렉토리 디렉토리 유지와 같은보다 정교한 기능을 제공합니다. vim 및 emacs의 일반적인 어려움은 기능이 부족하지 않다는 것입니다. 메뉴를 탐색하여 기능을 쉽게 찾을 수 없기 때문에 도움말 문서를 읽어야합니다.
Charles E. Grant

답의 마지막 부분은 다른 질문이어야합니다.
Matthieu

키 조합을 설명하기 위해 "무의미한"저작물을 사용할 때 아마추어로 떠납니다. 또한 괴상한 나무는 vim에 꽂을 때 설명하는 것을 수행합니다.
Arunav Sanyal

-1

VIM 또는 EMACS에 만족하지 않으면 해당 컴퓨터에서 다른 텍스트 편집기를 찾을 수 있습니다. nedit 또는 gedit의 풍미가 있거나 더 익숙한 명령을 사용할 수있는 풍미가있을 수 있습니다 (ctrl x, c, v 및 s는 예를 들어 기대하는 것을 수행합니다).

당신은 아마도 당신의 배포판에서 두 개 이상의 선택을 할 것입니다, 그것을 볼 가치가 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.