mailing-lists-proposals: Difference between revisions
AndyMabbett (talk | contribs) (→Andy Mabbett: indenting, and adding responses) |
|||
Line 95: | Line 95: | ||
[[User:AndyMabbett|Andy Mabbett]] 04:44, 24 Oct 2006 (PDT) | [[User:AndyMabbett|Andy Mabbett]] 04:44, 24 Oct 2006 (PDT) | ||
*The biggest challenge with creating new microformats (especially for new comers) is with following the process. The same discussions are often had over and over for different formats, thus it makes sense for people developing different formats to at least see the discussions around the creation of other formats and hopefully learn from them and avoid repeating the same questions or mistakes. [[User:Tantek|Tantek]] 00:10, 25 Oct 2006 (PDT) | |||
**Someone new to the mailing list won't see past discussion ether anyway; they need to be referred to the archive. If busy people, whose expertise we need, choose not to see discussion of other, unrelated microformats, we can't force it on them - we either provide a more specifically-focussed forum, or they don't participate at all - which is best? [[User:AndyMabbett|AndyMabbett]] 03:06, 25 Oct 2006 (PDT) | |||
In addition, part of the [[microformats]] methodology/philosophy/principles is simplicity and minimalism - the fewer the better. This applies not only to microformats, microformats properties, and microformats values, but to microformats mailing lists as well. Thus since the beginning we have only created lists when absolutely necessary (i.e. when the traffic/topics crowded out one of the other lists), and then only one at a time. [[User:Tantek|Tantek]] 00:10, 25 Oct 2006 (PDT) | *In addition, part of the [[microformats]] methodology/philosophy/principles is simplicity and minimalism - the fewer the better. This applies not only to microformats, microformats properties, and microformats values, but to microformats mailing lists as well. Thus since the beginning we have only created lists when absolutely necessary (i.e. when the traffic/topics crowded out one of the other lists), and then only one at a time. [[User:Tantek|Tantek]] 00:10, 25 Oct 2006 (PDT) | ||
**I can see what has happened previously; I'm suggesting - with a stated justification - a variation on that. There is more than one opinion, as to what is "necessary". [[User:AndyMabbett|AndyMabbett]] 03:06, 25 Oct 2006 (PDT) |
Revision as of 10:06, 25 October 2006
Mailing Lists Proposals
There is a proposal for creating a new mailing list for discussing the research and creation of new microformats so that those discussions do not overwhelm microformats-discuss.
Some candidates for names with the thinking behind them. Feel free to add your name and opinion (+/- 1 or 0).
microformats-new
Focusing on discussing "new" microformats
- +1 Tantek
- +1 ScottReynen
- -1 Lachlan Hunt
- +1 Joe Andrieu
- -1 Andy Mabbett
- +1 Bob Jonkman
- +1 Ben Ward
- +1 Ben O'Neill
microformats-research
Focusing on the essential, and often overlooked by first-time proposers "research" phase(s) in the process
- +0 Tantek
- +1 ScottReynen
- +1 cgriego
- +1 Phae
- +1 JustinThorp
- -1 Andy Mabbett
- -1 Joe Andrieu
- -1 Bob Jonkman (research is part of process, best documented on the Wiki)
- -1 Ben Ward (strikes me as dilution too far of µf-discuss and µf-new)
- 0 Lachlan Hunt
microformats-process
That's really what we're talking about with research of new microformats, isn't it?
- +1 ScottReynen
- +1 Lachlan Hunt
- +1 singpolyma
- -1 Andy Mabbett
- -1 Joe Andrieu
- -1 cgriego (reminds me of parsing--processing--more so than even microformats-dev)
- -1 Bob Jonkman (Is this the process of creating a new microformat, or the some other process? Document it on the Wiki, I say)
- +0 Tantek
microformats-propose
- -1 Tantek
- -1 ScottReynen
- 0 Andy Mabbett
- -1 Bob Jonkman
- -1 Ben Ward
Comment (possibly by Tantek?): It misses the point of the process, and implies that there is a desire for microformats proposals - there isn't.
microformats-suggest
Similar to propose but milder ;)
- +1 ChrisMessina
- -1 Tantek
- -1 ScottReynen
- -1 Phae (I feel this is just -propose in disguise)
- -1 BenWest
- -1 Andy Mabbett
- -1 Bob Jonkman
- -1 Ben Ward (If µf-new or similar is created for active spec'ing and format development, uf-discuss would comfortably accomodate this as part of the course of discussion)
microformats-work
For working on microformats, new and old.
- +1 BenWest: I thought we are interested in a list that provides a venue for iterating through the process, and revising and refining microformats in general. discuss is for newbies, and dev is for implementing them.
- -1 Tantek: work could mean anything though, not just work on creating new microformats.
microformats-wg
WG is an abbreviation of Working Group
- +1 Lachlan Hunt
- -1 Tantek: "working group" means something quite specific in W3C terminology. Very little of that applies to the set of people that work on creating new microformats.
- -1 BenWard: As Tantek says, ‘working group’ means something that Microformats doesn't have and doesn't want. What's more, to an observer ‘Working Group’ implies exclusivity which isn't what µf development is about.
microformats-tf
TF is an abbreviation of Task Force
- 0 Lachlan Hunt
- -1 Tantek: Though less overloaded with specific meaning than "working group", "task force" still means something quite specific in W3C terminology as well as other standards organizations. Very little of that applies to the set of people that work on creating new microformats.
- -1 BenWard
Change nothing
e.g fix uf-dev, do nothing else (for now)
- +1 RyanKing
- +1 Tim White
- +1 Andy Mabbett
- 0 Bob Jonkman
- 0 Ben Ward
- -1 BenWest
- -1 Tantek (we have opened uf-dev and I still strongly believe we need a new list for the discussion of new microformats, separate from microformats-discuss in order to avoid overwhelming new folks with details and minutiae of new and in development formats.)
General Comments
Andy Mabbett
Why not create a new mailing list for each proposal, once it's reached a certain stage? Then , if the uF is created, or the proposal abandoned, the specific list would be closed, and the archive retained as a link from the "brainstorming" page, as a permanent, and discrete record of discussion on that topic.
Alternatively, the list could be retained for discussion of the implementation and development of that specific uF.
For example, several academic and professional taxonomists have told me in e-mail that they would be interested in the species proposal, (and one astronomer, likewise, for mars/ luna), but do not have the time to follow a general mailing list; indeed, a couple asked me specifically if I would set up a separate mailing list for the subject.
Andy Mabbett 04:44, 24 Oct 2006 (PDT)
- The biggest challenge with creating new microformats (especially for new comers) is with following the process. The same discussions are often had over and over for different formats, thus it makes sense for people developing different formats to at least see the discussions around the creation of other formats and hopefully learn from them and avoid repeating the same questions or mistakes. Tantek 00:10, 25 Oct 2006 (PDT)
- Someone new to the mailing list won't see past discussion ether anyway; they need to be referred to the archive. If busy people, whose expertise we need, choose not to see discussion of other, unrelated microformats, we can't force it on them - we either provide a more specifically-focussed forum, or they don't participate at all - which is best? AndyMabbett 03:06, 25 Oct 2006 (PDT)
- In addition, part of the microformats methodology/philosophy/principles is simplicity and minimalism - the fewer the better. This applies not only to microformats, microformats properties, and microformats values, but to microformats mailing lists as well. Thus since the beginning we have only created lists when absolutely necessary (i.e. when the traffic/topics crowded out one of the other lists), and then only one at a time. Tantek 00:10, 25 Oct 2006 (PDT)
- I can see what has happened previously; I'm suggesting - with a stated justification - a variation on that. There is more than one opinion, as to what is "necessary". AndyMabbett 03:06, 25 Oct 2006 (PDT)