Re: [hybi] Extensibility mechanisms?

Maciej Stachowiak <mjs@apple.com> Sun, 18 April 2010 08:49 UTC

Return-Path: <mjs@apple.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BFA143A6AD4 for <hybi@core3.amsl.com>; Sun, 18 Apr 2010 01:49:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.299
X-Spam-Level:
X-Spam-Status: No, score=-105.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KgL8vzaf49pE for <hybi@core3.amsl.com>; Sun, 18 Apr 2010 01:49:31 -0700 (PDT)
Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by core3.amsl.com (Postfix) with ESMTP id EF6943A6ACC for <hybi@ietf.org>; Sun, 18 Apr 2010 01:49:31 -0700 (PDT)
Received: from relay16.apple.com (relay16.apple.com [17.128.113.55]) by mail-out3.apple.com (Postfix) with ESMTP id 697B78EA3330 for <hybi@ietf.org>; Sun, 18 Apr 2010 01:49:24 -0700 (PDT)
X-AuditID: 11807137-b7ce7ae0000056c8-a8-4bcac794a348
Received: from et.apple.com (et.apple.com [17.151.62.12]) by relay16.apple.com (Apple SCV relay) with SMTP id 43.F3.22216.497CACB4; Sun, 18 Apr 2010 01:49:24 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="us-ascii"; format="flowed"; delsp="yes"
Received: from [17.151.121.144] by et.apple.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0L12006LADUBBD00@et.apple.com> for hybi@ietf.org; Sun, 18 Apr 2010 01:49:24 -0700 (PDT)
From: Maciej Stachowiak <mjs@apple.com>
In-reply-to: <4BCAB2C1.2000404@webtide.com>
Date: Sun, 18 Apr 2010 01:49:23 -0700
Message-id: <B9DC25B0-CD21-44E7-BD9B-06D0C9440933@apple.com>
References: <h2w5c902b9e1004152345j992b815bz5f8d38f06a19181a@mail.gmail.com> <Pine.LNX.4.64.1004160701250.751@ps20323.dreamhostps.com> <4BC860FD.8080007@webtide.com> <Pine.LNX.4.64.1004161952530.751@ps20323.dreamhostps.com> <4BC96A0D.4080904@webtide.com> <Pine.LNX.4.64.1004180246380.751@ps20323.dreamhostps.com> <4BCAB2C1.2000404@webtide.com>
To: Greg Wilkins <gregw@webtide.com>
X-Mailer: Apple Mail (2.1078)
X-Brightmail-Tracker: AAAAAQAAAZE=
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Extensibility mechanisms?
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Apr 2010 08:49:32 -0000

On Apr 18, 2010, at 12:20 AM, Greg Wilkins wrote:

>
> If you want you concern of enabling amateur programmers
> to implement the protocol included, then please
> propose it as a requirement and see if others
> agree.
>
> Similarly, I'm concerned about websockets transiting
> intermediaries and I too will be proposing requirements
> to that effect, and they too will need community
> support.

I agree that everyone should advocate for what they feel to be  
requirements. That seems like a sensible way to drive the requirements  
document.

But in fairness, in the message Ian was responding to you said:

On Sat, 17 Apr 2010, Greg Wilkins wrote:
>
> I'm sorry but despite your original aims, enabling amateur programmers
> to write protocols that avoid the need for vendor supplied
> infrastructure is not the prime reason this WG has come into  
> existence.

...which seemed dismissive of Ian's goals.


We should try to be respectful of each other's proposed requirements,  
even when we disagree. The IETF operates by rough consensus, so it's  
totally acceptable for different people to be participating in this WG  
with different goals.


My own view: I think we need to support both lightweight "amateur"  
deployments and large-scale deployments involving complex  
infrastructure. Another way to put it is: the protocol should be  
compatible with advanced back-end infrastructure, but should not  
*require* complex infrastructure. Yet another way to put it is: the  
protocol should scale from very small experimental deployments, to  
very large deployments with worldwide reach.

Why do I take this view? A large part of the Web's success has come  
from the "long tail" of content that exists only because the  
underlying formats and protocols make it easy to do simple things.  
This has led to the explosive growth of the Web. At the same time,  
it's clearly important to consider the needs of larger organizations  
as well. A solution that works for Joe Hobbyist Programmer at home,  
but doesn't meet the needs of, say, Facebook or Yahoo, is not a  
complete solution. Large sites are clearly a critical part of the  
Web's success as well.


I think ultimately these two goals are not fundamentally at odds. It  
may be more challenging to satisfy both sets of needs, but we have a  
lot of smart people here so we should be able to figure it out.


Regards,
Maciej