If this is for deeply dechnical conversations then i am not sure
how much it helps to come up with analogies into foodie land. Not
that i would mind, but its yet another terminology to remember.
Usually, we (technies) try to indulge into TLAification:
VR = Voucher
VRQ = Voucher Request
NS = No prior signed
PS = Pledge Signed
MS = Masa Signed
NS-VRQ, PS-VRQ, MS-VRQ ?
In any case: think of names whose abbriations can be used on labels
of ASCII art explaining the signaling flows ;-)
Think of n
Cheers
Toerless
On Thu, Oct 12, 2017 at 11:40:59AM -0400, Michael Richardson wrote:
>
> Vouchers as issues by the MASA and passed on the to the pledge by the
> Registrar (JRC) are immutable, and the term "voucher" is perfectly fine.
>
> Writing code and documenting test cases, I find that I am sometimes confused
> by the different (signed) thing that the pledge sends to the JRC, and the
> thing the
> JRC sends to the MASA. They are both voucher requests, and they are
> syntactically similar, but they are semantically different.
>
> I mean I gotta given them different test names and store inputs and outputs
> in semantically meaningful file names...
>
> I propose to include an adjective in front of voucher request for the two
> different situations. This would be for deeply technical conversations among
> those steeped in the art; Max has pointed out that voucher vs voucher-request
> is already confusing for some so I don't want to make it worse.
>
> In addition in the JRC->MASA arc are three kinds of voucher requests which
> are semantically different:
> a) ones without any prior-signed-voucher-request
> b) ones with a prior-signed-voucher-request which is a pledge-signed
> artifact
> c) ones with a prior-signed-voucher-request which is a
> (previously-signed) MASA
> artifact
>
>
> I don't know what to suggest. I have in mind: colours, flavours, baking
> terms.
> This is indeed a bikeshed question, so I hope it will elicit a really long
> thread :-)
>
>
> --
> ] Never tell me the odds! | ipv6 mesh networks [
> ] Michael Richardson, Sandelman Software Works | network architect [
> ] [email protected] http://www.sandelman.ca/ | ruby on rails
> [
>
_______________________________________________
Anima mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/anima
