Threaded messaging comes to Slack
slackhq.com
Threaded messaging comes to Slack
1–10 of 96 posts
Re: Threaded messaging comes to Slack
#2Re: Threaded messaging comes to Slack
#3Re: Threaded messaging comes to Slack
#4Fundamentally, what you want is to be able to read and participate in multiple conversations with a given group of people (a channel) at the same time, with as little overhead as possible, and when catching up later, you want to be able to read one conversation at a time, not all of them mixed together. And you don't want to have to go into some special mode to do so; you want it to feel like the default thing to do. I don't expect this to get a lot of use. The data Slack mentioned to the press shows that even Slack employees hardly use the feature; from http://www.theverge.com/2017/1/18/14305528/slack-threads-thr...:
> "But employees at Slack, who have been testing threads for months, say they are meant to complement public channels — not replace them. Joshua Goldenberg, the company's head of design, told me that only 7 or 8 percent of his time in Slack has moved to threads."
If the people at Slack's who designed this feature hardly use it, I doubt it's going to solve the big problems with Slack/Hipchat/Campfire/IRC, namely that their chat room model doesn't work once a channel gets beyond a few dozen actually active participants.
If you're interested in a good solution to this problem, check out how Zulip does threading (https://zulip.org has some screenshots (of an old visual design, sadly), or visit the developer community at https://chat.zulip.org to see it in action). Zulip's threading is the main reason why it's become the open source group chat application project with the most active development community (see e.g. https://github.com/zulip/zulip/graphs/contributors).
(Edited for clarity)
Re: Threaded messaging comes to Slack
#5Considering how long Slack has been promising threading, this seems really half baked and poorly thought out.
Re: Threaded messaging comes to Slack
#6I've spent a lot of time thinking about the problem of how to make threading work as the lead developer of Zulip, an open source group chat application where every conversation is threaded, and I think adding Facebook-style comment threads to messages is the wrong approach. Fundamentally, what you want is to be able to read and participate in multiple conversations with a given group of people (a channel) at the same…
Re: Threaded messaging comes to Slack
#7Much better real time chat culture, imo.
Re: Threaded messaging comes to Slack
#8On IRC you just take the discussion to another channel, which can be created ad-hoc and trivially disposed of when no longer necessary. Or you just become good at reading around multiple conversations at once. There's also no expectation that you need to read everything to catch up when you come back after a while - take that to email if you need to. Much better real time chat culture, imo.
Re: Threaded messaging comes to Slack
#9On IRC you just take the discussion to another channel, which can be created ad-hoc and trivially disposed of when no longer necessary. Or you just become good at reading around multiple conversations at once. There's also no expectation that you need to read everything to catch up when you come back after a while - take that to email if you need to. Much better real time chat culture, imo.
> "There's also no expectation that you need to read everything to catch up when you come back after a while - take that to email if you need to."
Slack doesn't require that expectation, either. You can easily change settings of Slack to just ignore messages that you were not there for, just like you are describing.
While I actually do like IRC also, your two points are pretty weak considering Slack does both of those well, too.
Re: Threaded messaging comes to Slack
#10On IRC you just take the discussion to another channel, which can be created ad-hoc and trivially disposed of when no longer necessary. Or you just become good at reading around multiple conversations at once. There's also no expectation that you need to read everything to catch up when you come back after a while - take that to email if you need to. Much better real time chat culture, imo.
I think for me the problem is that the answer to a question may come much later than the question and other conversation might have taken place since. Certainly is the case with our remote team. (that said, I can't get the post to load, so I have no idea if this will help or hurt)