[Bug 9894] The chairs should be required to ensure that decisions result in consistent specifications

http://www.w3.org/Bugs/Public/show_bug.cgi?id=9894





--- Comment #3 from Laura Carlson <laura.lee.carlson@gmail.com>  2010-06-22 18:20:21 ---


Writing a spec before coming to consensus on the design principles is backward.
But we are at where we are at.

(In reply to comment #0)
> The process should be changed to require that the chairs ensure that working
> group decisions are based on general guidelines that can be consistently
> applied to the whole specification

Consistency is a worthy goal. A set of *real* design principles might fulfill
this request and aid decision making. No principles or disputed principles can
very well lead to inconsistent, contradictory, and discriminating decision
making. Principles can be fundamental value guides used to base decisions.

Ian, do you have a set of design principles that you currently use for editing
that you could offer as an example? 

Part of the problem may be that neither the decisions that Ian has made nor the
decisions that the Chairs have made are based on any agreed to principles [1].  

The current design principles that we have to date do not have consensus and
are not anything that can be applied consistently to make decisions. They are
wishy-washy and non-committal. They are consistently crafted to allow
inconsistency. [2]

In order to apply consistent decision making throughout the specification,
perhaps a new attempt should be made at the design principles. Tantek [3] [4]
seemed to be interested in pushing for:

a) known explicit technical design principles for the spec
b) consistent application of those principles

[1] http://lists.w3.org/Archives/Public/public-html/2010Jun/0290.html
[2] http://lists.w3.org/Archives/Public/public-html/2010Jun/0298.html
[3] http://lists.w3.org/Archives/Public/public-html/2010Jun/0288.html
[4] http://lists.w3.org/Archives/Public/public-html/2010Jun/0295.html

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Tuesday, 22 June 2010 18:20:23 UTC