Re: [hybi] WS framing alternative

Pieter Hintjens <ph@imatix.com> Fri, 30 October 2009 11:33 UTC

Return-Path: <pieterh@gmail.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 879AA3A6889 for <hybi@core3.amsl.com>; Fri, 30 Oct 2009 04:33:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 8OR0N6o3QFG2 for <hybi@core3.amsl.com>; Fri, 30 Oct 2009 04:33:55 -0700 (PDT)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by core3.amsl.com (Postfix) with ESMTP id 7CACB3A6878 for <hybi@ietf.org>; Fri, 30 Oct 2009 04:33:55 -0700 (PDT)
Received: by fg-out-1718.google.com with SMTP id d23so1284684fga.13 for <hybi@ietf.org>; Fri, 30 Oct 2009 04:34:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=yCy6aOj1Qxg3jFPyxleWRmJM50nNQOw9ROBCkyIWp7E=; b=VVidzzbxFHV12np3b+Q6vwuvKCJnWRBtpoB4uVmlKrbGfzNLENUifVI6qxi0EUcJXs /XQVetW14KwnAKnCfze97uMMiBlgPDESY/LXif2BB4bHgHWUzlOeTAWPj47jh5eU2o8S TQcpzBr9JqmPzJR6Ypoe5zqhANyGtn/MPmq2A=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=v7/Polmg0e0Y3/e4quNBy4vIjhf8CznTdasBPqM74CWvN7QmvHQJ0X15syJFljQrlv cV/V2vrE5aYu4bx+YzjCAtK7t5qgMh/pmeYA5xxZCqcp7p81uG6Zn13GWXPMOSbTIQ8v DlkmBc5n0jIgKx/n8Bw2J9yUtn+10Lvt4xiFw=
MIME-Version: 1.0
Sender: pieterh@gmail.com
Received: by 10.86.114.29 with SMTP id m29mr247317fgc.7.1256902448152; Fri, 30 Oct 2009 04:34:08 -0700 (PDT)
In-Reply-To: <6.2.5.6.2.20091029214250.028ec768@resistor.net>
References: <8B0A9FCBB9832F43971E38010638454F0F1EA72C@SISPE7MB1.commscope.com> <a9699fd20910270426u4aa508cepf557b362025ae5db@mail.gmail.com> <Pine.LNX.4.62.0910271824200.25616@hixie.dreamhostps.com> <4AE76137.8000603@webtide.com> <Pine.LNX.4.62.0910272118590.25608@hixie.dreamhostps.com> <20091029123121.GA24268@almeida.jinsky.com> <4AEA0E6C.1060607@webtide.com> <4AEA5713.8020008@it.aoyama.ac.jp> <Pine.LNX.4.62.0910300346010.25616@hixie.dreamhostps.com> <6.2.5.6.2.20091029214250.028ec768@resistor.net>
From: Pieter Hintjens <ph@imatix.com>
Date: Fri, 30 Oct 2009 12:33:48 +0100
X-Google-Sender-Auth: 8e3fec9a0589ee67
Message-ID: <5821ea240910300433r3274d311r5664c1ea3fc56bed@mail.gmail.com>
To: SM <sm@resistor.net>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: hybi@ietf.org
Subject: Re: [hybi] WS framing alternative
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: Fri, 30 Oct 2009 11:33:56 -0000

On Fri, Oct 30, 2009 at 6:01 AM, SM <sm@resistor.net> wrote:
> At 21:22 29-10-2009, Ian Hickson wrote:
>>
>> What is the process for proceeding in the IETF when people have
>> fundamentally different and mutually exclusive opinions?

Speaking from experience of the AMQP design process over the last five
years, which was riven by such arguments...

Technical designs should not be opinion-driven at all.  There are
optimal (provably optimal) solutions for any well-defined problem.  If
two people do not agree on such solutions then either they are solving
different problems (this is most common), or they are not aiming for
optimal solutions but instead familiar and/or pre-existing solutions
(this is also common).  Or they are just incompetent with delusions of
competence (perhaps most common).

Even the expression of opinion is a sign that the design process is
failing or will fail to pinpoint the most accurate solution.

A forced compromise often creates a mediocre solution.

A better way to resolve the conflicts of interest that many of us
bring to such discussions is to create competition between solutions,
i.e. multiple protocols that implementors can choose.  Over time that
will drive the solutions towards an optimum.

This is all opinion, of course and does not answer the question of how
the IETF works, but may be a useful guideline for knowing how to
resolve conflicts of opinion.  Namely, if you start by saying "I
think", you are probably wrong.  :-)

-Pieter Hintjens