설정에서 명시적으로 켜지지 않으면 Warp가 어떤 서비스와도 연결하지 않는다고 확인해줄 수 있는지 궁금함
초기에 계정이 필수였던 것만 봐도 가치관이 어긋나 보였고, 이제는 터미널을 터미널이라 부르지 않고 agentic development environment라고 부르는 것도 온라인 기능이 있을 것처럼 느껴짐
요즘은 어떤 제품이든 웹페이지에 AI를 넣어야 하는 분위기라는 점도 이해는 감
정말 call home하지 않는지 알고 싶음
물론 엄청나게 함
Warp를 실행하는 순간 창이 뜨기도 전에 HTTP 요청 5개를 보냄. 버전 확인 1개, LLM 모델 목록 1개는 app.warp.dev로 가고, telemetry 이벤트 3개는 warpianwzlfqdq.dataplane.rudderstack.com으로 감
여기에는 지속되는 UUID, 운영체제와 버전, Warp 버전, 추적 이벤트 이름과 속성이 포함됨
SaaS 유도창을 전부 No로 넘긴 뒤 설정에서 telemetry를 꺼도, 이상하게 터미널을 다시 시작하면 다시 켜졌음
실행 중에는 이 7000줄짜리 파일에 있는 이벤트를 밟을 때마다 계속 외부로 요청을 보냄 https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
앞서 말한 호스트들 외에도 o540343.ingest.sentry.io로도 요청함
전체적으로 보면 프라이버시 악몽에 가까움
투명성을 위해 덧붙이면, 재시작 후 telemetry가 다시 켜지던 버그는 어제 들어간 아주 나쁜 버그였고 신규 사용자에게만 영향이 있었음
이건 우리 기준 P0라서 몇 시간 안에 수정 릴리스를 낼 예정이고, PR은 여기서 볼 수 있음 https://github.com/warpdotdev/warp/pull/9438/
서버로 telemetry를 보내기 전에 사용자가 비활성화할 수 있는 선택지를 제공함 Sentry로 크래시 리포팅을 쓰지만 이것도 끌 수 있음
telemetry 이벤트는 지적한 대로 소스코드에도 있고 웹사이트에도 공개돼 있음
앱 안에서 우리가 보내는 모든 요청을 볼 수 있는 network log도 제공하고, telemetry 전송 요청도 확인 가능함
OSS 빌드를 직접 컴파일하면 telemetry와 크래시 리포팅이 아예 없음
오픈소스로 가는 이유는 신뢰를 깎으려는 게 아니라 커뮤니티와의 신뢰를 더 쌓으려는 데 있음
사업을 성공시키기 위해 오픈소스화한다는 설명은 솔직해서 좋았고, Warp 자체는 훌륭하다고 봄
Warp가 가격으로 못 이긴다는 자금 많은 클로즈드소스 경쟁자가 누구인지 모르겠음
내가 아는 인기 있는 터미널 에뮬레이터는 대부분 이미 오픈소스고, Warp가 오히려 드문 클로즈드소스 쪽이었음
투자금이 말라가서 이제는 "커뮤니티"에게 제품 개발을 맡기려는 마지막 시도처럼도 보임
앞으로 에이전트가 중심이 되고 커뮤니티는 아이디어나 스펙만 넣는 구조라면, 지금처럼 모델 가격 보조가 무너지는 상황에서 얼마나 지속될지도 의문임
첫 제품은 커뮤니티가 유지하고 회사는 다른 쪽으로 피벗하려는 건가 싶음
다소 냉소적으로 들릴 수 있지만, VC 뿌리를 생각하면 이걸 선의로만 보기는 어려움
미안하지만 "솔직해서 좋고 Warp는 훌륭하다"는 말은 마른 비꼼으로밖에 읽히지 않음
Warp는 제품 비전과 UI는 정말 잘 만들고도, 탐욕, 클로즈드소스, 고객 말 안 듣기로 그걸 망치는 교과서 같은 사례였음
내부에서 누가 바뀌어서 이제 와서 고치려는지는 모르겠지만 넘어야 할 산이 너무 많고, 어쩌면 이미 늦어서 처음부터 새로 만든 다른 제품이 더 잘될 수도 있음
누군가 AI와 코드 편집 기능을 뺀 경량 버전을 만들어줬으면 좋겠음
터미널 경험 자체는 최고인데, agent 기능은 이미 claude code, opencode, codex 같은 다른 선택지가 많아서 쓸 일이 없음
Warp를 처음 쓰게 된 이유는 일반 텍스트 입력에서 쓰던 키보드 단축키가 그대로 먹는 터미널이었기 때문임
그런데 수익화를 찾느라 AI 열차에 올라탄 뒤로는 점점 더 비대해졌고, 계속 agents를 쓰라고 미는 흐름이 오히려 쓰기 싫게 만듦
프라이버시 우려까지 있어서 업무용 장비에는 양심상 쓰기 어려움
그래서 추적도 없고 AI도 없는 Warp를 나도 원함
좋은 피드백임
지금은 AI 전부 끄기 버튼 하나로 해결되게 하려고 했고, 온보딩 때도 로그인 없이 그냥 평범한 터미널 모드로 들어갈 수 있게 해뒀음
이 정도면 충분한지 궁금함
터미널 렌더링만 잘하던 시절의 Warp를 정말 좋아했음
그때는 Ghostty 대안이었지, 지금 같은 과한 AI bloatware는 아니었음
이건 오히려 vibecoding에 잘 맞는 사례 같음
"Claude, 이 프로젝트에서 짜증나는 수익화랑 vendor lock-in을 다 뜯어내"라고 시키면 꽤 먹힐 수도 있음
나도 고수준 설명만으로 필요한 부분만 복제해서 유료 소프트웨어를 꽤 대체해봤음
오픈소스를 좋은 프로그램의 대체재처럼 쓰는 접근은 오래 못 갈 듯함
리포지토리를 바로 물려서 few-shot만 잘 주면 직접 해볼 수도 있을 듯함
95% 확률로 하루 안에 end-to-end로 끝낼 수 있어 보임
Warp 팀이 이런 결정을 한 건 반가움
몇 년째 내 주력 터미널 에뮬레이터였던 이유는 새 노트북에 바로 옮겨도 barebones ZSH만으로 대부분이 해결되고, 예전처럼 빠르고 기능 많은 ZSH를 억지로 꾸미느라 시간을 쓸 필요가 없었기 때문임
기본 자동완성도 괜찮고, 렌더링이 빠르며 기본 그래픽 설정도 sane해서 폰트만 바꿔도 거의 충분함
파일 렌더링 같은 QoL도 좋음
agent 기능은 써본 적 없고, CLI 쪽은 회사가 Claude를 사줬고 나머지는 Zed 구독으로 해결했음
그래도 이제는 예전보다 써볼 마음이 생김
커밋 히스토리까지는 공개하지 않은 게 아쉬움
5년 전쯤 Warp가 그냥 터미널이던 시점으로 브랜치 떠서 AI와 클라우드 부분을 다 걷어내고, 괜찮은 기능만 있는 좋은 터미널로 만들고 싶었음
원래 공개될 앱의 소스를 릴리스해본 입장에서는 왜 흥미로운지 알지만, 정기적으로 공개하던 저장소가 아니면 모든 커밋을 public ready 상태로 유지할 유인이 적어서 놀랍진 않음
소스 공개 전에는 현재 코드, 특히 댓글과 문서를 한 번 전부 리뷰하고 싶었고 그 과정도 꽤 번거로웠음
큰 문제는 없었고 정리할 것 몇 개만 있었지만, 전체 히스토리까지 같은 검토를 하라고 하면 나라도 원치 않았을 것임
그냥 통째로 공개할 수도 있었겠지만, 기여자들 모두 마지막으로 공개 준비 검토를 거친 상태가 더 마음 편했을 것 같음
그 뒤부터는 평소 리뷰 프로세스로 이어가면 됨
나는 Rust와 libghostty로 터미널을 만들고 있었고, Linux와 Windows도 지원하면서 터미널을 이해하는 내장 agent까지 넣고 있었음
동기는 Warp가 터미널 이상으로 너무 많은 걸 하려는 데 있었음 https://con.nowledge.co
이제 Warp가 오픈소스가 된 건 반가움
계속 밀고 가면 좋겠음
Warp는 과거의 나쁜 결정들을 아직 많이 극복해야 하고, 오픈소스 전환을 발표했어도 신뢰는 아직 충분히 회복되지 않았음
지금 주력은 Ghostty인데 Warp도 한동안 보고 있었음
Warp는 미니멀한 터미널이라기보다 거의 IDE 또는 ADE처럼 보이는데, 둘이 꽤 다른 물건인지 궁금함
곁가지로, Mitchel이 SF에서 사람들이 자기한테 와서 Ghostty를 얼마나 화려하게 꾸몄는지 보여줬다고 트윗한 걸 봤는데, 여기서도 그런 식으로 해본 사람이 많은지 궁금함
예를 들어 저장소를 포크해서 내가 좋아하는 Warp 기능 하나를 직접 구현하는 게 얼마나 쉬운지도 알고 싶음
내가 Warp 창업자인데, 지금 Mitchell과 Ghostty 통합도 이야기 중임
Warp 안에서 터미널 그리드 렌더러로 Ghostty를 쓰는 방향임
Warp는 결국 출시에 실패한 느낌임
초기에 사용자에게 너무 많은 AI를 밀어붙였고, 그 탓에 제품의 매력을 제대로 보여주지 못한 듯함
반면 Ghostty는 경쟁작보다 훨씬 안정적이고 빠르며 사용성도 좋음
libghostty로 하면 꽤 쉽게 가능함
나도 2주 정도 만져서 일상적으로 쓸 수 있을 만큼은 만들었음
vim이나 tmux copy mode 비슷한 modal workflow를 원했는데, tmux를 쓰는 오버헤드는 피하고 싶었음
물론 이건 "Ghostty에 자잘한 기능 하나 추가"보다 훨씬 복잡한 편이었고, 감을 보려면 저장소를 보면 됨 https://github.com/milch/mistty
터미널 우선 경험이면서도 AI CLI를 1급 시민으로 다루는 쪽을 원하면 yaw terminal도 볼 만함
Windows에서는 git bash와의 궁합도 꽤 잘 맞음
Hacker News 의견들
Warp를 처음 설치해서 /agent로 "빌드 폴더마다 터미널 탭 열어달라"고 했더니, 바로 약관 위반이라며 AI 기능이 계정에서 비활성화됐음
첫 사용자 경험으로는 정말 최악이었음
설정에서 명시적으로 켜지지 않으면 Warp가 어떤 서비스와도 연결하지 않는다고 확인해줄 수 있는지 궁금함
초기에 계정이 필수였던 것만 봐도 가치관이 어긋나 보였고, 이제는 터미널을 터미널이라 부르지 않고 agentic development environment라고 부르는 것도 온라인 기능이 있을 것처럼 느껴짐
요즘은 어떤 제품이든 웹페이지에 AI를 넣어야 하는 분위기라는 점도 이해는 감
정말 call home하지 않는지 알고 싶음
Warp를 실행하는 순간 창이 뜨기도 전에 HTTP 요청 5개를 보냄. 버전 확인 1개, LLM 모델 목록 1개는 app.warp.dev로 가고, telemetry 이벤트 3개는 warpianwzlfqdq.dataplane.rudderstack.com으로 감
여기에는 지속되는 UUID, 운영체제와 버전, Warp 버전, 추적 이벤트 이름과 속성이 포함됨
SaaS 유도창을 전부 No로 넘긴 뒤 설정에서 telemetry를 꺼도, 이상하게 터미널을 다시 시작하면 다시 켜졌음
실행 중에는 이 7000줄짜리 파일에 있는 이벤트를 밟을 때마다 계속 외부로 요청을 보냄 https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
앞서 말한 호스트들 외에도 o540343.ingest.sentry.io로도 요청함
전체적으로 보면 프라이버시 악몽에 가까움
이건 우리 기준 P0라서 몇 시간 안에 수정 릴리스를 낼 예정이고, PR은 여기서 볼 수 있음 https://github.com/warpdotdev/warp/pull/9438/
서버로 telemetry를 보내기 전에 사용자가 비활성화할 수 있는 선택지를 제공함
Sentry로 크래시 리포팅을 쓰지만 이것도 끌 수 있음
telemetry 이벤트는 지적한 대로 소스코드에도 있고 웹사이트에도 공개돼 있음
앱 안에서 우리가 보내는 모든 요청을 볼 수 있는 network log도 제공하고, telemetry 전송 요청도 확인 가능함
OSS 빌드를 직접 컴파일하면 telemetry와 크래시 리포팅이 아예 없음
오픈소스로 가는 이유는 신뢰를 깎으려는 게 아니라 커뮤니티와의 신뢰를 더 쌓으려는 데 있음
사업을 성공시키기 위해 오픈소스화한다는 설명은 솔직해서 좋았고, Warp 자체는 훌륭하다고 봄
내가 아는 인기 있는 터미널 에뮬레이터는 대부분 이미 오픈소스고, Warp가 오히려 드문 클로즈드소스 쪽이었음
투자금이 말라가서 이제는 "커뮤니티"에게 제품 개발을 맡기려는 마지막 시도처럼도 보임
앞으로 에이전트가 중심이 되고 커뮤니티는 아이디어나 스펙만 넣는 구조라면, 지금처럼 모델 가격 보조가 무너지는 상황에서 얼마나 지속될지도 의문임
첫 제품은 커뮤니티가 유지하고 회사는 다른 쪽으로 피벗하려는 건가 싶음
다소 냉소적으로 들릴 수 있지만, VC 뿌리를 생각하면 이걸 선의로만 보기는 어려움
Warp는 제품 비전과 UI는 정말 잘 만들고도, 탐욕, 클로즈드소스, 고객 말 안 듣기로 그걸 망치는 교과서 같은 사례였음
내부에서 누가 바뀌어서 이제 와서 고치려는지는 모르겠지만 넘어야 할 산이 너무 많고, 어쩌면 이미 늦어서 처음부터 새로 만든 다른 제품이 더 잘될 수도 있음
누군가 AI와 코드 편집 기능을 뺀 경량 버전을 만들어줬으면 좋겠음
터미널 경험 자체는 최고인데, agent 기능은 이미 claude code, opencode, codex 같은 다른 선택지가 많아서 쓸 일이 없음
그런데 수익화를 찾느라 AI 열차에 올라탄 뒤로는 점점 더 비대해졌고, 계속 agents를 쓰라고 미는 흐름이 오히려 쓰기 싫게 만듦
프라이버시 우려까지 있어서 업무용 장비에는 양심상 쓰기 어려움
그래서 추적도 없고 AI도 없는 Warp를 나도 원함
지금은 AI 전부 끄기 버튼 하나로 해결되게 하려고 했고, 온보딩 때도 로그인 없이 그냥 평범한 터미널 모드로 들어갈 수 있게 해뒀음
이 정도면 충분한지 궁금함
그때는 Ghostty 대안이었지, 지금 같은 과한 AI bloatware는 아니었음
"Claude, 이 프로젝트에서 짜증나는 수익화랑 vendor lock-in을 다 뜯어내"라고 시키면 꽤 먹힐 수도 있음
나도 고수준 설명만으로 필요한 부분만 복제해서 유료 소프트웨어를 꽤 대체해봤음
오픈소스를 좋은 프로그램의 대체재처럼 쓰는 접근은 오래 못 갈 듯함
95% 확률로 하루 안에 end-to-end로 끝낼 수 있어 보임
Warp 팀이 이런 결정을 한 건 반가움
몇 년째 내 주력 터미널 에뮬레이터였던 이유는 새 노트북에 바로 옮겨도 barebones ZSH만으로 대부분이 해결되고, 예전처럼 빠르고 기능 많은 ZSH를 억지로 꾸미느라 시간을 쓸 필요가 없었기 때문임
기본 자동완성도 괜찮고, 렌더링이 빠르며 기본 그래픽 설정도 sane해서 폰트만 바꿔도 거의 충분함
파일 렌더링 같은 QoL도 좋음
agent 기능은 써본 적 없고, CLI 쪽은 회사가 Claude를 사줬고 나머지는 Zed 구독으로 해결했음
그래도 이제는 예전보다 써볼 마음이 생김
커밋 히스토리까지는 공개하지 않은 게 아쉬움
5년 전쯤 Warp가 그냥 터미널이던 시점으로 브랜치 떠서 AI와 클라우드 부분을 다 걷어내고, 괜찮은 기능만 있는 좋은 터미널로 만들고 싶었음
소스 공개 전에는 현재 코드, 특히 댓글과 문서를 한 번 전부 리뷰하고 싶었고 그 과정도 꽤 번거로웠음
큰 문제는 없었고 정리할 것 몇 개만 있었지만, 전체 히스토리까지 같은 검토를 하라고 하면 나라도 원치 않았을 것임
그냥 통째로 공개할 수도 있었겠지만, 기여자들 모두 마지막으로 공개 준비 검토를 거친 상태가 더 마음 편했을 것 같음
그 뒤부터는 평소 리뷰 프로세스로 이어가면 됨
그냥 Alacritty나 Ghostty를 쓰면 되지 않나 싶음
원래 Warp의 판매 포인트는 터미널 에뮬레이터가 아니라 AI 래퍼였음
https://x.com/mitchellh/status/2049159764261925005
나는 Rust와 libghostty로 터미널을 만들고 있었고, Linux와 Windows도 지원하면서 터미널을 이해하는 내장 agent까지 넣고 있었음
동기는 Warp가 터미널 이상으로 너무 많은 걸 하려는 데 있었음
https://con.nowledge.co
이제 Warp가 오픈소스가 된 건 반가움
Warp는 과거의 나쁜 결정들을 아직 많이 극복해야 하고, 오픈소스 전환을 발표했어도 신뢰는 아직 충분히 회복되지 않았음
지금 주력은 Ghostty인데 Warp도 한동안 보고 있었음
Warp는 미니멀한 터미널이라기보다 거의 IDE 또는 ADE처럼 보이는데, 둘이 꽤 다른 물건인지 궁금함
곁가지로, Mitchel이 SF에서 사람들이 자기한테 와서 Ghostty를 얼마나 화려하게 꾸몄는지 보여줬다고 트윗한 걸 봤는데, 여기서도 그런 식으로 해본 사람이 많은지 궁금함
예를 들어 저장소를 포크해서 내가 좋아하는 Warp 기능 하나를 직접 구현하는 게 얼마나 쉬운지도 알고 싶음
Warp 안에서 터미널 그리드 렌더러로 Ghostty를 쓰는 방향임
초기에 사용자에게 너무 많은 AI를 밀어붙였고, 그 탓에 제품의 매력을 제대로 보여주지 못한 듯함
반면 Ghostty는 경쟁작보다 훨씬 안정적이고 빠르며 사용성도 좋음
나도 2주 정도 만져서 일상적으로 쓸 수 있을 만큼은 만들었음
vim이나 tmux copy mode 비슷한 modal workflow를 원했는데, tmux를 쓰는 오버헤드는 피하고 싶었음
물론 이건 "Ghostty에 자잘한 기능 하나 추가"보다 훨씬 복잡한 편이었고, 감을 보려면 저장소를 보면 됨 https://github.com/milch/mistty
Windows에서는 git bash와의 궁합도 꽤 잘 맞음
아, OS/2 Warp 얘기는 아니었네
용량을 850MB보다 작게 만들 가능성은 없는지 궁금함