▲

Zedless: 프라이버시와 로컬 우선에 중점을 둔 Zed 포크

 (github.com/zedless-editor)
3P by GN⁺ 1일전 | ★ favorite | 댓글 1개
  • Zedless는 오픈소스 에디터 Zed를 기반으로 하며, 프라이버시 보호와 로컬 퍼스트 환경을 강조하는 포크버전
  • Zedless는 클라우드 종속성을 제거하고, 사용자가 원하는 인프라 환경을 직접 설정할 수 있도록 함
  • 스파이웨어 및 원격 텔레메트리 기능을 모두 제거할 예정
  • 콘트리뷰터 저작권 재할당 없는 정책(No CLA)을 도입하여 모든 개발자는 저작권을 유지함
  • 라이선스 관리 자동화 및 오픈소스 라이선스 준수를 위해 추가적인 툴을 사용

Zedless 소개

  • Zedless는 코드 에디터인 Zed의 포크 버전으로, 사용자의 프라이버시 보장과 로컬 환경 최우선 사용성을 목표로 함
  • 현재 개발 중인 프로젝트로, 외부 콘트리뷰션을 자유롭게 받고 있음

주요 변화 계획

  • 자체 호스팅 불가능한 클라우드 서비스에 대한 의존성 제거
    • 타사 클라우드에 엄격히 의존하는 컴포넌트와 기능은 삭제 예정임
  • 스파이웨어 제거 및 데이터 보호
    • 텔레메트리, 자동 크래시 리포팅 시스템이 모두 삭제 대상임
  • 사용자 인프라 우선 지원
    • 네트워크 서비스 기능 사용 시, 사용자가 표준 포맷으로 직접 서비스 공급자를 지정 가능함
    • "기본 공급자" 리스트는 존재하지 않으며, 해당 기능은 기본적으로 비활성화되어 있음
  • 저작권 양도 없음
    • 프로젝트 참가자는 저작권을 본인에게 유지함
    • 개발자에게 불이익이 가지 않도록 No rugpulls 정책 적용

라이선스 및 의존성 관리

  • 써드파티 의존성의 라이선스 정보 제공이 필수이며, 이를 위해 cargo-about 툴을 활용함
  • 주의사항
    • 본인이 작성한 crate에서 'no license specified' 오류 발생 시 Cargo.toml에 publish = false 추가 필요함
    • 종속 패키지의 라이선스 요구사항 미충족 에러 발생 시 해당 라이선스의 적합성 확인 및 명시 필요함
    • cargo-about가 종속 라이선스를 찾지 못할 경우, 명확한 설명 항목을 스크립트에 추가해야 함

프로젝트의 의의

  • Zedless는 프라이버시와 로컬 중심 개발 환경을 중시하려는 사용자, 팀에게 특히 안정성, 자율성, 법적 보호 측면에서 탁월한 대안임
  • 기존의 Zed 대비 사유 클라우드 서비스와 원격 추적 기능 등 잠재적 보안 취약점을 과감히 배제함으로써, 자체 인프라와 오픈소스 생태계에 기반한 신뢰성 확보 가능함
