2022년 여름에 Zed에서 인턴을 했음. 당시 에디터는 프리 알파 상태였음. Nathan, Max, Antonio는 훌륭한 사람들이며 소프트웨어를 신중하게 개발함. 에디터가 성공을 거두어 기쁨. 팀이 세계적인 수준의 엔지니어링 작업을 많이 쏟아부었기 때문임
Antonio와 함께 확장 시스템 프로토타입 작업을 했음. Antonio는 페어 프로그래밍 협업 기술을 테스트했고, 나는 Zed 코드베이스의 작은 부분에서 많은 질문을 했음. Antonio는 코드에 대해 이야기하고 목적에 맞게 변경하는 방법을 가르쳐 주었음. 최고의 솔루션은 독자에게 어떻게 도출되었는지를 보여주는 것임을 배웠음. 여름은 정말 좋았음
에디터가 오픈 소스이고 사람들이 잘 설계된 AI 통합에 기꺼이 비용을 지불하는 것이 기쁨. 원래 AI가 뜨기 전에는 Zed의 비즈니스 모델이 협업 기능을 사용하는 팀을 위한 좌석당 모델이었던 것 같음. 여전히 Zed를 매일 사용하며 팀이 오랫동안 계속 작업할 수 있기를 바람
확장은 원래 Lua로 작성되었으나 원하는 속성을 가지지 않아 Wasm으로 이동했음. Wasm은 빠르고 샌드박스화되어 있으며 크로스 언어임. 내가 떠난 후 Max와 Marshall이 작업을 이어받아 원래의 serde+bincode ABI에서 Wasm 인터페이스 타입으로 이동한 것 같음. 이는 나를 기쁘게 함. Zed의 초기 역사와 GPUI 및 CRDTs에 직접 접근할 수 있는 확장이 Zed를 협업 코드 에디터에서 완전한 협업 애플리케이션 플랫폼으로 바꿀 수 있는 방법에 대한 블로그 게시물 초안이 있음. 게시하기 전에 많은 작업이 필요하며 아마도 팀에 연락해야 할 것 같음. 다음 주에 기말고사가 있음. 언젠가!
Zed와 Cursor를 시도했지만 항상 너무 마법처럼 느껴졌음. 결국 7개의 도구만 사용하는 최소한의 에이전트 프레임워크를 구축했음: 읽기, 쓰기, 차이, 탐색, 명령, 질문, 생각
이러한 간단하고 구성 가능한 도구는 점점 더 강력해지는 LLM, 특히 Gemini 2.5 pro에 의해 일관되고 이해 가능한 방식으로 대부분의 작업을 수행할 수 있음
더 중요한 것은 '질문' 도구를 끄면 에이전트가 빈번한 수동 확인 없이 완전한 터보 모드로 전환할 수 있음
VS Code를 벗어나 Zed를 사용하고 싶지만, 텍스트가 항상 매우 흐릿해 사용이 불가능함
GitHub 이슈를 몇 달마다 확인하지만, 더 많은 투표와 지지하는 댓글만 있을 뿐, 인정이 없음
누군가가 느린 VS Code에서 우리를 구해주기를 바람
1440p 모니터를 사용 중이며 이 문제를 보고 있음
몇 달 전까지 Zed를 사용했음. 전체 AI 패널이 편집 가능한 영역이어서 가끔 덮어쓰게 됨. Cursor로 전환했지만, 이제는 에디터와 그 되돌리기 스택을 "신뢰"하지 않음. 특히 에이전트 편집을 중간에 검토할 때 코드가 손실됨. 되돌리기/다시 실행 추적이 어려워 계층적 트리 뷰의 히스토리가 있었으면 함
복원 체크포인트/다시 실행은 내 머리로는 너무 직선적임. 트리 기반의 에이전트 IDE를 원하는 것이 잘못인가? 왜 아무도 그것을 만들지 않았는가?
Zed는 소프트웨어가 만들어져야 하는 방식임. 모든 UX 결정에 동의하지는 않지만(예: AI 패널은 Cursor에 비해 정말 나쁨), 정말 빠름. 이 사람들은 진짜임. Zed를 구축하기 전에 Rust로 렌더링 시스템(GPUI)을 구축했으며, 이는 내 컴퓨터에 있는 가장 빠른 소프트웨어 중 하나임. GPUI가 좀 더 성숙하고 안정되면 그 위에 구축할 수 있기를 기다릴 수 없음. 다른 Rust GUI 라이브러리/프레임워크는 좋지 않음
<i>편집</i>: AI 패널이 업데이트되었음! 좋아 보임
Helix 에디터를 6개월마다 확인하며, 저자들이 copilot 지원을 추가할 가능성을 고려하는 것에 대해 덜 적대적으로 변했는지 확인함
Atom, VSC, Vim을 거쳐 결국 Zed로 옮겼음. 이보다 더 편안함을 느낀 적이 없음. 꼭 시도해보기를 강력히 추천함
Atom과 Zed 개발자 간에 겹침이 있음. Atom을 구축하기 위해 Electron을 만들었음. Zed를 위해서는 성능을 향상시키기 위해 GPU에서 UI를 렌더링하는 gpui를 구축했음. Rust로 다중 플랫폼 GUI를 구축할 흥미로운 후보를 찾고 있다면 gpui를 직접 시도해볼 수 있음
개인적인 경험은 다를 수 있지만, 몇 달 전 Linux(pop os, Nvidia)에서 Zed를 사용하려 했으나 매우 느렸음. 오른쪽 클릭 컨텍스트 창을 여는 데 약 1초가 걸렸음
이 문제를 디버깅하는 데 시간을 보냈으며, 내 GPU 드라이버가 현재 pop os 릴리스와 잘 맞지 않음을 알게 되었음. 하지만 여전히 왜 그렇게 오래 걸리는지, GPU가 오른쪽 클릭과 어떻게 관련이 있는지 이해하지 못함
emacs로 돌아갔으며, 매 순간을 사랑함
제목이 실제 개발 속도 또는 에디터 성능을 나타내는지 확신할 수 없음
p.s. Linux에서 상위 게임을 플레이하며, 내 GPU 및 드라이버는 모두 괜찮음
일반적으로 Neovim을 사용하지만, Zed는 내가 실제로 사용할 수 있겠다고 느끼게 한 첫 번째 코드 에디터였음. 유일한 불만은 제거할 수 없는 상단의 "로그인" 버튼임
TFA와 관련하여, 텔레메트리가 옵트인 방식인 것이 좋음
얼마나 잘 작동하는지 놀라움. 어제 새로운 macOS 프로젝트와 아이디어로 하루를 보냈음. 기본 기능을 작성하는 데 반나절을 보낸 후, Zed에서 프로젝트를 열어 기능을 추가했음. AppKit + SwiftUI 통합과 같은 잘 문서화되지 않은 것들 - 문제 없음. 질문에서 약 500개의 새로운 줄을 얻었고, 컴파일 가능한 코드(작동하는)를 얻었음. 리뷰 후 몇 가지를 수정하여 컴파일 가능하거나 더 나아지게 했음. 하지만 여전히
objc/swift와 javascript 통합에 대한 흥미로운 문제가 있었으며, Zed AI는 내 지식을 벗어난 JavaScript 걸작을 제공했음
Hacker News 의견
2022년 여름에 Zed에서 인턴을 했음. 당시 에디터는 프리 알파 상태였음. Nathan, Max, Antonio는 훌륭한 사람들이며 소프트웨어를 신중하게 개발함. 에디터가 성공을 거두어 기쁨. 팀이 세계적인 수준의 엔지니어링 작업을 많이 쏟아부었기 때문임
Zed와 Cursor를 시도했지만 항상 너무 마법처럼 느껴졌음. 결국 7개의 도구만 사용하는 최소한의 에이전트 프레임워크를 구축했음: 읽기, 쓰기, 차이, 탐색, 명령, 질문, 생각
VS Code를 벗어나 Zed를 사용하고 싶지만, 텍스트가 항상 매우 흐릿해 사용이 불가능함
몇 달 전까지 Zed를 사용했음. 전체 AI 패널이 편집 가능한 영역이어서 가끔 덮어쓰게 됨. Cursor로 전환했지만, 이제는 에디터와 그 되돌리기 스택을 "신뢰"하지 않음. 특히 에이전트 편집을 중간에 검토할 때 코드가 손실됨. 되돌리기/다시 실행 추적이 어려워 계층적 트리 뷰의 히스토리가 있었으면 함
Zed는 소프트웨어가 만들어져야 하는 방식임. 모든 UX 결정에 동의하지는 않지만(예: AI 패널은 Cursor에 비해 정말 나쁨), 정말 빠름. 이 사람들은 진짜임. Zed를 구축하기 전에 Rust로 렌더링 시스템(GPUI)을 구축했으며, 이는 내 컴퓨터에 있는 가장 빠른 소프트웨어 중 하나임. GPUI가 좀 더 성숙하고 안정되면 그 위에 구축할 수 있기를 기다릴 수 없음. 다른 Rust GUI 라이브러리/프레임워크는 좋지 않음
Helix 에디터를 6개월마다 확인하며, 저자들이 copilot 지원을 추가할 가능성을 고려하는 것에 대해 덜 적대적으로 변했는지 확인함
주로 TS와 Rust로 개발 중임
개인적인 경험은 다를 수 있지만, 몇 달 전 Linux(pop os, Nvidia)에서 Zed를 사용하려 했으나 매우 느렸음. 오른쪽 클릭 컨텍스트 창을 여는 데 약 1초가 걸렸음
일반적으로 Neovim을 사용하지만, Zed는 내가 실제로 사용할 수 있겠다고 느끼게 한 첫 번째 코드 에디터였음. 유일한 불만은 제거할 수 없는 상단의 "로그인" 버튼임
얼마나 잘 작동하는지 놀라움. 어제 새로운 macOS 프로젝트와 아이디어로 하루를 보냈음. 기본 기능을 작성하는 데 반나절을 보낸 후, Zed에서 프로젝트를 열어 기능을 추가했음. AppKit + SwiftUI 통합과 같은 잘 문서화되지 않은 것들 - 문제 없음. 질문에서 약 500개의 새로운 줄을 얻었고, 컴파일 가능한 코드(작동하는)를 얻었음. 리뷰 후 몇 가지를 수정하여 컴파일 가능하거나 더 나아지게 했음. 하지만 여전히