Email list hosting service & mailing list manager

Encoding projects to kick off this year Lassi Kortela (08 Jul 2020 14:13 UTC)
Re: Encoding projects to kick off this year Lassi Kortela (08 Jul 2020 14:24 UTC)
Re: Encoding projects to kick off this year John Cowan (08 Jul 2020 15:00 UTC)
Re: Encoding projects to kick off this year Lassi Kortela (08 Jul 2020 15:11 UTC)
Re: Encoding projects to kick off this year Arthur A. Gleckler (08 Jul 2020 15:11 UTC)
Re: Encoding projects to kick off this year Lassi Kortela (08 Jul 2020 15:17 UTC)
Re: Encoding projects to kick off this year Arthur A. Gleckler (08 Jul 2020 18:23 UTC)
Re: Encoding projects to kick off this year Arthur A. Gleckler (08 Jul 2020 18:30 UTC)
Re: Encoding projects to kick off this year Alaric Snell-Pym (10 Jul 2020 16:43 UTC)
Re: Encoding projects to kick off this year Alaric Snell-Pym (10 Jul 2020 16:37 UTC)

Re: Encoding projects to kick off this year Lassi Kortela 08 Jul 2020 15:11 UTC

> I very much want us *not* to fall into the RPC trap yet again.  Severely
> limiting the number of message types a la HTTP or 9P makes a huge
> difference in interop.

What is the RPC trap?

> As for complexity vs. arbitrary limits, for integers as for anything
> else it is a tradeoff.  The simplest approach is always to set an
> arbitrary limit.

Varints :-p It may make sense to use something else for things like
Protocol Buffers where performance is a more important design criterion
than extensibility.