W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface)

From: Peter Thatcher <pthatcher@google.com>
Date: Fri, 19 Jul 2013 12:28:43 -0700
Message-ID: <CAJrXDUE3TjVebN46C8pBepz4D6nz-BEDSwW4RmX0KDjQVk53WA@mail.gmail.com>
To: cowwoc <cowwoc@bbs.darktech.org>
Cc: "public-webrtc@w3.org" <public-webrtc@w3.org>
On Fri, Jul 19, 2013 at 12:15 PM, cowwoc <cowwoc@bbs.darktech.org> wrote:

> On 19/07/2013 3:06 PM, Adam Roach wrote:
>
>> On 7/19/13 13:47, Peter Thatcher wrote:
>>
>>> I think this is the real issue at hand: You value legacy interop more
>>> than a usable API.
>>>
>>
>> This. *This* is why I've told you that you're misunderstanding
>> everything. Don't take offense, just go back and read more carefully. I
>> never said anything that implied that legacy interop is more valuable than
>> a usable API. It's a nice strawman for you to build up and tear down, but
>> you are arguing with a fictional character who is not me when you do so.
>>
>> What I'm trying to point out is that these goals are not at odds with
>> each other. Your statement above implies that you have taken it as given
>> that we can't do both -- that there is a tradeoff here to be made. If you
>> take that as a fundamental principle, then I can see how nothing I say
>> makes any sense.
>>
>> But they're not mutually exclusive goals. Keep that in mind, and go back
>> to re-read what I've written.
>>
>
>     I think what Adam is trying to say is: http://www.joelonsoftware.com/*
> *articles/fog0000000069.html<http://www.joelonsoftware.com/articles/fog0000000069.html>
>
>     Adam, I would argue that we can improve the API incrementally without
> throwing out all the lessons we've learned to date *but* this means you
> have to be open to change.



Ironically, the thing that seems to have gotten the whole SDP discussion
reignited was that I proposed the "NoPlan JS API", which was a completely
incremental, additive approach to improving the API.  So, I'm totally in
favor of an incremental approach to improving the API.  But, when I
proposed it, I got three big pieces of feedback:

1.  The anti-SDP crowd said, basically, "We don't like it because there's
still too much SDP;  Remove more".
2.  The pro-SDP crowd said, basically, "We don't like it because this isn't
SDP Offer/Answer;  Don't change so much".
3.  The WG leaders said, basically, "let's finish the current API before we
change anything major".

My hope is that 2.0 will be able to make everyone happy.

> It's not okay to use this as a club to silence calls for change, which
> frankly is what we've been hearing for a while: "Sit tight while we finish
> 1.0... it's just around the corner. Let's not discuss any changes until we
> get this out the door."
>
>
FYI, Adam just said we're "nowhere near finished yet".




> Gili
>
>
Received on Friday, 19 July 2013 19:29:50 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:35 UTC