# Zulip.com의 가치 > Clean Markdown view of GeekNews topic #26609. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=26609](https://news.hada.io/topic?id=26609) - GeekNews Markdown: [https://news.hada.io/topic/26609.md](https://news.hada.io/topic/26609.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-02-12T05:36:59+09:00 - Updated: 2026-02-12T05:36:59+09:00 - Original source: [zulip.com](https://zulip.com/values/) - Points: 4 - Comments: 1 ## Topic Body - **Zulip**은 세계에서 가장 체계적인 팀 채팅 소프트웨어를 만들기 위해 **지속 가능성과 개방성**을 핵심 가치로 삼음 - 모든 기능을 포함한 **100% 오픈소스** 모델을 유지하며, 누구나 무료로 자체 호스팅할 수 있도록 지원 - **커뮤니티와 멘토십 투자**를 통해 다양한 배경의 오픈소스 기여자를 양성하고, 18만5천 단어 이상의 개발 문서를 제공 - **벤처 자본 없이 자립적 비즈니스 모델**을 구축해 장기적 유지보수와 윤리적 운영을 보장 - **비영리·교육·연구 단체** 등 자금이 부족한 조직에도 무료 클라우드 호스팅을 제공하며, 수백 개 기관이 이를 활용 중 --- ### 지속 가능한 소프트웨어 구축 - 조직 운영의 핵심이 되는 팀 채팅 플랫폼은 장기 유지 가능성이 중요함 - Zulip은 회사, 커뮤니티, 기술 구조를 장기 개발이 가능하도록 설계 - 2013년부터 초기 고객들이 **중단 없는 서비스**를 이용 중임 - 이러한 철학은 모든 의사결정에 반영되어 있으며, **책임 있는 유지보수**를 목표로 함 ### 100% 오픈소스 유지 - 일부 기업이 유료 제품의 데모 버전만 공개하는 것과 달리, Zulip은 **전체 기능을 오픈소스로 제공** - 자체 호스팅 시 클라우드 버전과 동일한 기능을 이용 가능 - **무료 설치와 운영이 용이**하도록 문서화되어 있으며, 수천 개 조직이 이를 활용 중 - 오픈소스 원칙을 통해 **투명성과 접근성**을 보장 ### 커뮤니티와 멘토십 투자 - Zulip은 **활발한 오픈소스 커뮤니티**에 의해 개발되며, 차세대 기여자 양성에 전념 - 코드의 **가독성·테스트·수정 용이성**을 높이기 위해 구조적으로 설계 - 18만5천 단어 분량의 **기여 가이드 문서**를 제공, Git 팁부터 아키텍처 결정까지 포함 - 2016년 이후 **100명 이상이 인턴십 프로그램**에 참여 - 선임 기여자들의 멘토링을 통해 다수 참가자가 정규 교육보다 더 많은 것을 배웠다고 평가 ### 가치에 부합하는 지속 가능한 비즈니스 - Zulip 개발을 이끄는 핵심 팀은 **Kandra Labs**를 설립해 재정적 기반을 마련 - **벤처 자본 없이 자립적 성장**을 추구하며, 미국 NSF의 **SBIR 보조금** 지원을 받음 - 급격한 성장 대신 **지속 가능한 운영**과 합리적 지출 속도를 유지 - 투자자 압력 없이 **윤리적 가치와 기술 품질**을 지키며, **유지보수가 쉬운 코드베이스**를 위해 코드 리뷰·자동 테스트·문서화 등 품질 기준을 엄격히 적용 ### 가치 있는 조직 지원 - **오픈소스 프로젝트, 연구 그룹, 교육기관, 비영리 단체** 등 자금이 부족한 조직도 Zulip을 사용할 수 있도록 지원 - 이들을 위해 **Zulip Cloud Standard 무료 호스팅**을 제공 - 현재 수백 개 조직이 이 프로그램을 통해 서비스를 이용 중 - 이러한 지원은 Zulip의 **사회적 책임과 커뮤니티 중심 철학**을 반영함 ## Comments ### Comment 51026 - Author: neo - Created: 2026-02-12T05:36:59+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=46953815) - 최근 회사에서 **Zulip**을 쓰기 시작했는데, 지금까지 써본 커뮤니케이션 앱 중 **가장 잘 설계된 UX**라고 느꼈음 구조가 명확해서 원하는 대화로 바로 이동할 수 있고, 전체 상황을 한눈에 볼 수 있음 키보드 단축키가 더 많았으면 좋겠고, 모바일 앱에는 ‘최근 대화’ 뷰가 필요하다고 생각함 - ‘최근 대화’ 대신 **inbox 기능**이 있었으면 좋겠음 지금은 알림을 클릭하면 사라져서 나중에 다시 볼 메시지를 관리하기 어려움 읽지 않은 메시지를 임시 inbox처럼 쓰고 있음 그래도 Zulip은 이 분야에서 가장 **합리적인 메시징 경험**을 제공한다고 생각함 - Slack을 오래 쓰다가 넘어오니 처음엔 ‘Slack 방식’이 그리웠음 하지만 Zulip의 **스트림/스레드 구조**가 훨씬 체계적이라 UX 면에서는 더 낫다고 봄 다만 익숙해지는 데 시간이 좀 걸림 - Zulip 팀이 이 스레드를 볼 것 같아 덧붙이자면, **채널 우선순위 시스템**이 있었으면 좋겠음 일부 채널을 ‘중요’로 올려서 inbox를 토글할 수 있다면 훨씬 효율적일 것 같음 - 우리 회사는 인수 후 Teams에서 Zulip으로 바뀌었는데, 모두가 싫어함 Teams에 비해 너무 불편하고 농담 같은 수준임 그래도 사람마다 맞는 게 다르니 이해함 - 예전에 Zulip을 테스트했을 때 **스레드 기반 구조**가 너무 불편해서 팀 전체가 싫어했음 그런데 최근에 ‘토픽 비활성화’ 설정이 있다는 걸 알게 됨 일반 채팅룸처럼 시간순으로 볼 수 있다면 다시 시도해볼 가치가 있을 듯함 - Zulip의 목표는 좋지만, 실제로 써보면 **UI가 투박하고 느리게 반응**해서 커뮤니티 참여를 포기하게 됨 모바일에서도 헤더 UI가 깨져서 불편했음 - 혹시 iOS Safari 26을 쓰는지 확인해보길 권함 이 버전에서 모바일 웹 레이아웃이 깨지는 문제가 있고, Zulip뿐 아니라 여러 웹앱이 영향을 받음 iOS라면 **모바일 앱**을 직접 쓰는 게 좋음 - 몇 년 전에도 비슷한 경험을 했음 - 구체적으로 어떤 부분이 깨졌는지 설명해줄 수 있는지 궁금함 - Zulip의 **UI와 사용성(ergonomics)** 이 여전히 대중 확산의 가장 큰 장애물임 E2EE나 완전한 self-hosting이 없다는 점도 일부에게는 문제지만, 오픈소스 가치만으로 충분하다고 보는 조직도 많음 개인적으로는 인터페이스에 금방 익숙해졌지만, 많은 사람들이 **디자인 때문에 이탈**하거나 Slack처럼 ‘general chat’만 쓰는 경우를 봤음 - 나도 그중 한 명이었음 개념은 마음에 들었지만 UI가 너무 복잡해서 도저히 쓸 수 없었음 - 우리 회사는 2년째 Zulip을 쓰고 있음 데이터 저장 위치를 직접 통제할 수 있다는 점은 좋지만, **UI가 낡고 어색**함 모두가 ‘그럭저럭 괜찮다’고만 느끼는 수준임 - 이 문제를 더 깊이 생각해보면, 사용자는 두 부류로 나뉨 **‘Completer’** 는 빠른 처리와 닫힌 루프를 선호하고, **‘Cultivator’** 는 정보를 구조화해 축적하는 걸 선호함 Zulip은 후자에게 맞춰져 있어 전자에게는 부담이 됨 Slack은 반대로 ephemeral한 대화를 전제로 하기에 장기적 맥락이 사라짐 결국 두 접근 모두 한계를 가짐 해결책으로는 1) 두 가지 뷰(‘triage 모드’와 ‘dashboard 모드’)를 제공하거나 2) **AI 기반 토픽 클러스터링** 같은 점진적 정리 UX를 도입하는 방법이 있음 Slack의 [Canvas 기능](https://slack.com/intl/en-in/features/canvas)도 이런 문제를 해결하려는 시도로 보임 - 기업의 **가치관**은 시장 점유 후 쉽게 변함 OpenAI가 협업 방침을 바꾼 사례처럼, 이런 변화를 책임질 수 있는 구조가 필요하다고 생각함 - Zulip은 **완전한 오픈소스와 self-hosting**이 가능해서 이런 문제에 강함 Bluesky가 말하는 ‘credible exit’을 이미 구현하고 있음 다만, 구성원이 직접 거버넌스에 참여하는 **협동조합형 기업**이 더 이상적이라고 생각함 - “모두가 가치관을 말하지만, **10억 달러 수표** 앞에서는 변함”이라는 말에 공감함 - 결국 가격 흥정의 문제일 뿐임 - 물론 실제로 그 돈을 기다리는 입장이라면 지키기 더 어렵겠지 - 그래서 기업이 ‘가치’를 내세우면 신뢰가 가지 않음 차라리 솔직하게 돈을 기다린다고 말해주면 좋겠음 - 나는 **Zulip을 최고의 오픈소스 프로젝트** 중 하나로 꼽음 이유는 다음과 같음 1) 오픈소스 유지에 대한 확고한 의지 2) 지속적인 기술적 완성도 3) 최신화된 문서 4) 공개된 개발 프로세스(chat.zulip.org) 5) 엔지니어와 커뮤니티의 직접 지원 6) **유연한 UI 커스터마이징** 7) 현대적인 기술 스택 8) 개발자 성장에 좋은 학습 환경 - Zulip에 대한 호불호가 갈리는 걸 보며, **조직 규모**가 영향을 주는지 궁금해짐 우리처럼 3명짜리 원격 팀에서는 매우 잘 작동함 아마 사용자 수가 많아지면 UI 워크플로가 무너지는 걸지도 모름 - 나도 3명짜리 회사에서 써봤는데, **토픽 기반 UX**가 너무 불편했음 전체적으로 투박하고 예쁘지 않음 그래도 좋아하고 싶다는 마음은 있음 - Zulip은 훌륭하지만, 내가 속한 대부분의 커뮤니티에서는 **E2EE(종단간 암호화)** 가 필수 요건임 - 나는 2023년부터 **Carolina Code Conference**를 운영하며 참가자 네트워킹용으로 Zulip을 사용 중임 정말 멋진 플랫폼이라 더 널리 쓰였으면 좋겠음 - Zulip의 **토픽 중심 패러다임**을 정말 좋아함 하지만 음성 메시지를 지원하지 않아서, 소규모 그룹에서는 결국 Signal 같은 앱으로 돌아가게 됨 큰 그룹에는 필요 없지만, 작은 팀에는 음성 메시지가 가장 편함