RE: agenda+ SVG 2 Features and Approach

You all might have this planned out already, but I just a quick additional thought on this discussion.  The Google Moderator tool [1] might work well for at least one of the phases detailed below as it seems to allow a good bit of flexibility in providing for the evolving conversation(s) as the community or smaller focus groups make progress into the various SVG-related subject areas.

[1]  http://sites.google.com/site/moderatorhelpcenter/getting-started/guide

   best, 
     Jon

________________________________________
From: David Dailey [ddailey@zoominternet.net]
Subject: RE: agenda+ SVG 2 Features and Approach

On  Sunday, May 08, 2011 1:09 PM

Doug Schepers writes:

>Yes, this is a good idea; the SVG WG agreed with the idea of a poll.  We
>definitely want to get the opinions of the larger developer community,
>so we want a wider reach than just this list.

>W3C is setting up some improved forum-based polling (where people can
>post ideas and others can mod them up or down), but I'm not sure when
>that will be put into effect, nor whether it will be suitable for this
>kind of idea collection.  (It might work well, I'm just not sure yet.)
...

I think that a proper methodology for making any information from such polls "usable" might include more than one phase.

For example, in phase one (which is sort of ongoing) several people (rather more expert in nature, we may presume) will respond with lists of various sizes. We might call this a "brainstorming phase."

During this phase, some folks (like me) might not understand quite what others are actually saying (I use as examples [1] by Olaf Hoffmann and [2] by Charles Pritchard, where I get the sense that with some effort and thought on my part I probably could understand, and that once that happened, I would be likely to agree, but in the meantime, I think a few back and forths may be needed for each). Perhaps, Doug, that is what you mean by " forum-based polling (where people can post ideas and others can mod them up or down)" -- Modding is not a verb I know, nor is "forum based polling" something I'm familiar with.

1. Cast a fairly broad net for recommended features and functionalities
2. Discuss them so that a list of mutually exclusive features could actually be constructed using examples and language that would be broadly comprehensible. Then we might all at least come to know what each other is saying. Maybe the SVG-IG would be a good place to have those discussions so the SVG WG archives don't become so clogged as have the HTML WG archives?
3. Determine subsets of the m features that span equivalent functionality sets.  For example, implementing functionalities (A,B, C, and D) might offer something equivalent to (B, E, F, G, H and I) and with less cost to authors but more to implementers; or (X,Y, Z) may carve out low lying fruit in a way that satisfies implementers but forces authors to jump ship and go port Second Life to the web and thence abandon SVG. (I'm just pretending here --the point being that different solutions may appeal to different communities, and some with different costs accordingly.)
4. Following some discussion of use cases relating to a rather broad list of wishes, then one might construct a short answer "poll" in the classical sense to get some sense of what features people actually think they need. Doing so beforehand is likely to under-represent the importance of certain features, since respondents might not know that other alternatives exist, nor of what the benefits of certain approaches might be.
...
5. Ultimately the results of such a poll might merely reflect one measure of "authorial interest", and little more. Ideally, a broad discussion (steps 1 through 4 above) within the community about how to do the various things that people want to do would be a far more useful outcome than the results of a poll itself, the methodology of which would inevitably be questionable. (68% of all people agree that poll taking methodology is suspect.) But as the process unfolds (discussions, use cases and opinion surveys), then the Working Group (who ultimately have responsibility for developing a spec that implementers will be willing to implement) would find itself informed by the entire process.

Received on Wednesday, 25 May 2011 02:57:45 UTC