Comment by eqvinox

> OK how do I add an "address" type to CBOR, that's right, I email a lot of people on IETF mailing lists, try and build support among people who have influence,

It's normally about getting rid of complaints rather than building support, and the "people who have influence" thing is not entirely untrue but also not quite true either (I'm not willing to spend the time to go into this here.)

> spec authors feel persuaded/pressured, spec changes.

No, you'd publish a new document describing your extension; existing IETF documents never change and previous authors can't do jack shit other than writing sad mails on the mailing lists.

> This is a distinction without a difference, and is what almost everyone really means when they say "design by committee".

idk, I guess I'm not "almost everyone". For me, design by committee means the following things:

  - standards are written by a preexisting group of people
  - outside contributions not accepted
  - high barrier of entry to joining that group (financial, academic, or "by company name")
  - group membership is about the group rather than the standard, can't join just for one thing
  - the people in the group frequently aren't even interested in the particular work

The IETF is none of these things.

> MP creators asked Bormann repeatedly to not submit anything to the IETF, and then to withdraw what he did submit. That wasn't cool of him!

I'll (sadly) agree that from the stuff I've seen by now that certainly wasn't done well.

> > IETF people needed something for use in other protocols, with a standards doc to reference.

> "needed" isn't the right verb here.

IMHO it is; CBOR was standardized in order to get used in a whole bunch of IoT RFCs. RFCs can certainly reference external specifications, the barrier here is that the same people that bash the document itself also need to be happy with its references.

> That's fine. Or they could have waited. I think MPv5 came out like, a few months after Bormann's 1st draft (I'm guessing I don't really know).

I mean, sure, but at that point it was already 2 years of trying to get string encoding into MessagePack? I think it's reasonable that at some point people give up…

> It's not like there was real urgency here. Nothing the IETF does is urgent.

This is sadly very untrue, e.g. the homenet stuff died because it did not get ready in time for incorporation into CableLabs CPE specs, and as a result of that now no normal CPE on the planet is IPv6 multi-router or multi-uplink capable. I don't know enough about the IoT stuff back then to say anything about urgency there.

> CBOR's spec literally includes a section about MP [0] which was wrong when it was written and has become more wrong as time passes. Also not cool!

Yeah that should've been updated when RFC 8949 superseded 7049.

As far as your last paragraph is concerned, I don't have the background to agree or disagree on the changes being "universally bad", have no idea what the risk of confusion was (there seems to be none now), will certainly agree that the naming choice is pretty poor, and as far as the "forked idea" is concerned, that's a personal-political opinion about ownership of ideas and concepts.

(And I think I've just about run out of time I want to spend on this. Thanks for your notes!)