개발자가 원하는 에디터는?

얼마 전에 윈도우용 IDE에 대한 토론이 있었고 또 최근 언어가 갖추어야할 조건에 대한 토론도 있었는데 이번엔 프로그래머를 위한 에디터가 갖추어야할 기능에 대해 토론해봤으면 좋겠습니다. 먼저 제 나름대로 제가 써본 에디터들을 비교해가면서 중요한 기능들을 정리해보겠습니다.

1. 이동/편집 기능
에디터로서 기본 기능이죠. 텍스트 사이를 자유롭게 이동하면서 각종 편집 명령을 수행하고 블럭을 자유롭게 설정하고 활용하는 기능입니다. 편리한 단축키의 지원은 필수겠죠. 단어 단위, 문장 단위, 라인 단위, 문단 단위, 프로그래밍 블록 단위, 태그 단위의 이동/삭제/복사 명령을 지원해야할 것이고, 프로그래밍하면서 종종 느끼는 건데 가까운 대문자나 _를 기준으로도 이동하는 명령이 있었으면 좋겠습니다. 변수명이나 테이블이 칼럼명에 _를 쓰거나 대소문자로 구분하는 경우가 있는데 이런 경우도 이동이 되면 좋겠더군요. 그리고, 단어 중간에 있을 때도 단어 전체가 삭제가 가능하면 좋겠고요. 그리고, 탭과 인덴트 설정에서 JSP 같이 HTML과 프로그래밍 코드가 섞여있을 때 잘 구분해서 자동으로 인덴팅을 할 수 있었으면 좋겠습니다. 보통 HTML은 탭 문자를 안 쓰고 스크립트는 탭 문자를 쓰는데 잘 안 섞이는 에디터가 많더군요.

vim(이하 vi)은 이 분야에서 최고라 할 수 있겠습니다. 그 막강한 이동 명령을 다른 명령들과 다 조합해서 쓸 수 있다는 것도 큰 장점이고 다른 에디터에서 찾아보기 힘든 f/F를 활용한 글자 찾아가기 기능이 좋죠. 다만, 한글 상태에서 명령모드의 명령을 인식하지 않는다는 치명적인 단점이 있죠. 울트라에디트의 단축키는 윈도용 에디터에서 거의 표준에 가깝고 프리웨어인 아크로에디트도 편집이 가능하다는 점에서 높은 점수를 줄 수 있겠습니다. 에디트플러스는 국산임에도 국외에서 더 인기가 있는데(울트라에디트 이상이라고 하더군요.) 단축키가 표준과 많이 다르고 그런데도 단축키를 임의로 바꿀 수 없다는 단점이 있지만 단어 중간에서 단어 전체 삭제가 가능하다는 점은 또 좋더군요. 이맥스는 단축키가 약간 복잡하지만 어쨋든 필요한 기능은 다 있죠. 에디터의 기본에 해당하는 만큼 대부분의 에디터가 충실하게 지원을 하고 있지만 단축키의 문제가 남아 있는 부분이죠.

2. 검색/교체 기능
검색/교체(치환) 기능 또한 에디터로서 갖추어야할 필수 기능이죠. 우선, 기본적인 검색/교체는 당연히 되야하고 각종 검색 옵션, 정규식 검색, 다중 파일 검색/교체 기능이 필요합니다. 그리고, 검색한 문자열을 변수로 치환해서 교체할 때 활용할 수 있는 기능이 필요하구요. 필요에 따라 검색/교체한 목록을 다른 창에서 볼 수 있으면 좋겠습니다.

여기서도 vi는 단연 독보적인 존재입니다. 우선, 검색 기능은 타 에디터와는 달리 검색 문자열을 입력하면서 바로 이동이 되는 기능이 있어서 대단히 편리하죠. 검색 문자열의 변수 치환 기능도 있구요. 그러나, 다중 파일 검색이 아주 불편하죠. 이맥스는 제가 깊이 안 써봐서 잘 모르지만 이 기능은 아직 만들어져있지 않은 듯. 에디트 플러스가 윈도용으로는 유일하게 검색 문자열의 변수 치환 기능을 지원합니다. 그러나, 다중 파일 검색만 되고 교체가 안된다는 단점이 있죠. 울트라, 아크로는 정규식 검색은 가능하나 검색 문자열 치환이 안되고 다중 파일 검색/교체는 둘다 지원합니다. 어쨋든 전부 약간씩 불만사항이 있습니다.