▲
GN⁺ 1일전  [-]
Hacker News 의견
  • Zed에 대한 이런 움직임이 반가움, 현재는 완벽하진 않지만 앞으로가 기대됨, 그런데 AI와 텔레메트리 기능은 전혀 원하지 않음, 최근에는 에디터에서 AI 기능을 거의 쓰지 않게 되었음, Copilot 등 여러 번 시도해도 아직 만족스럽지 못함, 이런 기능들은 소프트웨어 개발 파이프라인의 다른 위치, 예를 들어 코드 리뷰나 문서화 보조 등에 더 적합할 것 같음, 설정 동기화 서비스나 유지보수 구독 형태로는 돈을 내도 좋겠음, 하지만 에디터라는 도구가 VC가 원하는 ROI를 가져다줄 수 있는 제품은 아니라고 생각함, 아마 1년 후엔 다시 Emacs와 IntelliJ 조합으로 돌아갈지도 모르겠음
    • 이런 의견을 드디어 보게 되어 기쁨, 많은 사람들이 AI 에디터를 칭찬하는 동안 나는 왜 그렇게 호들갑을 떠는지 잘 이해하지 못해 소외감을 느꼈음, 몇 가지 AI 에디터를 써봤지만 내 워크플로우가 더 나아진 경험은 없었음, 우리 팀 입장에서 보면 코드 작성이 병목 지점이 아니어서 그런지, 오히려 코드 리뷰가 빨리 되지 않는 게 문제임, 그래서 일부 부담을 덜기 위해 AI 코드 리뷰 도입을 검토하고 있음
    • Zed에서는 AI 기능을 끌 수 있음 Zed 블로그: AI 기능 끄기
    • Zed가 AI 기능 도입을 멈추고 텍스트 편집에 집중하면 정말 훌륭한 제품이 될 수 있을 것 같음
    • 그냥 AI나 텔레메트리 기능을 아예 사용하지 않거나 끄면 되는 거 아님? 굳이 눈앞에 들이대지 않음, 텔레메트리도 기본 OFF면 더 좋긴 한데 간단하게 끌 수 있다면 괜찮음
    • 유지보수 구독에 돈을 내겠다는 이런 의견들은 많은 HN이나 긱 포럼에서 자주 보이지만, 실제로 이런 사용자가 소수여서 제품이나 회사를 지속 가능하게 만들기엔 충분하지 않음
  • 포크에 대해서는 항상 복합적인 감정이 있음, 특히 하드 포크의 경우 더 그렇고, Zed는 최근 모든 AI 기능을 비활성화할 수 있는 기능이 추가됐고, 텔레메트리도 옵트아웃 가능함, 그래서 굳이 포크가 필요한지 모르겠음, 제시된 기능 목록을 보면 충분히 본체에 기본 기능으로 upstream될 수 있는 부분들임, 그렇게 되길 바람, 과거 Redis 포크처럼 생태계가 분열된 기억도 있음
    • Zed 개발자들이 Zed 계정/로그인 기능 비활성화를 허용하지 않는 등 좀 수상한 행보를 이미 보이고 있어서 포크 필요성이 적지 않다고 봄, 생태계 분열을 두려워할 이유는 없다고 생각함, 오히려 다양한 도구가 공생하는 게 락인과 집단사고에서 자유로워지는 긍정적인 길이라고 생각함
    • 옵트인 방식의 텔레메트리도 여전히 불편함, 언제든 소프트웨어가 내 속옷 사이즈나 아침식사 내용까지 보고할 수 있다는 의식을 지울 수 없음, 단 하나의 체크박스에 의존하는 것도 불안함, 다른 기능들도 매번 "필요없음"을 선택해야 하는 옵트아웃 방식이 번거로움, 대체로 미니멀리즘을 선호함
    • 이미 Zed가 오픈소스라서 포크 필요성이 적다고 생각함, 그래서 Zed가 기본적으로 모든 기능을 옵트인으로 전환한다면 이런 포크의 존재 가치가 사라질 것임
    • 첫 실행 시 백그라운드 업로드가 절대 없다는 추가적인 보장이 있는 게 좋음, 참고로 나는 opensnitch도 함께 돌리며 이중으로 방어하고 있음
  • 이런 포크 소식은 좀 빠른 감이 있음, 특히 어떤 목적으로 포크하는지 설명하는 매니페스토 없이 올리는 건 더 그렇고, “no rugpulls”라는 문구를 보면 무언가 Zed에서 사건이 있었던 것처럼 보이는데, 모든 HN 독자가 이런 오픈소스 논쟁에 항상 정통한 건 아님
    • Contributor Agreement(CA)는 나중에 라이선스 변경을 위한 소위 ‘라이선스 러그풀’에 대비해 저작권을 모두 회사에 귀속시키는 장치임, Zed가 CA를 요구한다는 건 미래의 라이선스 변경 가능성을 염두에 두고 있다는 의미이기도 함
    • Zed는 원래 클라우드와 AI 중심의 프로젝트로 잘 알려져 있었음, 이런 흐름이 포크의 명확한 동기라고 생각함, 지금 갑자기 생긴 새로운 논란이나 사건이라기보다는, 방향성이 확실하게 드러나 있고 많은 사람들이 마음에 들어하지 않는 그런 지점임
    • 이번 포크는 github discussion에서 촉발된 것 같다고 생각함
    • Zed가 VC 투자를 받음, 그런데 프라이버시/로컬 퍼스트 포크는 그런 기능이 부족하다는 점만 있어도 스스로 정당성이 있는 셈임, Zed가 자랑하는 많은 기능을 덜어내야 하겠지만 rugpull(러그풀)이라고 할 부분은 좀 애매함
  • 관련 토론 스레드 목록임
  • 이 포크가 어떤 결과를 만들지 궁금함, 예전에 node.js 포크인 IO.js도 node 개발 흐름을 바꾸었던 일이 생각남, 텔레메트리와 AI가 도처에 강요되는 시대에 이런 것에 민감한 개발자 집단이 있다는 점이 떠오름
  • Zed에서 내가 정말 바라는 것은 멀티 윈도우 지원임, 에이전트 패널이나 다른 패널을 다른 모니터로 띄울 수가 없음, 로컬 퍼스트 지향도 좋긴 하지만 나는 AI 도구도 쓰기 때문에 당장은 이 포크를 쓸 것 같진 않음, 그래도 논 텔레메트리, 논 Contributor Agreement 같은 방향성은 반가움, 이 포크의 아이디어가 마음에 들고 행운을 기원함, 한동안 Zed의 AI 기능 없이 1년 넘게 잘 썼으니, 언젠가 AI에 질리면 이 포크로 옮기게 될지도 모르겠음
    • 나도 같은 경험을 했음, Zed에 대한 많은 논쟁을 보고 설치해봤지만 패널을 띄울 수 없거나 1년 넘게 수정되지 않은 기본 설정조차 못 바꿔서 아예 삭제해버렸음
  • 이런 포크, 언젠가 꼭 나올 줄 알았음, 실제로 직접 시작할까도 생각했지만 유지보수 부담이 커서 포기했었음, 이름에 zim(zed improved, vim처럼)도 생각했었음, 실제로 프로젝트가 세상에 나와 기쁘게 생각함
  • 작성자 코멘트임: Lobsters 원문, 포크 프로젝트 바로가기, 나는 내게 불필요하다고 생각되는 텔레메트리, 자동 업데이트, 클라우드 전용 AI 통합, node.js 의존성, 언어 서버 자동 다운로드, 추가 구매 유도, 로그인 버튼 등을 단계적으로 제거 중임, Zeta edit의 클라우드 전용 기능도 가능하면 직접 호스팅할 수 있도록 목표 중임 (예: llama.cpp나 vLLM 인스턴스에서 Zeta edit 예측 수행), 현 상태로는 메인 에디터로 쓸 수 있을 만큼 기능이 됨, 하지만 코드 변화가 많아서 병합 충돌 피하는 데 한계가 있음, 그래서 tree-sitter를 활용해 AST 수준에서 자동으로 수정하는 실험도 하고 있음, 이 실험이 "개인화된 언시키파이드(unshittified)" 버전의 Zed를 만들 수 있게 도구로 발전할 수도 있음
    • node.js 의존성에 대해 질문하고 싶은데, 언제부터 사람들이 node를 싫어하기 시작했고 무슨 이유 때문인지 궁금함
  • 이런 포크는 사실상 Zed에 AI 기능을 컴파일 플래그로 감추는 pull request로 충분하지 않을까 생각함, 굳이 ‘포크’가 아니라도 빌드 명령만 다르면 동일한 코드로 AI 없는 Zed를 만들 수 있지 않겠음
답변달기