- From: Noah Mendelsohn <nrm@arcanedomain.com>
- Date: Thu, 01 Aug 2013 10:31:41 -0400
- To: Chris Wilson <cwilso@google.com>
- CC: Anne van Kesteren <annevk@annevk.nl>, Olivier Thereaux <Olivier.Thereaux@bbc.co.uk>, "robert@ocallahan.org" <robert@ocallahan.org>, Alex Russell <slightlyoff@google.com>, "public-audio@w3.org" <public-audio@w3.org>, "www-tag@w3.org List" <www-tag@w3.org>
+1 Noah On 7/31/2013 1:43 PM, Chris Wilson wrote: > In addition, I'd ask that you be more explicit than calling this problem > "data races", because there's clearly some explicit effect you're trying to > prevent. Any asynchronously-programmable or event-driven system can enable > developers to introduce race conditions. > > > On Mon, Jul 29, 2013 at 10:09 PM, Noah Mendelsohn <nrm@arcanedomain.com > <mailto:nrm@arcanedomain.com>> wrote: > > > > On 7/29/2013 7:05 PM, Anne van Kesteren wrote: > > On Sat, Jul 27, 2013 at 9:22 AM, Noah > Mendelsohn<nrm@arcanedomain.__com <mailto:nrm@arcanedomain.com>> > wrote: > > >Again, I have no informed opinions on the specific merits, > just suggesting a > >useful role the TAG might play to clarify for the many > members of the > >community who are less expert on this than you are. Thank you. > > > I'm not sure we call out data races anywhere, it's something we > just don't do. > > > Well, my recollection may be faulty, but I think that one of the > reasons the TAG took the trouble to formalize things like the > architecture document was the belief that it's easier to ask skeptics > to stick to rules that have been written down, and especially those > that have garnered formal consensus through something like the > Recommendation track. > > Whether it's worth taking a guideline on data races all the way to Rec > I'm not sure, but it seems that it would be worth setting it down > formally, perhaps in a TAG Finding/blog post/Recommendation or whatever > will get the right level of discussion, consensus building, and > eventually attention. > > Certainly, of the many things that have come up recently relating to > APIs, this one seems deeply architectural and very much within the > TAG's remit. > > Noah > >
Received on Thursday, 1 August 2013 14:32:12 UTC