Preferences

A delivery receipt, an automatic read receipt, and a human ack are quite distinct. The first means the device will offer it to a user who eventually looks. The second means the device expects that the user saw it. The third means the user definitely saw and understood it.

It's rarely obligatory (unless the sender literally requests an ack) but is more to offer a data point just in case it happens to be useful. In some cases it will definitely be useful, like to unblock something that can't proceed until the sender knows you've been briefed. For example, if I tell my kids they can stay out later than 10pm any night if I know about it, then even if they message me saying they'll be out late tonight, actually staying out late is blocked by my ack. Of course, this could just be turned into a yes/no question awaiting my answer, but that would be silly considering that I only say yes; they're not soliciting a decision from me, just acknowledgement.


> For example, if I tell my kids they can stay out later than 10pm any night if I know about it, then even if they message me saying they'll be out late tonight, actually staying out late is blocked by my ack.

Do you have an integration test for that in CI? That protocol sounds like the kind of thing which can break easily.

If I as a kid would hear that instruction "can stay out later than 10pm any night if parent knows about it" I would assume notification is necessary, but I would not return home early just because my parent did not ack it. And if my parents complained about that I would find them unreasonable.

Of course with your kids you might have been much more explicit about what you expect from them. Or who knows, maybe you are much more predictable in your response times than my parents were, so your kids might worry about you and call you if you don't respond anything.

I was just trying to come up with a scenario involving an obligatory ack (but not one in response to someone literally requesting a response every time), as a way of showing that while an ack is not typically obligatory, theoretically there could be a counter examples in the form of the ack-seeker twiddling their thumbs until ack, so to speak. I think you're right that these hypothetical kids would find it infuriating, and such protocol would work better if every ack-seeking message actually had a question ("11pm, ok?") making it explicit. It's just weird to pose a question if the answer is the same 100% of the time, and the only variable is timely receipt. How about this: "11pm, lmk" -- but the suffix is wasted keystrokes whatever it is.

This item has no comments currently.

Keyboard Shortcuts

Story Lists

j
Next story
k
Previous story
Shift+j
Last story
Shift+k
First story
o Enter
Go to story URL
c
Go to comments
u
Go to author

Navigation

Shift+t
Go to top stories
Shift+n
Go to new stories
Shift+b
Go to best stories
Shift+a
Go to Ask HN
Shift+s
Go to Show HN

Miscellaneous

?
Show this modal