3. 다중 파일 편집 기능
프로그래머에게 에디터의 다중 파일 편집 기능은 필수죠. 가장 중요한 건 파일간 이동이 자유롭고 윈도우 활용이 편해야한다는 거죠. 탭 방식으로 이동이 가능하면 좋겠죠. 또, 파일 브라우저에서 와일드카드를 이용한 간단한 검색이 가능하면 좋겠습니다. 복잡한 소스 디렉토리에서 프로젝트를 할 때 이런 게 되면 참 편하죠.

vi와 이맥스는 여기서 다소 약점을 안고 있군요-_- 물론 나름대로는 편리하게 쓰는 사람이 많겠지만 윈도우 기반의 프로그램과는 비교할 수 없죠. 이 점에선 울트라에디트가 최고인 듯 합니다. 에디트플러스와 아크로에디트는 ctrl-tab 작동 방식이 alt-tab과 좀 달라서 불편한 점이 있더군요. 그래도 에디트플러스는 최근 윈도우간 전환이 되서 그나마 쓸만. 그리고 파일 브라우저도 울트라에디트가 젤 낫더군요. 암튼 이것도 다 보강이 필요.

4. 구문 강조
이것도 중요한 기능인데 사람마다 조금 중요도 부여 정도가 다르더군요. 구문 강조는 아무래도 텍스트 처리에 강한 유닉스 계열이 강세를 보입니다. vi나 이맥스는 쓰면서 구문 강조되는 거 보고 문법에 맞게 썼는지 아닌지를 판단하는데 도움이 될 정도죠. 윈도우 계열은 대부분 키워드 단순 매칭으로 해결하고 있는데 그래서 내장 함수나 기본 클래스 라이브러리 같은 것까지 하이라이팅을 해주는 장점이 있지만 구조와 구문 강조가 될 때도 많고 해서 신뢰도가 낮죠. 특히, 웹 프로그래밍의 경우 JSP or PHP or ASP, JavaScript, HTML 이 섞이게 되는데 이걸 구분해서 구문강조를 제대로 해주는 프로그램은 드뭅니다. vi, 이맥스는 거의 완벽에 가깝고, 에디트플러스는 상당히 괜찮은 편이고 아크로에디트 봐줄만, 울트라에디트는 좀 안 좋더군요.

5. 한글 및 다국어 지원
우리에겐 아주 중요한 문제죠. 불행히도 외국산 에디터는 이 점이 대단히 미비합니다. vi, 이맥스는 리눅스 버전을 제외하면 유닉스 버전과 윈도우 버전은 모두 한글 사용에 문제가 약간 있습니다. 울트라에디트도 약간 문제가 있죠. 아크로에디트와 에디트플러스 국산이니만큼 확실하죠. 아크로에디트는 유니코드까지 지원합니다. 이 점에선 메모장이 최고입니다-_- 요즘 EmEditor라고 유니코드 지원 에디터가 나왔는데 안 써봐서 잘 모르겠군요.

6. 사용자 도구 사용
프로그래머들에게 이건 필수죠. 윈도우 계열의 에디터들은 이런 IDE적 요소의 지원이 좋더군요. 이맥스는 커스터마이징이 워낙 강력하니 말이 필요 없을 꺼구요. 사용자 도구 사용 시 출력 내용 캡처 및 에러 라인 찾아가기 등은 기본이겠죠. 근데 아크로에디트는 에러 라인 찾아가기가 안되더군요. -_-

7. 안정성 및 속도
안정성이 중요한 부분이긴 하나 웬만하면 이 정도는 다 갖추고 있죠. 그러나, 초대용량 파일 편집시 문제가 생기는 에디터가 간혹 있습니다. 그리고, 사용자 도구 사용 시 문제가 생길 때도 있구요.

