Hacker News new | ask | show | jobs
by ivanbakel 1177 days ago
I agree - as I said, you can see the results in the actions of the other party. But those are all techniques beyond communication: none of them allow you to verify, in the moment, whether or not the other person has "understood" you in the sense of agreeing with what you have to say.

The idea of verifying after communicating is in line with the original article, and the comment by outworlder. What do you think they failed to consider?
1 comments
MichaelZuo 1177 days ago
> But those are all techniques beyond communication: none of them allow you to verify, in the moment, whether or not the other person has "understood" you in the sense of agreeing with what you have to say.

Huh?

To clarify, in my example of the veteran car mechanic assessing someone's proficiency, there's no set-up required, they can verify it 'in the moment'.

No special or unusual tools or environmental conditions are needed to conduct verification.

link
ivanbakel 1177 days ago
>To clarify, in my example of the veteran car mechanic assessing someone's proficiency, there's no set-up required, they can verify it 'in the moment'. > >No special or unusual tools or environmental conditions are needed to conduct verification.

Well at least some environmental conditions are required: if you ask someone to change an oil filter, there has to be a car in the environment to do it on. To get any value of out of it, you also have to be able to oversee the process - it's no use if you're instructing someone over the phone, for example.

More generally, I think the point of the original post, and the original comment, are that verifying that something was communicated successfully requires out-of-band actions. Physically demonstrating something, or watching someone demonstrate something, are both out-of-band: neither work over all communication channels, like user manuals, or phone calls.

Even in-person communication is often restricted to make verification difficult: imagine if you're in a water-cooler meeting with another developer, and you mention that you think they should take a different approach to a certain problem. Are you going to follow them back to their desk to verify that they really choose to do so? Probably not: it's both incredibly rude, and a bad use of your own time. But there is nothing in the water-cooler conversation that you can really do to check that they'll take your advice.

link
MichaelZuo 1175 days ago
> More generally, I think the point of the original post, and the original comment, are that verifying that something was communicated successfully requires out-of-band actions. Physically demonstrating something, or watching someone demonstrate something, are both out-of-band: neither work over all communication channels, like user manuals, or phone calls.

Of course? That's the implication of not just taking someone's word for it in the context of an office environment.

> Even in-person communication is often restricted to make verification difficult: imagine if you're in a water-cooler meeting with another developer, and you mention that you think they should take a different approach to a certain problem. Are you going to follow them back to their desk to verify that they really choose to do so? Probably not: it's both incredibly rude, and a bad use of your own time. But there is nothing in the water-cooler conversation that you can really do to check that they'll take your advice.

That would be the case if it was a trivial matter. But for really important things, then I don't see a problem?

link