txt, 터미널에서 바로 쓰는 빠른 키보드 기반 텍스트 에디터
Txt: A fast, keyboard-driven terminal text editor for engineers
터미널에서 빠른 편집을 위해 만든 txt는 모달 없이 즉시 열리고, tree-sitter 문법 강조, 코드 폴딩, LSP, Git 연동, 퍼지 파일 검색, 멀티 커서, 키보드 매크로 등 IDE급 기능을 갖췄다. 설정 부담 없이 터미널 흐름을 유지하며 간단한 수정에 적합하다. Homebrew, curl, PowerShell로 설치할 수 있고 Rust 1.88 이상이면 소스 빌드도 가능하다.
편집은 생각처럼 느껴져야 한다.
HN 토론
34- zero_shift
Claude를 써서 이걸 만들었다고 비판할 생각은 없어요. 솔직히 소비자 입장에서 소프트웨어 품질만 높다면 중립적인 일이죠.
다만 이건 묻고 싶어요: 내가 직접 만들 수도 있는데 왜 당신 소프트웨어를 써야 하나요?
토큰 비용이 비교적 저렴하니까, 고품질 의존성만 쓰도록 제한하면 Cursor와 Fable 5.1로 괜찮은 텍스트 에디터를 직접 만들 수 있을 것 같은데요.
그래서 이게 OSS 개발의 진짜 딜레마인 것 같아요: 개발자용 도구를 만드는 게 정말 의미가 있긴 한 걸까요?
- _ix
키보드 중심 기능을 강조하면서도, 데모 gif에서는 포인터 중심 워크플로를 보여주네요. 흥미로운 선택 아닌가요?
- __fst__
vim 배우는 수고를 겪고 나니 이제 다른 건 못 쓰겠어요.
그리고 이런 사용 사례에 대해서는
"나는 대부분의 시간을 터미널에서 보내는데, 간단한 편집 하나 하려고 다른 도구로 전환하는 게 항상 원치 않는 마찰처럼 느껴져서 txt를 만들었다. 터미널에서 사는 에디터들은 모달 패러다임에 기반한 가파른 학습 곡선을 갖고 있거나, 진짜 쓸모 있기에는 너무 제한적이다."
말 그대로 필요한 vim 명령어와 단축키는 몇 개 안 됩니다.
- sgarland
> 터미널에서 사는 에디터들은 모달 패러다임에 기반한 가파른 학습 곡선을 갖고 있거나, 진짜 쓸모 있기에는 너무 제한적이다.
> txt는 당신의 주 IDE를 대체하려는 게 아니다. 그냥 뭔가를 편집해야 할 때 손이 가는 에디터다
이 둘은 서로 충돌합니다. 그냥 뭔가를 편집하고 싶은데 [n]vi[m]이나 emacs를 모른다면 nano를 쓰세요. 줄 번호, 코드 폴딩, 구문 강조 같은 걸 원한다면 더 강력한 에디터를 배우는 데 시간을 써야 한다는 뜻이겠죠.
솔직히 vi는 절대 기본만 배우는 건 그렇게 어렵지 않고, 15분만 투자하면 됩니다. 왜냐하면 거의 어디에나 있을 게 보장되니까요. "그냥 뭔가를 편집"하는 데 필요한 건 :wq와 i 정도뿐입니다.
- rckt
스타트업이 아이디어를 테스트하려고 AI 도구에 의존하는 건 이해할 수 있어요. 그런데 개인/취미 프로젝트라면? 좀 이상하네요. 여기는 빠르게 가야 할 곳이 아니에요. 시간을 두고, 과정을 즐기고, 배우고 만들면 되죠.