해커 뉴스에서 955포인트. 추도사 하나로. 사람도, 회사도, 전통적 의미의 제품도 아닌 — 소프트웨어 업계 바깥 사람 대부분은 들어본 적 없고, 업계 안 사람 대부분은 격렬하게 화해 불가능한 의견을 품고 있는 텍스트 에디터에 대한 추도사로.
"Vim을 위한 추도사"라는 제목의 글이 이번 주 해커 뉴스 첫 페이지에 올라 자리를 지켰고, 수백 개의 댓글이 달렸다. 기술 토론이라기보다는 세대 간 집단 치유 세션에 가까운 댓글들이었다. 표면적 논지: 1991년 vi에서 태어난 모달 텍스트 에디터 Vim이 AI 코딩 에이전트가 소프트웨어 작성 방식을 재편하면서 존재감을 잃어가고 있다는 것. 댓글 스레드 깊숙이 묻힌 실제 논지: 우리를 장인으로 느끼게 해주던 것이 더 이상 중요하지 않게 되면, 우리에게는 무슨 일이 벌어지는가?
나는 그 잔해를 쭉 읽어보았다. 개발자들이 실제로 말하고 있는 것, 그리고 그것이 의미하는 바를 정리한다.
핵심 상처: 사고방식의 상실
이 추도사는 Vim을 죽어가는 도구가 아니라, 개발자들이 자신의 기계와 맺었던 특정한 관계의 상징으로 그린다. hjkl 내비게이션의 친밀함, ciw로 단어를 바꾸는 근육 기억, 다른 에디터라면 마우스 세 번 클릭과 컨텍스트 메뉴가 필요한 작업을 명령어를 엮어 해결할 때의 조용한 만족감. 해커 뉴스 토론에 따르면, 이 글이 공감을 얻은 이유는 사람들이 이미 느끼고 있었지만 아직 말로 표현하지 못했던 무언가에 이름을 붙여주었기 때문이다.
스스로를 30년차 Vim 유저라 소개한 한 댓글 작성자는 이렇게 담백하게 말했다: "더 빨라서 Vim을 쓰는 게 아닙니다. 문자 하나하나에 의도를 담아 텍스트를 편집하는 행위 자체가 제가 문제를 사고하는 방식이기 때문입니다."
또 다른 사람이 곧바로 반박했다: "아름다운 감상이네요. 어셈블리 언어에 대해서도 사람들이 똑같은 말을 했다는 것만 빼면요."
이 긴장 — 편집을 사고 행위로 보는 시각과 편집을 오버헤드로 보는 시각 사이의 — 이 모든 스레드를 관통한다.
커뮤니티가 실제로 논쟁하고 있는 것
Vim이 정말 죽어가고 있는가?
아니다. 추도사의 저자도 그걸 알고 있는 듯하다. Neovim의 GitHub 저장소는 여전히 활발하게 유지 관리되고 있다. Vim 공지 메일링 리스트도 여전히 업데이트를 올린다. 도구 자체가 사라지는 것은 아니다. 변하고 있는 것은 문화적 무게다. 5년 전만 해도 Vim 설정 파일은 일종의 훈장이었다 — 진지함의 신호였다. 오늘날 주니어 개발자는 모드가 뭔지도 모른 채 Cursor나 Copilot을 써서 프로덕션 코드를 배포할 수 있다. Vim 유저에게 엘리트 의식을 부여하던 기술 천장이 평탄해지고 있다 — 더 나은 에디터에 의해서가 아니라, 근본적으로 다른 패러다임에 의해서.
왜 955포인트인가? 어떤 신경을 건드린 것인가?
개발자 정체성이다. 마침표. 댓글들은 텍스트 에디터를 훨씬 넘어서는 질문과 씨름하는 커뮤니티를 드러낸다: AI가 코드 작성이라는 기계적 행위를 처리한다면, 개발자란 무엇인가? Vim 추도사는 훨씬 거대한 불안에 대한 대리전이다. 당신의 가치가 부분적으로 텍스트를 얼마나 효율적으로 다룰 수 있느냐로 정의되었는데, 그 효율성이 무의미해지면, 당신은 단지 도구를 잃는 것이 아니다. 자기 자신에 대해 스스로 들려주던 이야기를 잃는 것이다.
한 댓글 작성자의 표현대로: "진짜 추도사는 Vim을 위한 것이 아닙니다. 도구 숙련이 곧 엔지니어링 역량이라는 집단 환상을 위한 것이죠."
이건 그냥 향수에 불과한 건가?
부분적으로는. 하지만 순수한 향수로 치부하면 구조적 핵심을 놓친다. Vim의 설계 철학 — 프로그래머의 주된 활동은 새 텍스트를 생성하는 것이 아니라 기존 텍스트를 편집하는 것이라는 — 은 수십 년간 맞는 관찰이었다. AI 코딩 에이전트는 이 전제를 뒤집는다. 이제 주된 활동은 의도를 명시하고 출력을 검토하는 것이다. Vim은 잘못된 병목을 최적화했다. 만들어졌을 때 틀렸기 때문이 아니라, 병목이 이동했기 때문이다.
Neovim은 이미 AI 도구와 통합되어 있지 않은가?
맞다. 여러 댓글 작성자가 이 점을 지적했다. Copilot, CodeCompanion을 비롯한 다양한 LLM 통합 Neovim 플러그인이 존재하고 작동한다. 하지만 반론이 시사하는 바가 크다: Vim에 AI를 볼트로 붙이는 것은 자전거에 모터를 스트랩으로 묶는 것과 같다. 작동은 한다. 하지만 본래의 목적을 무효화하기도 한다. Vim의 전체 철학은 사용자가 모든 키 입력을 제어하는 것이다. AI 보조 편집은 정의상 그 제어를 양도하는 것이다. 둘은 같은 에디터 안에 공존하지만, 같은 멘탈 모델 안에는 공존하지 않는다.
세대 간 균열선
댓글에서 가장 흥미로운 패턴은 Vim 대 AI 논쟁이 아니다. 개발자들이 장인정신을 어떻게 정의하는지에 대한 세대 간 분열이다.
1세대 (대략 경력 15년 이상)는 장인정신을 도구 숙련과 동일시한다. 목공인이 대패를 이야기하듯 Vim을 이야기한다. 도구는 사고의 연장이다. 효율이 핵심이 아니라 의도성이 핵심이다.
2세대 (대략 5~15년)는 실용적이다. 대학에서 Vim을 썼고, 빠른 편집에는 아직 손이 갈 수도 있지만, 죄책감 없이 몇 년 전 VS Code로 옮겼다. 이들에게 에디터는 언제나 에디터일 뿐이었다. 장인정신은 시스템 설계, 아키텍처, 디버깅에 있다 — 키 입력에 있지 않다.
3세대 (5년 미만)는 이 논쟁이 무엇에 관한 것인지 이해하지 못한다. 이미 Copilot이 내장된 환경에서 코딩을 배웠다. 모달 편집은 마치 사람들이 한때 코드를 수동으로 컴파일했다는 것과 같은 수준의 호기심 대상이다. 이들이 정의하는 장인정신은 프롬프트 엔지니어링, 시스템 오케스트레이션, 어떤 AI 출력을 신뢰할지 판단하는 능력에 맞춰져 있다.
이 중 어떤 세대도 틀리지 않았다. 그래서 이 대화가 그토록 격앙되는 것이다. 이들은 도구가 아니라 가치관에 대해 논쟁하고 있다.
잔해 속에서 건진 세 가지 시사점
개발자 도구는 생산성만이 아니라 장인 정체성을 존중해야 한다. 도구 기업들은 이 토론을 면밀히 살펴야 한다 — 제품 방향이 아니라 포지셔닝을 위해. 개발자들이 자신의 워크플로에 갖는 감정적 애착은 실질적 힘이다. AI 어시스턴트를 도입하면서도 장인 정체성을 인정하는 도구가, AI를 순수한 처리량 증폭기로 취급하는 도구를 이길 것이다. 개발자들은 산출량을 최적화하는 것이 아니다. 다수는 유능함의 감각을 최적화하고 있다.
정체성 청산의 시간이 왔다. Vim 추도사는 개발자 커뮤니티가 AI가 가하는 직업 정체성 혼란을 공개적으로 소화하기 시작했음을 신호한다. 이것은 건강한 일이다. 다른 직업군은 이 벽에 몇 년 전 부딪혔다 — 스마트폰 카메라가 충분히 좋아졌을 때 사진작가가, 미드저니가 출시되었을 때 일러스트레이터가. 개발자들은 도구가 처음에 대체보다 보조 역할을 했기에 이 청산으로부터 대체로 보호받아 왔다. 그 보호막이 얇아지고 있다.
멘탈 모델은 키바인딩보다 오래 살아남는다. 이것이 내가 계속 돌아오게 되는 시사점이다. 누군가를 뛰어난 Vim 유저로 만들었던 역량 — 패턴 인식, 체계적 사고, 작고 조합 가능한 단위로 복잡한 작업을 구축하기 — 은 AI 도구를 효과적으로 사용하게 해주는 역량과 정확히 같다. 근육 기억은 구식이 되었다. 멘탈 모델은 아니다. Vim의 세계에서 빛났던 개발자들은 AI 보조 세계에서도 정당한 우위를 가진다. 그것을 보려면 키바인딩을 놓아야 할 뿐이다.
마지막 말
Vim의 창시자 브람 무레나르(Bram Moolenaar)는 2023년 8월에 세상을 떠났다. 그가 만든 프로젝트는 새로운 관리자 아래 계속되고 있다. 야심찬 포크인 Neovim도 자체 궤도를 그리고 있다. 어느 쪽도 곧 사라지지 않을 것이다.
하지만 이번 주 바이럴이 된 추도사는 사실 소프트웨어에 관한 것이 아니었다. 자신을 정의해주던 도구를 바라보며, 그 정의가 아직 유효한지 솔직하게 물었던 커뮤니티의 한 순간에 관한 것이었다. 955포인트는 동의가 아니다. 공명이다.
Vim은 죽지 않았다. 진짜 프로그래머라고 느끼기 위해 Vim을 필요로 했던 우리 자신의 한 버전이 죽어가고 있을 뿐이다. 그리고 댓글 수로 판단건대, 우리는 아직 그 애도를 끝내지 못했다.