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.