Re: HTTP/2 Expression of luke-warm interest: Varnish

In message <>, Mark Nottingham wri

>Much of your commentary seems to assume that we're now deciding what 
>HTTP/2.0 will be; in fact, we're choosing a starting point for further 

No, my commentary is based on the experience that if you pick
a starting point, without first defining the problem(s) you are
trying to solve and the goal(s) you are trying to reach, then
that starting point is where you are going to end up. 

>You advocate (here and elsewhere) going back to the drawing board and 
>doing things from scratch.

No, I advocate starting out deciding what problems and goals HTTP/2.0
should address, what HTTP/1 did right and what it did wrong.

Only once we have a consensus about that, can we judge the
proposals fairly.

What the WG is engaged in right now is a popularity contest, it is
not engineering, and because of the inertia of popularity, it will
be impossible to change anything dramatically, no matter how wrong
it turns out to be.

That alone, in my mind, is reason to not chose SPDY as the starting
point:  The installed volume will deprive the WG of any real

Yes, I belive in rough consensus and all that, but I don't belive
you should always say yes to the first boy who invites you to the

>Finally, HTTP versioning is NOT like software versioning (where the 
>driver is often marketing).

I wish you good luck with keeping marketing and numerological
expectations away from the very head-line inviting "HTTP/2.0"

lf I were you, I'd start to think about how I can explain HTTP/2.0
to journalists from the Daily Mail in a way that doesn't result in
"Boffins to close the web for upgrade" or "Web doesn't work says
head boffin" headlines.

I don't know if you have considered it, but it might be a much
better idea to standardize SPDY as "SPDY", and not roll out the
"HTTP/2.0" headline, until you have something real to show for it.

Given the total lack of interoperability between SPDY and HTTP/1,
that would also make a lot more technical sense.

Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

Received on Monday, 16 July 2012 06:43:36 UTC