속도는 대단히 민감한 문제인데 실제 사용 시 체감 속도가 대단히 중요하죠. 이 점에서 이맥스는 최악입니다-_- 모든 플랫폼, 모든 에디터를 통털어 이맥스가 가장 느립니다-_- 기능과 맞바꾸기엔 속도도 너무도 중요한 것이라 좀 안타깝죠. 나머지는 다 괜찮은 것 같습니다.

8. 확장성 및 커스터마이징
사용자가 정의가 가능한 부분이 많으면 많을수록 좋겠습니다. 이맥스 수준 정도 되면..참 좋겠죠.

9. 운영체제간 호환 및 ftp 기능
윈도와 리눅스/유닉스를 오가면서 작업하는 프로그래머의 수는 적지 않을 겁니다. 양쪽 모두에서 동일한 환경을 쓸 수 있다면 아주 좋겠죠. vi와 이맥스는 대부분의 플랫폼에 다 나와 있지만 윈도용 에디터들은 리눅스 버전이 없죠--; 리눅스에도 그에 대적할 만한 GUI 기반의 직관성 뛰어나고 속도 빠른 에디터가 나왔으면 좋겠습니다. 그리고, ftp 기능은 주로 윈도에서 프로그래밍하고 리눅스/유닉스 서버에 업로드해야하는 프로그래머들에게 필요한데 윈도용 에디터들은 대부분 그 기능이 있죠.

10. 기타 부가기능
에디터 내에서 웹서핑이 가능하다면 편리한 점이 많습니다. 그리고, 각종 마크업 언어를 편집할 때 태그 입력에 도움을 주는 게 있으면 좋겠구요. 가능하다면 IDE의 Code Insight 기능도 어떻게 설정해서 우겨넣을 수 있으면 하는 소망이....-_-

이상, 제가 에디터를 쓰면서 필요하다고 생각하는 기능, 있어서 좋았던, 혹은 없어서 안 좋았던 기능들을 열거해봤습니다. 생각보다 글이 길어졌네요. 어쨋든 제가 원하는 모든 기능이 담긴 에디터는 없더군요. 이맥스가 막강하다고해서 이맥스를 배우면 모든 것이 해결되지 않을까..했었는데 아무래도 느린 속도가 너무너무 싫고 커스터마이징이 맨땅에 헤딩하는 기분이 들어서 좀 그렇더군요. 자바 모드는 좋은 게 있던데 JSP 모드는 별루고.. 한글도 깨지고....이리저리 헤매다 요즘은 에디트플러스를 씁니다. 여전히 만족은 못하고.. 한번씩 vi, 아크로에디트를 같이 쓰죠.

암튼 그래서, 요즘은 에디터 만드는 회사에 부지런히 버그 리포팅을 해볼까, 아니면 오픈 소스 프로젝트에 직접 참여할까, 아니면 직접 만들어볼까..생각 중입니다. 그래서 저 말고 다른 분들은 에디터에 대해서 어떻게 생각들을 하고 있으신지 궁금해서 토론 주제로 올려봤습니다.

제가 발의자일 뿐 토론의 의장도 아니지만 토론의 방향에 대해 개인적인 바램을 한 마디 하자면, '에디터는 도구일 뿐이다, 자기 손에 맞는 거, 익숙한 거 쓰면 된다.' 이런 식의 논의는 제발 안 나왔으면 좋겠습니다. 어떻게 하면 더 좋은 도구를 쓸 수 있을까 하는 논의를 하자는 거니까요. 어떤 에디터는 어떤 기능이 좋더라, 에디터에는 이런 기능이 꼭 필요하다, 더 좋은 에디터가 있다, 이런 식의 얘기들로 채워졌으면 좋겠습니다.

관리자 코멘트: Emacs vs. Vi(m)의 전쟁은 없기를 바라며, flamebait는 서로서로 무시하도록 합시다. :-)