4 ms·

A lot of people don't get threading. I'm in a small but active channel for our work team. It's roughly 15 people in a large company so it works well for us to e

A lot of people don't get threading. I'm in a small but active channel for our work team. It's roughly 15 people in a large company so it works well for us to engage and share. The problem is two others thread correctly, the rest just SPAM the main thread and when they do get the inkling to thread a reply it's often a new divergent thread off of a small conversation that someone threaded out earlier to be polite to the main. But the worst... The worst offender on our team thinks all of their replies must be seen by everyone. So they use the "Also send to #mainthread..." for every message they send. It's almost as if training on async chat is required for some as there's a total disregard for etiquette from some.

youppindsr 5y ago
You realize all this thread etiquette you say your teammate doesn't "get" are preferences you have that you've built up? The problem is Slack, not your coworker. Slack's threads are conversation killers. Your coworker doesn't want to get siloed into a discussion in a thread with only the people who saw the first message, but Slack encourages that. Sorry you're mad. Zulip does solve this problem one way.
- windexh8er 5y ago
  If there's a thread that someone needs to be in our team is very inclusive. We just @ them into it and it's not an issue. I'm not mad. And there is an etiquette. I'm not blaming Slack - if you use it with some constructs in mind for how to keep conversations succinct and in their own places for others to easily find and use later - it works out better for all involved. There is value in using a tool in an efficient and repeatable manner that benefits all. This isn't a matter of being right or wrong. There are values in a user base being consistent in how they use a, mostly, unstructured tool - especially in the case of this example. Unfortunately abusing a feature that's meant for other use cases and is not there to always be used ("Also send to #...") can be used incorrectly, and in this case it is. Everyone who needs to be in the thread is already there. It's just broadcasting to everyone who doesn't need to be the statement they've made. I don't actually believe Zulip solves this problem, but it does look interesting for a number of other reasons.
ezluckyfree 5y ago
Yeah I think that if your team doesn't understand threading, Zulip will be even worse. Zulip's threading model takes many people a few hours to get accustomed to, even if those people are comfortable with threading in other clients.
IshKebab 5y ago
You just have to tell them. It might feel rude but you can do it nicely. Our work has a :please_use_threads: emoji (a needle and thread) which is a nice polite hint.

youppindsr 5y ago

You realize all this thread etiquette you say your teammate doesn't "get" are preferences you have that you've built up? The problem is Slack, not your coworker. Slack's threads are conversation killers. Your coworker doesn't want to get siloed into a discussion in a thread with only the people who saw the first message, but Slack encourages that. Sorry you're mad. Zulip does solve this problem one way.

windexh8er 5y ago
If there's a thread that someone needs to be in our team is very inclusive. We just @ them into it and it's not an issue. I'm not mad. And there is an etiquette. I'm not blaming Slack - if you use it with some constructs in mind for how to keep conversations succinct and in their own places for others to easily find and use later - it works out better for all involved. There is value in using a tool in an efficient and repeatable manner that benefits all. This isn't a matter of being right or wrong. There are values in a user base being consistent in how they use a, mostly, unstructured tool - especially in the case of this example. Unfortunately abusing a feature that's meant for other use cases and is not there to always be used ("Also send to #...") can be used incorrectly, and in this case it is. Everyone who needs to be in the thread is already there. It's just broadcasting to everyone who doesn't need to be the statement they've made. I don't actually believe Zulip solves this problem, but it does look interesting for a number of other reasons.

ezluckyfree 5y ago

Yeah I think that if your team doesn't understand threading, Zulip will be even worse. Zulip's threading model takes many people a few hours to get accustomed to, even if those people are comfortable with threading in other clients.

IshKebab 5y ago

You just have to tell them. It might feel rude but you can do it nicely. Our work has a :please_use_threads: emoji (a needle and thread) which is a nice polite hint.