W3C home > Mailing lists > Public > public-device-apis@w3.org > October 2009

Re: ISSUE-14: Gathering requirements [System Info & Events]

From: Robin Berjon <robin@robineko.com>
Date: Tue, 13 Oct 2009 16:40:37 +0200
Cc: public-device-apis@w3.org
Message-Id: <F2D4DA7D-B2DA-4F83-9BD8-2FD36DA70DBF@robineko.com>
To: David Rogers <david.rogers@omtp.org>

On Oct 6, 2009, at 17:36 , David Rogers wrote:
> The question remains as to whether we should consider the subject of  
> a sensors API as in-charter. Having re-read the charter, at the  
> moment, I would say no. With the existing API proposals we have on  
> the table I think we have a large amount of work and scope creep  
> could be dangerous, taking apart any other potential IPR concerns.

I will leave IPR concerns in the Team's capable hands. I'm willing to  
make the case that the SIE API includes sensors, but I don't  
personally have a strong opinion on this. My main IPR concern is that  
FPWDs are sufficiently feature complete that the LC exclusionary  
period is as meaningless as possible (so that this isn't so much a  
chartering discussion).

Scope creep is always a concern, which is why I don't think that we  
should take anything that's off charter. But to me, SIE is so vaguely  
defined that it's hard to make the case that a Candy Dispenser API is  
out of scope. What I am however *much* more concerned about is  
*feature* creep. I tend to think that v1 specs should be:

   a) as small as they can be while still being useful; and
   b) somewhat future-proof.

Of course, the hard part consensus-wise is (b) because it's hard to  
make people happy about simple solutions for future-proofing (no  
matter how many times they've been shown to work) and complex  
solutions don't work (for more on this topic, see Versioning).

As a result, I'd like to ask sensor-heads for the following:

  - What is the smallest amount of functionality that you would call  
success for a quick v1 (e.g. battery, accelerometer, ethylometer)?
  - What would you see as the path forward for v2?

Given the above we can come up with a Plan. Without that we'll just be  
chasing circles around what to include and how open-ended to be until  
the home's Cow Sensor starts ringing.

Robin Berjon
   robineko  setting new standards
Received on Tuesday, 13 October 2009 14:41:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:32:12 UTC