mirror of https://github.com/zulip/zulip.git
148 lines
8.0 KiB
Markdown
148 lines
8.0 KiB
Markdown
> “Choosing Zulip over Slack as our group chat is one of the best
|
||
> decisions we’ve ever made. Zulip makes it easy for our community of
|
||
> 1000 Recursers around the world to stay involved, even years after
|
||
> their batches finish. No other tool has a user experience that
|
||
> [scales to a community of our
|
||
> size](https://www.recurse.com/blog/112-how-rc-uses-zulip).”
|
||
>
|
||
> — Nick Bergson-Shilcock, founder and CEO, Recurse Center
|
||
|
||
## Zulip: Designed with communities in mind
|
||
|
||
Zulip is designed to help thoughtful people work on difficult problems
|
||
together, whether they work from a shared office or from all over the
|
||
world. Zulip offers an ideal platform for communities of all types,
|
||
including open-source projects, research collaborations, volunteer
|
||
organizations, and other groups of people who share a common pursuit.
|
||
|
||
The Zulip core developers have decades of combined experience leading
|
||
and growing open source communities, and we use Zulip to fashion the
|
||
day-to-day experience of being a part of our project. No other chat
|
||
product comes close to Zulip in facilitating contributor engagement and
|
||
inclusion, and making efficient use of everyone’s time.
|
||
|
||
|
||
|
||
<blockquote class="twitter-tweet"><p lang="en" dir="ltr">When we made the switch to <a href="https://twitter.com/zulip?ref_src=twsrc%5Etfw">@zulip</a> a few months ago for chat, never in my wildest dreams did I imagine it was going to become the beating heart of the community, and so quickly. It's a game changer. 🧑💻🗨️👩💻</p>— Dan Allen (@mojavelinux) <a href="https://twitter.com/mojavelinux/status/1409702273400201217?ref_src=twsrc%5Etfw">June 29, 2021</a></blockquote>
|
||
|
||
|
||
## Challenges with other communication tools
|
||
|
||
Problems with the Slack/Discord/IRC model, discussed
|
||
in detail [here](/why-zulip), are even more important for open communities:
|
||
|
||
|
||
- Members of open communities may be scattered all over the world and
|
||
in every time zone. Traditional communication tools like email
|
||
lists, forums, and issue trackers work well in this context, because
|
||
you can communicate effectively asynchronously. A Slack community is
|
||
a bad experience if you’re rarely online at the same time as most
|
||
other members, making it harder to be inclusive of all participants.
|
||
- Many members of open communities have other fulltime obligations and
|
||
can only spend a few hours a week on the community. Because Slack is
|
||
very hard to skim, these part-time community members cannot
|
||
efficiently use their time participating in an active Slack. So
|
||
either they don’t participate in the Slack, or they do, and their
|
||
other contributions to the community’s efforts suffer.
|
||
|
||
|
||
> “Zulip helped the FHIR community grow from a tiny group of dreamers to 500 active users sending 6000 messages per month, all driving the creation of better healthcare standards. Zulip’s topic-based threading helps us manage simultaneous discussions with clarity, ensuring the right people can pay attention to the right messages. This makes our large-group discussion far more manageable than what we’ve experienced with Skype and Slack.”
|
||
|
||
> — Grahame Grieve, founder, FHIR health care standards body
|
||
|
||
|
||
- Many of us are busy people, who really wish we had more time to do
|
||
focus work. Because active participation in Slack fundamentally
|
||
requires constant interruptions, leaders of communities that use
|
||
Slack end up making unpleasant choices between participating in the
|
||
Slack community (limiting their ability to do focus work) or
|
||
ignoring the Slack community (leaving it effectively without their
|
||
input and potentially unmoderated).
|
||
- Writing to a busy Slack channel often means interrupting another
|
||
existing conversation. This makes it harder for newer and shyer
|
||
members to jump into the community. Often this disproportionately
|
||
affects groups that are already underrepresented.
|
||
- The lack of organization in Slack message history (and its 10K
|
||
message history limit) mean that users asking for help cannot
|
||
effectively do self-service support. This results in the community
|
||
answering a lot of duplicate questions.
|
||
|
||
The overall effect is that Slack is a poor communication tool for
|
||
communities that want to have an inclusive, global, community and that
|
||
many busy individuals can happily participate in.
|
||
|
||
|
||
|
||
<blockquote class="twitter-tweet" data-cards="hidden"><p lang="en" dir="ltr">We just moved the Lichess team (~100 persons) to <a href="https://twitter.com/zulip?ref_src=twsrc%5Etfw">@zulip</a>, and I'm loving it. The topics in particular make it vastly superior to slack & discord, when it comes to dealing with many conversations.<br>Zulip is also open-source! <a href="https://t.co/lxHjf3YPMe">https://t.co/lxHjf3YPMe</a></p>— Thibault D (@ornicar) <a href="https://twitter.com/ornicar/status/1412672302601457664?ref_src=twsrc%5Etfw">July 7, 2021</a></blockquote>
|
||
|
||
|
||
|
||
## Solution: Zulip’s topic-based threading
|
||
|
||
Zulip’s topic-based threading model solves the problems described above:
|
||
|
||
- Community members in any time zone can send messages and expect to
|
||
get a reply and have an effective (potentially asynchronous)
|
||
conversation with the rest of the community.
|
||
- Zulip’s topic-based threading helps include part-time community
|
||
members in two major ways. First, they can easily browse what
|
||
conversations happened while they were away from the community, and
|
||
prioritize which conversations to read now, skip, or read later
|
||
(e.g. on the weekend). Second, Zulip makes it easy for them to have
|
||
public conversations with participation from other community members
|
||
(potentially split over hours, days, or weeks as needed), allowing
|
||
them to fully participate in the work of the community.
|
||
- Community leaders can effectively participate in a Zulip community
|
||
without being continuously online. Using Zulip’s [keyboard
|
||
shortcuts](/help/keyboard-shortcuts), it’s
|
||
extremely efficient to inspect every potentially relevant thread and
|
||
reply wherever one’s feedback is useful, and replying hours after a
|
||
question was asked is still a good experience for community
|
||
members. As a result, leaders can do multi-hour sessions of focus
|
||
work while still being available to their community.
|
||
- Topics make it easier to provide a safe, welcoming, online
|
||
community. Asking a question never has to feel like an interruption
|
||
of an ongoing conversation or like one's sticking one's neck out.
|
||
|
||
|
||
> “Wikimedia uses Zulip for its participation in open source
|
||
> mentoring programs. Zulip’s threaded discussions help busy
|
||
> organization administrators and mentors stay in close communication
|
||
> with students during all phases of the programs.”
|
||
|
||
> — Srishti Sethi, Developer Advocate, Wikimedia Foundation
|
||
|
||
|
||
|
||
## Try Zulip today!
|
||
|
||
You can see Zulip in action in our own [chat.zulip.org
|
||
community](/developer-community/), which sends
|
||
thousands of messages a week. We often get feedback from contributors
|
||
around the world that they love how responsive Zulip’s project leaders
|
||
are in public Zulip conversations. We are able to achieve this despite
|
||
the project leaders collectively spending only a few hours a day
|
||
managing the community and spending most of their time integrating
|
||
improvements into Zulip.
|
||
|
||
Many communities that migrated from
|
||
[Slack](/help/import-from-slack),
|
||
[Mattermost](/help/import-from-mattermost),
|
||
[Gitter](/help/import-from-gitter), or
|
||
[Rocket.Chat](/help/import-from-rocketchat) to Zulip tell us
|
||
that Zulip helped them manage and grow an inclusive, healthy
|
||
community. We hope Zulip can help your community succeed too!
|
||
|
||
|
||
> “I highly recommend Zulip to other communities. We’re coming from
|
||
> Freenode as our only real-time communication so the difference is
|
||
> night and day. Slack is a no-go for many due to not being FLOSS,
|
||
> and I’m concerned about vendor lock-in if they were to stop being
|
||
> so generous. Slack’s threading model is much worse than Zulip’s
|
||
> IMO. The streams/topics flow is an incredibly intuitive way to keep
|
||
> track of everything that is going on.”
|
||
|
||
> — RJ Ryan, Mixxx Developer
|
||
|
||
<script async src="https://platform.twitter.com/widgets.js"></script>
|