Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zulip 3.0: Threaded Open Source Team Chat

blog.zulip.com

Post reply on HN
Print view View original

71–80 of 134 posts

Re: Zulip 3.0: Threaded Open Source Team Chat

#74

Post by dijit »

oehtXRwMkIs wrote: post #65
dTal wrote: post #48

Earlier quoted context omitted.

That's excellent news. Being locked out of the community by virtue of it being hosted on a proprietary service, requiring a proprietary code blob to access, was one of the biggest sour notes I had coming to Julia. (Now if only discourse.julialang.org links would render without Javascript!)

Remind me of Rust with the added bonus of requiring a GitHub account to upload crates.

FWIW Rust has a zulip, I'm on it, it's the only community I'm part of on zulip.

It's mostly frequented by the infrastructure teams. :)

Apparently the compiler team is also >primarilyhttps://rust-lang.github.io/compiler-team/about/chat-platfor...

Re: Zulip 3.0: Threaded Open Source Team Chat

#75

Post by jamesponddotco »

rakoo wrote: post #68
jamesponddotco wrote: post #15

I am looking for something to replace XMPP with our team; I wonder if Zulip could be the one. I do like the thread idea. Does anyone know if there is a CLI client, and if E2E encryption is possible with Zulip? It does not seem like these are built-in, but maybe someone built these as add-ons somewhere. I love XMPP, and OMEMO, but Profanity, and Conversations have some weird quirks when used together that we would rat…

E2E encryption kinda breaks with the model of Zulip, ie a company or a project where everything should be visible by everyone even if they arrive after the conversation has started. You'll probably be better served by hosting your own instance and trusting everyone who connects to it.

That is another thing, it would be even better if we could control E2E encryption per room.

Since we do everything in the open, instead of needing something like XMPP for private conversations, and IRC for public conversations, we could simply have private rooms with E2E encryption for the team, and public rooms for everyone else.

I wish IRC had E2E encryption.

In the end, I think we might stay with XMPP with OMEMO for private conversations — or Matrix, depending on how well weechat-matrix work —, and use mailing lists for public discussions. We already use them for patches anyway.

Re: Zulip 3.0: Threaded Open Source Team Chat

#76

Post by jlokier »

isbjorn16 wrote: post #40
jlokier wrote: post #34

Earlier quoted context omitted.

> The good news is there are tons of options for people to choose what fits best for them! That's super exciting! Personally I'm finding it a bit of a nightmare, as just about every community I'm interested in seems to require a different tool to be installed. Same for work clients. Worse than that, some communities are fragmented into different IM tool groups. The plethora of IM and other tools needed to stay vaguel…

I tend to use the web clients for everything for just this reason. Turning notifications on gives me the same toast behavior I'd have in a thick client and I'm not running 14 instances of electron at a time. I can see this being frustrating for you, though (just because I found something that works for me doesn't mean it'll work for everyone!)

That's a good suggestion, and as it happens I use web clients when possible as well.

That sucks in a different way, as the experience tends to be sub par, but at least it works (when on desktop - it's high friction when I've only got my phone to hand).

It's still much like having a different application for every community or work client though - only it's become a different tab for each of them, with the tabs organised by application rather than by usefulness (or there are too many tabs), which is a poor way to organise.

It also makes it difficult to organise information beyond the crude tools provided. Desktop notifications exist, yes, but I would find it so much more useful to be able to filter content and notify me of only relevant things, sort, pin, annotate, link and so on. And for this prioritisation and context management to mediate between different information sources globally, rather than having to use my own brain to do it manually, which I find to be a significant cognitive load.

Re: Zulip 3.0: Threaded Open Source Team Chat

#78

Post by price »

awill wrote: post #72

Is Dropbox still involved with this at all? It surprises me that Dropbox didn't integrate Zulip better, or combine it with Dropbox, Paper etc.. to create some kind of G Suite competitor.

Dropbox is not involved with Zulip. I'm not sure we've ever posted a good canonical write-up of that story, but here's a version I wrote a couple of years ago: https://news.ycombinator.com/item?id=17629329

Re: Zulip 3.0: Threaded Open Source Team Chat

#79

Post by JoshTriplett »

StavrosK wrote: post #69
JoshTriplett wrote: post #67

Earlier quoted context omitted.

> The mental model might take an hour or two to click, but you can think of it as Slack rooms where the only thing you can do is open new threads (can't post messages in the room itself, only in the threads). I've used both Slack and Zulip, and I wouldn't describe it that way. Slack threads feel more "isolated" by default, hidden away from the conversation, and you have to go look at each one; a Slack channel where y…

Oh, yes, the UI is fantastic in how it handles this, but I was describing the general data structure. Some people had trouble grasping the mental model initially, and I found thinking of it in those terms helpful for figuring out what's going on.

Part of the reason I brought this up was that this is roughly how Zulip was first described to me, and my experience with threads in Slack made that sound really unappealing, which led me to avoid trying Zulip for quite some time. Once I finally tried it, it was completely different than I expected, and much better.
Post reply on HN