Re: Call for volunteers for C/C++ API liaison manager

Doug Royer <> Thu, 08 May 2014 22:01 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id D6F491A011F for <>; Thu, 8 May 2014 15:01:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lHqu1mcj7so9 for <>; Thu, 8 May 2014 15:01:09 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:400e:c03::229]) by (Postfix) with ESMTP id 2E4311A0153 for <>; Thu, 8 May 2014 15:01:09 -0700 (PDT)
Received: by with SMTP id lj1so3377965pab.14 for <>; Thu, 08 May 2014 15:01:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=14vFo9jaRahmyR9nFW/oDAAtNoZPi1wycpSaXMaitJw=; b=uxWTNaFpYrS5zrbe5yRsY6dQX0uxJ4hy34f/2opLYi1XCFlZQBEw+2Bae/7jHhFkBJ 9T/FFTNSPa/o1BMBXwLkJlMIkT9vWQwPfDDrviUOoIO/1Mnc0TaM2J6M0ojO7Dk5teHK Tr4rm+tpAlfkrncTeJGJSCWVCQLzt1hMZZKgV70ijsQfLKKc8ruDmtFTB68sE1zSat5i gRHI9gIXh16uj2qP92x4vhJY3HzYXmNgsHz8v7crESbsQRveXxg31zQ2UjQdDJkPrvHK WPOcDkkPXElgkuwxTTD4RLzHgrJ0WNt69QM6vBnHnPbtv8csw3azPOshKeikKIMnvGlG UFew==
X-Received: by with SMTP id h10mr12550545pat.70.1399586464542; Thu, 08 May 2014 15:01:04 -0700 (PDT)
Received: from [] ( []) by with ESMTPSA id vg1sm3804027pbc.44.2014. for <> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 15:01:02 -0700 (PDT)
Message-ID: <>
Date: Thu, 08 May 2014 16:00:59 -0600
From: Doug Royer <>
Organization: http://SoftwareAndServices.NET
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
Subject: Re: Call for volunteers for C/C++ API liaison manager
References: <> <> <> <> <> <> <> <> <>
In-Reply-To: <>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020508000708070707030202"
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 08 May 2014 22:01:13 -0000

On 05/01/2014 11:40 AM, Thomas Nadeau wrote:
> I guess we will have to agree to disagree. I just don't see why that 
> is going to be useful to anyone. If you were talking about open source 
> and/or reference implementations that the source was available for, 
> then that makes far more sense to me. --Tom 

With some protocols (thinking iCal) the implementors can produce 
incomparable objects. An API can clarify the object model (Oh this is 
how you use it), simplify application development (I do not have to 
spend time making sure I invent an API that will work with all of these 
object permutations and across vendors and vendor objects),

Look at IMAP, almost everyone started with or at least looked at the 
Mark Crispin code from UofW. If your core business model is making code 
that someone else has already defined, good luck making much money. A 
predefined API allows companies to adopt a protocol and stay focused on 
their core business model.

A working group hashed out API would always be a better starting point 
than alone and in a closet code that sucks cash from a company that 
really wants to produce a product.

And I also think that it would be nice if people would create open 
source code that was reviewed by a working group and referenced or 
hosted by the IETF.

VoIP is another example. It would save a lot of time if I knew I could 
use a thought out API, even if I had to implement the code.

Protocol without API == minimum.
API with out code == useful.
API with code == ideal.


Doug Royer - ( /