4 ms·
I'm trying to understand your objection to this name a bit better, but I can't quite agree with the things you've stated as problems. You seem to be arguing for
by joshka 8y ago
I'm trying to understand your objection to this name a bit better, but I can't quite agree with the things you've stated as problems. You seem to be arguing for increasing the ambiguity where there really isn't any:
1. That's an email address, not an email.
2. That's a noun-ed verb - context generally makes it obvious when verbs are used rather than nouns. "I can email you" is a shorthand for "I can send an email to you".
3. That's fine - a mail client / server would never confuse these as the body is very obviously a property of most any representation.
In the same way that I'm not concerned that my postman has never delivered a fence to me, or written on a bulletin board system, I think we can cope with this name being the appropriately sensible one.
Have I misconstrued your argument?
- nailer 8y agoYou have, but I don't really know how I could explain it more simply. I'll try though using your analogy. Your postman doesn't deliver fences to you, he posts post to you. In a similar way, instead of using the word 'post' all the time, a sensible design for an API would want to have a person deliver a message.