Vim Classic - 사람이 직접 유지보수하는 Vim 8.x 장기 지원 포크

Lobste.rs 의견들 Vim-Classic으로 갈아타야 한다는 걸 다시 떠올리게 됨. 아직 vim 9.1을 쓰고 있는데, 내가 알기로는 AI가 저품질 결과물을 쏟아내기 전 마지막 주요 릴리스임. 백포트까지 오염되기 전에 옮겨야겠음. 나도 갈아타고 싶음. 지금은 Neovim을 쓰며 내장 LSP 클라이언트, Tree-sitter 통합, 이제는 기본 패키지 관리자까지 마음에 들어 하는 중임. 그래도 사용하는 기능을 좀 줄여야 할지 고민됨. 나도 Debian에 포함되면 갈아타려고 기다리는 중임. 요즘 vis를 즐겨 쓰고 있음. vi처럼 빠르면서도 성가신 부분은 없고, 구문 강조도 지원함. 특히 ACME/sam 편집기에 기반한 명령 적용 범위 지정 방식이 무척 흥미로움. Vim에서 vis로 옮기는 데 도움이 될 만한 튜토리얼이 있을까요? 두 번 시도했지만 실패했음. QWERTY 배열을 쓰지 않아 키 재매핑이 필수인데, 그것조차 해내지 못했음. Vim보다 훨씬 빠를 수도 있음. 플러그인이나 설정 탓이었는지는 모르겠지만, 큰 원시 데이터베이스 덤프를 열었을 때 Vim은 엄청나게 느렸음. Vis는 대부분 잘 처리했고 검색할 때 정도만 응답이 멎었는데, 수 GB짜리 파일이니 이해할 만함. 다중 커서도 꽤 잘 구현되어 있어, 어느새 Vim에서도 같은 기능을 쓰려 하게 됨. 옮기면서 가장 불편했던 건 모드를 전환한 뒤 커서가 Vim과 다른 위치에 놓이는 경우가 있다는 점임. 손에 밴 조작 습관과 충돌해서, 지금은 대체로 적응했지만 여전히 이동할 때 약간 어색함. 사람들이 문제 삼는 Vim의 AI 기여분은 구체적으로 무엇인가요? 저품질 AI 결과물이라는 표현이 나오는데, 버그가 있는 기능이라도 있었나요? Drew DeVault가 여기서 동기를 설명함. https://drewdevault.com/blog/Forking-vim/. 내가 이해하기로는 특정 패치나 회귀 버그 때문이 아니라, 소프트웨어 개발에 AI를 사용하는 것에 대한 철학적 반대임. 프로젝트 홈페이지에서도 Vim Classic을 “안정적이고 믿을 만한 편집기를 제공하기 위해 Vim 8.x를 장기 유지보수하는 포크이며, 전적으로 사람이 유지보수함”이라고 소개함. 굵은 강조는 내가 추가한 것임. 이전 논의가 있음. 다른 논의도 있음. Vim Classic은 Vim 9.0에서 빠진 Mac Carbon, Athena, neXTaw 같은 기능을 위한 패치도 받나요? Neovim...