"Production issue" comes to mind, but that would just as likely warrant a quick summary of the situation, since waiting for a response to "hi" wastes even more time.
I probably would be slightly more verbose saying “hey, got a sec?” but honestly it’s a style question and if I’m on the receiving end it’s not going to bother me.
I find much of the discourse around slack etiquette to be slightly self-absorbed. The fact is, things work best when everyone is a bit flexible and understanding. Bottom line is there are reasons why a synchronous ping is justified, but it’s impossible for both parties to agree on it without knowing their mutual disposition. Generally it’s nice to not ping people too often, but also it’s okay to set boundaries and not respond right away (or just turn off slack for heads down time). In extreme cases I suppose I can imagine a company with an unbearable slack culture that makes it impossible to be an effective developer by enforcing an “always available” policy, but I think that’s probably pretty rare compared to places where things will go fine just by having the assertiveness to use some simple tactics mentioned above.
IMO it's more polite to use an async channel first to ask if the other party is available for a phone call, and if not, schedule a phone call for a specific time. Like, I'd love to talk with you about that problem this afternoon, but right now I'm too busy debugging another problem.
> × "Hello, are you around?"
> × "hi sophie - quick question."
> × "You got a sec?"
I agree with you around scheduling synchronous communications, but the thread itself seems to have devolved into a puristic argument against all sync comms regardless of urgency, ephemerality, confidentiality, etc.