Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add references to "Open Stand" principles #325

Closed
masinter opened this issue Sep 3, 2019 · 7 comments
Closed

add references to "Open Stand" principles #325

masinter opened this issue Sep 3, 2019 · 7 comments
Assignees
Labels
Closed: Rejected DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs)
Milestone

Comments

@masinter
Copy link

masinter commented Sep 3, 2019

https://open-stand.org/about-us/principles/
is a concise statement of purpose that could be linked to in the Introduction and also the CONTRIBUTING.md guidelines.

I think it doesn't hurt for reviewers of the process know these explicit requirements

@dwsinger dwsinger added the Agenda+ Marks issues that are ready for discussion on the call label Sep 3, 2019
@michaelchampion
Copy link

What problem would this address?
IIRC, the OpenStand Principles were not developed by a Process consistent with the OpenStand Principles 🤔

@masinter
Copy link
Author

masinter commented Sep 5, 2019

There are no principles or guidelines that I can find for the kinds of characteristics that changes to the process should still insure. If you don't like citing OpenStand guidelines, then copy them in. I think at the time that W3C, as a signatory to it, believed it met.

Is there any of the OpenStand principles you think shouldn't be included?

@dwsinger
Copy link
Contributor

dwsinger commented Sep 5, 2019

I'm not at all convinced that the Process document is the place for the W3C to make these broad statements of principle.

@michaelchampion
Copy link

Is there any of the OpenStand principles you think shouldn't be included?

"No one party dominates or guides standards development. " That's not obviously consistent with the W3C Director's vast authority (on paper) to shape Recommendations. W3C abides by this principle in practice, to a great extent. But some complain that the big-company implementers of W3C Recommendations are the ones who "dominate" in practice. So it's not at all obvious that stating this principle in the Process would improve its operation.

"Broad consensus. Processes allow for all views to be considered and addressed, such that agreement can be found across a range of interests." This is the W3C ideal, but in practice non-consensus happens and dissent is over-ridden. The Director (in practice, the W3C Management team collectively) is the ultimate determiner of "consensus" from a process perspective. Adding this OpenStand Principles language could complicate the resolution of dissent in practice (or be seen as a meaningless platitude by those whose dissent is ignored).

"are chosen and defined based on technical merit, as judged by the contributed expertise of each participant". In practice, technical merit is NOT the ultimate criterion for W3C Recommendations, technical feedback by experts doesn't over-ride a preponderance of opinion by non-experts. I'm not sure how to balance "democratic" and "technocratic" considerations in standards development but W3C definitely doesn't operate as a technocracy or meritocracy (well, since the highly meritorious founding Director disengaged from the day to day activities anyway).

My bottom line remains: Unless there is a clear problem with the current process that could be improved by incorporating or normatively referencing the OpenStand principles, I see more potential harm (or at least in time and distraction from more important matters) than good from doing so.

@masinter
Copy link
Author

masinter commented Sep 5, 2019

OpenStand gives you a set of objectives against which a reviewer could judge a process change.
Without it, there is no statement against which you could try to judge one 'director-less' branch vs another. @michaelchampion doesn't seem to argue that W3C shouldn't aspire to the OpenStand goals, even if you think they're not met in practice. The process document originally relied on the Director as an ultimate fallback for cases where goals were in conflict.

Take the Media Extension rechartering case, for example. Without a Director to cut the knot, how would such a case be resolved?

@css-meeting-bot
Copy link
Member

The Revising W3C Process CG just discussed Open standards Principles, and agreed to the following:

  • RESOLVED: Close #325 no change
The full IRC log of that discussion <fantasai> Topic: Open standards Principles
<fantasai> github: https://github.com//issues/325
<fantasai> dsinger: what to do?
<fantasai> florian: I think the Process is not where we do philosophy
<fantasai> florian: so I think we should close this no change
<dsinger> +1 to florian
<fantasai> dsinger: To me the Process defines how the engine works
<fantasai> dsinger: Not basic principles behind how the engine works
<mchampion> +1 to closing the issue
<fantasai> tink: Not objecting, but are we sure nothing in these principles would have an impact on the way the engine works?
<fantasai> florian: That's why I don't want to include, because I'm worried that it might
<mchampion> I discusses some of the potential problems this raises in the GItHub issue
<fantasai> dsinger: E.g. insistence on democracy, vs us being director-led consortium
<fantasai> dsinger: Principles belong in governing documents, not Process
<fantasai> dsinger: So closing on those grounds
<fantasai> RESOLVED: Close #325 no change
<dsinger> https://github.com//issues/262

@css-meeting-bot css-meeting-bot removed the Agenda+ Marks issues that are ready for discussion on the call label Oct 23, 2019
@dwsinger
Copy link
Contributor

Our feeling is that statements of general principles, and so on, do not belong in the process document, and we prefer that the process is merely the rather dry 'how to run the consortium'.

@frivoal frivoal self-assigned this Oct 24, 2019
@frivoal frivoal added Closed: Rejected DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs) labels Oct 24, 2019
@frivoal frivoal added this to the Process 2020 milestone Oct 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Closed: Rejected DoC This has been referenced from a Disposition of Comments (or predates the use of DoCs)
Projects
None yet
Development

No branches or pull requests

5 participants