기능을 더해서 강해지는 도구가 있다. 이 제품은 25년 동안 크기를 그대로 유지해서 강해졌다. 텍스트 편집기에게는 그것 자체가 기능이다.

메모장과 개발 환경 사이의 한 칸

운영체제에 딸려 오는 기본 텍스트 편집기는 파일이 몇 메가바이트를 넘어서는 순간 불편해진다. 반대로 기능이 많은 오픈소스 편집기는 패널과 확장 기능을 너무 많이 쌓아서, 열 때마다 작은 프로젝트를 시작하는 기분이 든다. EditPlus는 그 중간 한 칸에 의도적으로 서 있다. 1초 안에 나타나고, 구문을 색으로 구분하고, 코드 덩어리를 접고, 여러 문서를 탭에 담고, 줄 단위가 아니라 열 단위로 글자를 고르고, 정규식으로 치환하고, 폴더 안의 파일을 한꺼번에 검색한다. 어느 것도 첫 번째 쓸모 있는 동작 전에 설정을 요구하지 않는다.

한국의 개발자가 만들었고 첫 판은 1998년에 나왔으며 지금도 관리된다. 화면은 그동안 거의 움직이지 않았다. 윈도우 기본 부품, 메뉴 막대, 도구 모음, 현대적인 시각 언어를 따라가려는 시도는 전혀 없다. 새로 디자인된 앱에서 온 사람에게는 낡아 보인다. 십 년 넘게 쓴 사람에게는 손의 기억 그 자체로 보인다. 하루에 마흔 번 여는 도구에서는 새로 칠한 겉모습보다 손의 기억이 더 값어치 있다.

코드에 해 주는 일과 하지 않는 일

통합 개발 환경이 아니고, 그렇게 되려는 야심도 없다. 프로젝트 단위도, 타입을 이해하는 자동 완성도, 버전 관리 연동도 없다. 설계 원칙은 더 단순하다. 색으로 구분할 수 있는 언어라면 여기서 편집할 수 있다. 널리 쓰이는 컴파일 언어와 스크립트 언어의 정의가 함께 들어 있고, 부족한 것은 서식으로 직접 쓸 수 있다. 설정 파일 한 줄, 스크립트 하나, 마크업 한 조각을 고치려는 상황이라면 프로젝트 시스템이 없다는 점은 흠이 아니라 장점이다.

단순한 뷰어로 끝나지 않게 하는 것은 사용자 도구 메뉴다. 컴파일러, 정리 도구, 외부 검사 프로그램, 그 밖의 명령줄 도구를 키 조합에 묶고 현재 파일 이름을 인자로 넘길 수 있다. 이미 쓰고 있는 도구 체계 위에 얇은 껍데기를 씌우는 셈이고, 그 체계가 가진 '프로젝트는 이렇게 배치해야 한다'는 의견까지 들여오지 않아도 된다.

검색과 치환이 진짜 존재 이유

대부분의 편집기는 검색을 여러 기능 중 하나로 다룬다. 여기서는 제품의 중심에 더 가깝다. 한 번의 질의가 디렉터리 트리 전체를 훑고 정규식으로 대조하며 걸린 줄을 모두 한 창에 모은다. 그 창에서는 각 줄을 그대로 열 수 있다. 쌓인 로그와 설정 조각 사이에서 문자열 하나를 하루 종일 쫓는 사람에게 이 창의 값어치는 나머지 모든 기능을 합친 것보다 크다. 무거운 편집기의 같은 검색보다 눈에 띄게 빠른 것도 효력이 있다. 수만 개의 작은 파일이 든 폴더에서는 그 차이가 느껴진다.

서버에 있는 파일을 직접 고치기

지원하는 파일 전송 방식으로 원격 파일을 바로 열 수 있고, 저장하면 그대로 올라간다. 돌아가는 컴퓨터에서 설정 값 하나나 서식을 고치는 일상에서 가져오고, 편집하고, 다시 보내는 한 바퀴가 통째로 사라진다. 같은 파일의 판본을 두 개 들고 있어서 생기는 종류의 실수도 사라진다. 연결은 서버마다 한 번만 설정하면 이후에는 파일 목록 안에서 로컬 폴더와 똑같이 다뤄진다.

지금도 맞는 사람

상용 제품이고, 시험 기간이 지나면 등록이 필요하며, 윈도우에서만 돌아간다. 대상은 좁아지지만 남은 사용자가 오래 쓰는 데는 이유가 있다. 파일을 열고, 몇 줄 고치고, 뭔가 찾고, 저장하고 닫는 일을 하루에 수십 번 반복하는 사람에게 맞는다. 웹 기술로 만든 편집기를 열 때마다 시작 화면을 5초 바라봐야 한다면 그 차이는 미묘하지 않다. 이런 종류의 빠름은 측정값이 아니라, 그 도구를 열고 싶은 마음 자체를 바꾼다.

EditPlus는 가장 많은 기능을 가진 편집기가 되려 한 적이 없다. 쓸지 말지 결정을 마치기도 전에 이미 열려 있는 편집기가 되려 했고, 사반세기가 지난 지금도 그 자리는 유효하다.