Earlier quoted context omitted.
not to mention that if someone is supposed to be a professional coordinator, they would benefit from being a good communicator. starting a discussion with "hi" and disappearing for minutes is absolutely disrespectful and shitty, not to mention the opposite of efficient. they need to work on their time management.
I mean, maybe I’m rude but if someone just messages me Hi on slack I simply ignore it until they send something more substantial.
No Hello
121–130 of 256 posts
Re: No Hello
#122Earlier quoted context omitted.
"Some people are TCP. Some are UDP." Nailed it! This is going up on the wall in my office.
And some people, like me, are... what do you call TCP but without initial handshake? Like: ---- Other person: Hi, what time was that thing? Me: Hey, 14:00. ... ... Me: Hey, 14:00 ! ... ... Me: walks in their face Hey you, the thing you asked, it's at 14:00. Other person: Yes yes, I heard you first time! Me: boils internally, muttering to themselves so why the fsck didn't you say so? ---- Please don't hang on "Hello",…
"Since we are on the topic of communication, written communication also does not constitute communication unless they confirm they read it."
https://simonwillison.net/2024/Sep/15/how-to-succeed-in-mrbe...
Re: No Hello
#123Just ask the mother flipping question ffs!
Re: No Hello
#124I'm the original author of this content. I wrote it on the internal wiki at Google in 2007. Someone copied it and posted it at nohello.(something) after I left Google. It's made the front page of HN multiple times. The discussions always split between the people who just want to get on with the conversation and the people who can't bring themselves to do that because they consider it unforgivably rude. The second gro…
Re: No Hello
#125But, anyways, it's just life, don't know why people (even from my generation) are nervous these days.
Re: No Hello
#126Earlier quoted context omitted.
There's another reason for 'hello' ... it's a way to make sure you have the other person's attention before launching into a topic or question.
If the conversation needs that, many think that indicates it should be an email, or a meeting, not a chat.
Re: No Hello
#127I'm the original author of this content. I wrote it on the internal wiki at Google in 2007. Someone copied it and posted it at nohello.(something) after I left Google. It's made the front page of HN multiple times. The discussions always split between the people who just want to get on with the conversation and the people who can't bring themselves to do that because they consider it unforgivably rude. The second gro…
There's another reason for 'hello' ... it's a way to make sure you have the other person's attention before launching into a topic or question.
If it’s urgent enough that the actual message isn’t enough, “Hello” isn’t going to cut it either.
Re: No Hello
#128Earlier quoted context omitted.
I don't get what this achieves since the whole reason they sent you "hello" is that they want a TCP handshake before they get on with it. So sending hello back just acks the message and they will proceed which is what they wanted. The annoyance in TFA is that you have to do the handshake at all.
Actually, when you put it like that, sending 'hello' back might be the best thing you could do. They sent you a SYN, you send back and ACK, then the real conversation can begin. I suddenly no longer agree with TFA. This makes way more sense to me in this light.
when they could have just included `${QUERY}` in the initial send, or at least `framing(${QUERY})`.
Re: No Hello
#129Instead of "Hello, did you notice, that db is down? Can you check it please?"
Just terse "DB seems to be down. Please check it."
Re: No Hello
#130Earlier quoted context omitted.
Actually, when you put it like that, sending 'hello' back might be the best thing you could do. They sent you a SYN, you send back and ACK, then the real conversation can begin. I suddenly no longer agree with TFA. This makes way more sense to me in this light.
The relevance of TFA is that this only works if the initiating party is still connected, and to make matters worse there is no ERR_SOCKET_CLOSED returned by most chat clients if that party got distracted before seeing the ACK. Then minutes or hours later they get back "hey sorry, missed your reply, ${QUERY}" when they could have just included `${QUERY}` in the initial send, or at least `framing(${QUERY})`.