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

101–110 of 134 posts

Re: Zulip 3.0: Threaded Open Source Team Chat

#101

Post by bradknowles »

isbjorn16 wrote: post #14
StavrosK wrote: post #12

Earlier quoted context omitted.

Can't you just make a single "general" room and talk in there? Have you ever used Zulip? Your objection puzzles me a bit because I can't see how it's a problem, since your use case is trivially supported.

Yes, I've used zulip - every single comment spawned a thread or responded to a thread. Users weren't used to responding to a thread, which meant we had threads of single comments constantly . I'm puzzled that you're puzzled. I thought this was the way Zulip worked. It was about 2 years ago, at any rate. Did it change since then? If so, that's exciting in its own right.

You are lost in a maze of twisty threads, all alike.

Hmm. I’m not sure that’s a game I want to be forced to play.

Re: Zulip 3.0: Threaded Open Source Team Chat

#102

Post by nikisweeting »

timwis wrote: post #30

I love the idea of this, but I’m trying to move my team away from synchronous communication. That tends to put us back in email, though that has its own problems. What is the asynchronous version of zulip? Forums?

Zulip is awesome because it's async-first, I would argue that it's a chat platform only incidentally. It's primarily a forum / knowledgebase for us.

https://monadical.com/posts/how-to-make-remote-work-part-two...

Re: Zulip 3.0: Threaded Open Source Team Chat

#104

Post by ssivark »

tabbott wrote: post #55
hereisdx wrote: post #44

Apart from a user, I am also a contributor to the Zulip project, for the last ~7 months. The community is very helpful and for getting started with open source development, I can't recommend a better place. You get really high quality code reviews, get to participate in meaningful discussions on features and the development goals of the project, and developers constantly share lots of knowledge in streams like #learn…

Thanks for the kind words! One of our goals as a project is to have a "teaching-quality" codebase, so this is no surprise. I think this is incredibly important and something every community open source project should strive for. An analogy I like to use is to think about the experience of contributing to your open source project as a product, so you should: * Do usability studies where you help a group of people try…

Thanks for you comment with interesting points. It’s quite different from the perspective of “scratching an itch” open source code. I look forward to your posts on nurturing open source communities.

Re: Zulip 3.0: Threaded Open Source Team Chat

#105

Post by maneesh »

eigenspace wrote: post #18

A group of us in the Julia open source community have been trying to migrate to Zulip [1] from Slack. There's a lot of resistance from some community members, but those of us who made the switch are quite happy. The topics model is fantastic, having proper markdown and LaTeX support is also killer. The development team for Zulip is also really responsive and friendly. Coming from Slack, it was a breath of fresh air t…

Is there any sort of 1:1 syncing integration between slack and zulip? It would be awesome if posts in public channels would show up on either app, regardless which was posted -- would make transition easier for teams!

And -- if there isn't, if any developer is interested in working on it, I'd possibly be willing to pay -- and we could probably release it as open source! maneesh@pavlok.com

Re: Zulip 3.0: Threaded Open Source Team Chat

#106

Post by st1ck »

dTal wrote: post #48
eigenspace wrote: post #18

A group of us in the Julia open source community have been trying to migrate to Zulip [1] from Slack. There's a lot of resistance from some community members, but those of us who made the switch are quite happy. The topics model is fantastic, having proper markdown and LaTeX support is also killer. The development team for Zulip is also really responsive and friendly. Coming from Slack, it was a breath of fresh air t…

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!)

I don't quite get this concern about proprietary JS. I agree JS can be malicious, but it has nothing to do with license. Or you can say you don't want to give your data to Slack.

Re: Zulip 3.0: Threaded Open Source Team Chat

#107

Post by nature »

maneesh wrote: post #105
eigenspace wrote: post #18

A group of us in the Julia open source community have been trying to migrate to Zulip [1] from Slack. There's a lot of resistance from some community members, but those of us who made the switch are quite happy. The topics model is fantastic, having proper markdown and LaTeX support is also killer. The development team for Zulip is also really responsive and friendly. Coming from Slack, it was a breath of fresh air t…

Is there any sort of 1:1 syncing integration between slack and zulip? It would be awesome if posts in public channels would show up on either app, regardless which was posted -- would make transition easier for teams! And -- if there isn't, if any developer is interested in working on it, I'd possibly be willing to pay -- and we could probably release it as open source! maneesh@pavlok.com

You can use Matterbridge for that. See https://github.com/42wim/matterbridge/wiki/Section-Zulip-(ba... and https://github.com/42wim/matterbridge/wiki/Section-Slack-%28....

Re: Zulip 3.0: Threaded Open Source Team Chat

#108

Post by PudgePacket »

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.

You can add crates from other registries or git urls.

https://doc.rust-lang.org/cargo/reference/specifying-depende...

Re: Zulip 3.0: Threaded Open Source Team Chat

#109

Post by mderazon »

nikisweeting wrote: post #103
mderazon wrote: post #87

Can anyone compare the threaded model to Google Chat threads ? Is it the same ?

Google chat is completely unthreaded as far as I can tell. Unless you mean Google Groups?

The other other Google chat https://gsuite.google.com/products/chat/ http://chat.google.com

Re: Zulip 3.0: Threaded Open Source Team Chat

#110

Post by jlokier »

Legogris wrote: post #96
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…

> Matrix is an attempt, but by no means a solution. Care to elaborate why you think so? (Obviously it's not there yet , but does anything make you think it won't?)

As it's not there yet, it's not a solution for my requirement.

Eventually, maybe.

For now, I think using Matrix to bridge to every other service is quite daunting. Consider these instructions which seem to be needed to connect to a Telegram group:

https://wiki.calculate-linux.org/matrix_telegram_bridge

I'm lucky that I can easily follow those instructions if I want. But to do all that just for 1 group?

The next one uses Slack.

Then Mattermost.

Then Discord.

Then IRC/Freenode.

My client uses MSN.

My other client uses Yahoo.

My other other client uses Skype.

A recruiter contacts me through WhatsApp, when I didn't have installed.

Another contacts me through LinkedIn.

Another through Telegram.

A friend sent me a message over Facebook Messenger. Of course I didn't get the Facebook message for 6 months due to not logging in :-)

(A friend of mine received a message over WhatsApp and didn't know for 12 months because of not having it installed at all, only to find someone they thought had stopped talking to them was actually sending WhatsApp messages, assuming of course everyone uses it.)

And then there are those group chats on Zoom sometimes.

I haven't listed them all...

Matrix has a long way to go before it's reasonably low effort to use seamless integration with all contact points that are coming up in practice.

I looked at Matrix recently, and it's very impressive how much has been implemented!

I'm almost certainly going to start using Matrix soon, if only because some communities I want to follow are on matrix.org itself.

But seamless, easy, and confident integration with many third party channels seems like it may be a long way off. (I'd also worry about messages getting lost or something due to services not integrating well with third party clients, especially given the adversarial relationship some services have.)

The problem is that everything and its pets seem to be using different services, and some of those want to live in walled gardens.

Amidst this, to be honest, I don't even use IM much! I'm not the chatting type.

But for key people or teams I need to use whatever they use, and for community awareness on the internet I want to see conversation where other people are discussing what I'm interested in, and pick up on key items sufficiently close to real-time to participate if I want.

Post reply on HN