Skip to content

doc: initial version of CPC Charter#48

Merged
MylesBorins merged 10 commits into
openjs-foundation:masterfrom
mhdawson:cpc-mandate
Dec 17, 2018
Merged

doc: initial version of CPC Charter#48
MylesBorins merged 10 commits into
openjs-foundation:masterfrom
mhdawson:cpc-mandate

Conversation

@mhdawson

Copy link
Copy Markdown
Member

No description provided.

@mhdawson

Copy link
Copy Markdown
Member Author

I think main areas for discussion are:

  • Composition of CPC (Section 4). There are 3 different models when looking at Node.js TSC, JS Foundation TAC and CNCF TOC. They are quite different in terms of how much involvement the Foundation members have in selecting the members. There are also differences with respect to terms. both JS and CNCF have a limit on membership before needs to be re-confirmed, versus the Node.js TSC where this is not the case.

  • Mandate. I think what is there based on pulling in content from the 3 is reasonable but this is an area
    we should discuss expand in terms of some of the "new" things proposed as part of the merged
    foundation. For example "Commons.js"

I could put together a suggestion for what I think makes in terms of CPC membership, but I believe some discussion on that point would be good and then I can update to reflect that discussion.
I've left some sections with > > > > > > > > > > where I have the content form 2 or more of Node, JS and CNCF so people can see the different approaches.

@mhdawson

Copy link
Copy Markdown
Member Author

Adding bootstrap agenda so that we can have a discussion in an upcoming meeting. @MylesBorins would be great if we could get it on this weeks agenda as I'm going to miss the follow 2 weeks....

as outlined in [XXXX], and creating conceptual architecture for how the proejcts
fit together.
* aligning projects, removing or archiving projects, as outlined in [XXXX].
* defining common practices to be implemented across _$FOUNDATION_ projects, if any.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would remove this entirely.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it might be useful to either leave it in, or move it to the non-goals so that we know we have agreement one way or the other.

* defining common practices to be implemented across _$FOUNDATION_ projects, if any.
* The CPC is also responsible for mediating technical conflicts between
_$FOUNDATION_ Projects when attempts to resolve those conflicts within the Project
and were unsuccessful.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you define what a technical conflict might be? What would be the goal of that mediation?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I took this directly from the responsibilities of the JSF TAC (along with the bad wording :). A good example does not come to mind, but then I've not been working in a Foundation with multiple projects. @jorydotcom do you have any examples you can add?

Will fix the wording though.

and were unsuccessful.
* The CPC serves as the _$FOUNDATION_'s primary technical
liaison body with external open source projects, consortiums and groups and is
also responsible for technical participation in standards bodies

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has a slight implication that, in order to participate as $FOUNDATION to standard bodies, you have to be a member of CPC. I think that would be a bit elitist. IMHO somebody might be interested in being part of the CPC but not participate in standards and vice versa.

I think this responsibility should be delegated to a subcommitee/or somehow worded differently to enable such delegation.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would read it more that the CPC has the responsibility to make sure that the right things happen, not that you have to be on the CPC itself.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Then we should probably align the test, this seems to be a direct responsibility.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated the text, let me know if that sounds better.

from the mentorship program, Project issues and conflicts, opportunities
for collaboration between Projects, opportunities for the Foundation in the
greater JavaScript community, etc.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is missing something related to funds, the travel budget, and things like that. Or are those under the C3C?

One of the goal of the CPC is to follow closely Board/$FOUNDATION initiatives and communicate them to the projects.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added those 2 above.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added those a bit further up in the list.

@MylesBorins

Copy link
Copy Markdown
Contributor

Is this perhaps far enough along to move to stage 1 instead of stage 0?

Do we want to try and land something on Monday?

@mhdawson

Copy link
Copy Markdown
Member Author

As long as there are no glaring contradictions with the discussions that have been held on the roles, I think moving to stage 1 makes sense to me. Would it make sense to land as stage 0 and then file PR to move to stage 1? I think I'd need at least one approval to do that.

@MylesBorins

Copy link
Copy Markdown
Contributor

@mhdawson I think we can land as stage 1. maybe present it to the group in today's meeting and then land later today if there are no objection?

@keywordnew keywordnew left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, reflects group consensus to land as stage 1, initiated by #48 (comment)

@christian-bromann christian-bromann left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@MylesBorins MylesBorins left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM for stage 1

Any other concerns can be sent as a PR to the README.md

Landing

@MylesBorins MylesBorins merged commit 533e67f into openjs-foundation:master Dec 17, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants