Re: [hybi] Extensibility mechanisms?

John Tamplin <jat@google.com> Tue, 20 July 2010 22:21 UTC

Return-Path: <jat@google.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 8A2873A6809 for <hybi@core3.amsl.com>; Tue, 20 Jul 2010 15:21:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.976
X-Spam-Level:
X-Spam-Status: No, score=-105.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=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 yIT5BFA6V4YQ for <hybi@core3.amsl.com>; Tue, 20 Jul 2010 15:21:08 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by core3.amsl.com (Postfix) with ESMTP id 8A7F83A65A5 for <hybi@ietf.org>; Tue, 20 Jul 2010 15:21:08 -0700 (PDT)
Received: from kpbe20.cbf.corp.google.com (kpbe20.cbf.corp.google.com [172.25.105.84]) by smtp-out.google.com with ESMTP id o6KMLNHw020554 for <hybi@ietf.org>; Tue, 20 Jul 2010 15:21:23 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1279664484; bh=hLKv/xyFf9AldcK47ns6iCi68xQ=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=kS2VebJHvkiM/xRO2rGCFEREcSc0L+jf22ohDy6R/R/+nKwDrNbfpsK4SDlEnPbuY AONspueqGzITvcluSshmg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:from:date:message-id: subject:to:cc:content-type:x-system-of-record; b=U0jW01ZaX/gC+GTW6rGM0WmGJcXVGKQIea58Bh6BVfInqfD1l3rIhKj0/sijVHn69 2dCYTjOFL7uwI8o43Agrg==
Received: from gxk26 (gxk26.prod.google.com [10.202.11.26]) by kpbe20.cbf.corp.google.com with ESMTP id o6KMKPx7017670 for <hybi@ietf.org>; Tue, 20 Jul 2010 15:21:23 -0700
Received: by gxk26 with SMTP id 26so4451564gxk.10 for <hybi@ietf.org>; Tue, 20 Jul 2010 15:21:22 -0700 (PDT)
Received: by 10.150.225.17 with SMTP id x17mr1212256ybg.6.1279664482212; Tue, 20 Jul 2010 15:21:22 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.151.60.3 with HTTP; Tue, 20 Jul 2010 15:21:02 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1007202204270.7242@ps20323.dreamhostps.com>
References: <h2w5c902b9e1004152345j992b815bz5f8d38f06a19181a@mail.gmail.com> <4BCAB2C1.2000404@webtide.com> <B9DC25B0-CD21-44E7-BD9B-06D0C9440933@apple.com> <4BCB7829.9010204@caucho.com> <Pine.LNX.4.64.1004182349240.751@ps20323.dreamhostps.com> <4BCC0A07.9030003@gmx.de> <Pine.LNX.4.64.1004190753510.23507@ps20323.dreamhostps.com> <4BCC111C.90707@gmx.de> <Pine.LNX.4.64.1004190837570.23507@ps20323.dreamhostps.com> <4BCC204D.30004@gmx.de> <z2gad99d8ce1004190822ne4dd36b6v54d63efcc448e840@mail.gmail.com> <Pine.LNX.4.64.1007202204270.7242@ps20323.dreamhostps.com>
From: John Tamplin <jat@google.com>
Date: Tue, 20 Jul 2010 18:21:02 -0400
Message-ID: <AANLkTimzWAkxG18mgfY_IUtKdsvgv4XLnzKVfsE1aC99@mail.gmail.com>
To: Ian Hickson <ian@hixie.ch>
Content-Type: multipart/alternative; boundary="000e0cd40332e4daf8048bd91ab5"
X-System-Of-Record: true
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: Tue, 20 Jul 2010 22:21:11 -0000

On Tue, Jul 20, 2010 at 6:14 PM, Ian Hickson <ian@hixie.ch> wrote:

> What I'm interested in personally is writing a protocol that amateur
> programmers can implement easily. If we say they have to use someone
> else's code to do this, then that's a failure, IMHO. (Though as I've
> mentioned before, if people have different goals or priorities, I have no
> problem with separate protocols also being designed to address those --
> Web Sockets doesn't have to be everything for everybody.)


I still don't see the argument for servers written by amateurs.  I have used
far more quick-and-dirty web clients (telnet, socket/connect/write in C,
wget/curl, etc) than I have quick-and-dirty servers.  If some amateur needs
to write a server anyway, they aren't going to write it from scratch even if
it were possible for them to do so -- they will find some library.

Contrast this with embedded clients, which might well have tighter
constraints than most clients, and could benefit from having optional
features they could leave out that would be useful for more powerful
clients.  Meanwhile, the servers are going to almost certainly be on more
powerful machines, though granted they have more connections to support.

-- 
John A. Tamplin
Software Engineer (GWT), Google