News for hackers. Stuff that matters.
Re:A major reason for departures at Slack was “remote work r... by ajuc on Monday May 25, 2020 @03:53AM (#23299002)
It serves the same purpose as irc channels, jabber, skype, discord - always-on, no friction communication.

It replaces the possibility of asking your friend who sits on the next chair a quick question.

It can be abused, of course, but I think it creates a healthy hierarchy of information:

If you need the answer today write an email.

If you need the answer in 10 minutes write on irc/jabber/skype/discord/slack.

If you need the answer now - go in person or use a voice call.

We actually had our manager tell us this in my first job and set expectations for how fast you should reply on each channel (of course you can answer faster, up to you). This allows to communication without worrying about destroying other's flow.

And of course you should check documentation and google before you ask, but that's tool-agnostic.

Also for remote teams it shows who is currently available, which is useful in its own way and solves some trust problems employers have with remote workers.

Re:A major reason for departures at Slack was “remote work r... by mjmahone17 on Monday May 25, 2020 @11:50AM (#23302224)
How do you get 2 hours of uninterrupted time if you’re expected to respond to slack within 10 minutes? This becomes a major problem if you’re part of a team that owns something that supports dozens of teams. Even if each other team only slacks you one question per day: you now are getting at least one question every hour or so. If you can’t control your calendar and create “office hours” to aggregate all those questions and answers, then you either need to be really great at multitasking and preserving mental state while dealing with unrelated problems, or you just can’t spend multiple hours of focused time on a problem during normal working hours.

Even if a slack response expectation is only within your team, requiring people to check for notifications more than every hour seems really disruptive, unless you have designated “slack meeting” times.

Re:A major reason for departures at Slack was “remote work r... by tribaal on Monday May 25, 2020 @12:03PM (#23302349)
For me (on IRC) the rule was always that it's fine if people don't answer within 10 minutes, but you should be told.

Specifically, you're expected to answer in IM timeframe unless you set an afk message. This way people know that they should wait for an answer that might not come until hours later.

In an office this is self evident since if you walk to your colleague's desk you see if they aren't there, but requires a bit of explicit communication via IM.

I simply set my status to "AFK deep code" or simply "afk" and turn off notifications to get 2 hours without interruptions when I need it

Re:A major reason for departures at Slack was “remote work r... by t-writescode on Monday May 25, 2020 @01:56PM (#23303199)
Have an on-call rotation and turn Slack off if you're that, that busy. Speak with your manager about mitigation strategies.
Re:A major reason for departures at Slack was “remote work r... by ajuc on Monday May 25, 2020 @12:06PM (#23302364)
You left notifications on. No need to check.

Also it was expected that only urgent stuff will be handled that way.

Re:A major reason for departures at Slack was “remote work r... by michaelbuckbee on Monday May 25, 2020 @07:48AM (#23300110)
The term seems impossibly dated, but the "watercooler" type moments or discussion also happen much more organically in an always-on communications system.
Re:A major reason for departures at Slack was “remote work r... by ncallaway on Tuesday May 26, 2020 @09:40AM (#23310968)
We've created a persistent Google Meet that we've nicknamed "the watercooler".

It serves a similar purpose of being both a social gathering spot, and also a place where you can quickly ask an impromptu question.

I find it super useful for building a social environment in a fully remote environment.

Re:A major reason for departures at Slack was “remote work r... by trhway on Monday May 25, 2020 @01:11PM (#23302864)
>always-on, no friction communication.

such communication becomes the friction itself.

>And of course you should check documentation and google before you ask, but that's tool-agnostic.

the tool which significantly decreases the cost of asking naturally encourages the asking and discourages the documentation and google check by virtue of making the check a waste of time when the answer can be quickly obtained by the asking.