As mentioned elsewhere, if I don't want to do something straight away, I star it for the next morning's run through my starred list, or if it's more particular than that set a reminder or something. It's really not too bad.
As mentioned elsewhere, if I don't want to do something straight away, I star it for the next morning's run through my starred list, or if it's more particular than that set a reminder or something. It's really not too bad.
I think it's also worth remembering that for hacker type folks like us, customizing software is the norm. But default settings are default for a reason, and they will inevitably end up being the most commonly used. When everyone else in your company expects you to use Slack they way do, i.e. for 8 hours a day with instantaneous reply times, then it becomes hard to push against that and eventually it becomes the status quo
I certainly find it much easier to follow than massive chain emails.
But this is kind of an absurd critism. Who wants a real-time business-oriented operations chat system where you don't know about incoming messages by default? Can you imagine people complaining about not knowing about new messages for minutes and support staff having to inform people that you have to turn those on manually? Slack wasn't engineered to suck you in, it's acting in the only rational and useful default for what it is, a standard established by every chat client I've ever heard of before it. It would have been a product that didn't work by default. If slack was missing a seeing you wanted, I could understand, but at some point you're just blaming a chat tool for being optimal for chats because your organization wants you to respond unreasonably quickly or because you're not muting channels or snoozing or not using the settings to the fullest.
(In an ideal world of course we'd be using a chat system that has a great user experience, is based on open standards, _and_ is somehow easy to deploy... but within our current economic system that is clearly a tricky one.)