openjs-foundation / cross-project-council Goto Github PK
View Code? Open in Web Editor NEWOpenJS Foundation Cross Project Council
Home Page: https://openjsf.org/
License: MIT License
OpenJS Foundation Cross Project Council
Home Page: https://openjsf.org/
License: MIT License
Right now the potential structure of the NodeJS+JSF Governance Structure (Stage 0) describes three entities for Projects that are supported by, or related to this organization:
"An official process for a project to become a project and get representation in CPC. Mentorship from CPC + CommComm." – Entities that are 'on their way' to becoming a top-level project.
"A place for projects to live that want to benefit from being in the foundation but do not intend to graduate to a Top Level Project." – A 'neighboring' project that supports and is supported by the foundation.
"Resources and initiatives available to non-foundation projects. CI, travel scholarships, mentorship, etc." – Initiatives and/or projects that revolve around and affect/are affected by the foundation.
During a recent Joint Foundation Bootstrap Meeting, the consensus was against these names as representative monikers for those entities, and we need to find ones that represent what they are well.
Let's come up with great names for these entities! 🙌
In the 2018-11-19 meeting, we discussed the need to address what the CPC actually looks like – what it does do, what it doesn't do, and so on – and identified that the shape of representation is more of an element of that.
As such, I've slightly tweaked the scope of this issue to provide a platform for that discussion in context of the CPC. So, what does the CPC consist of?
Original Content: Per the CommComm meeting, I wanted to kick off this discussion so that we could figure out how representation of projects and how membership in the CPC works.
Now that we're making good progress on the other topics, it's a good time to think about proposing a name for $Foundation.
I propose we meet separately to discuss this, since naming can be a time consuming process and we don't want to derail the progress being made in the main bootstrap discussions.
If you want to participate, +1 this issue and I'll add you to my list. When we get critical mass (hopefully in a few days or so), I'll work with you to find a good time for a call.
I can say with 100% confidence the outcome of this discussion will be one of the following:
...I just can't say which one it'll be. So let's discuss and put together a proposal!
In the 2018-11-19 meeting, we discussed the need to address what the C3 actually looks like – what it does do, what it doesn't do, and so on – and identified that the shape of representation is more of an element of that.
As such, I've slightly tweaked the scope of this issue to provide a platform for that discussion in context of the C3. So, what does the C3 consist of?
Original Content: Per the CommComm meeting, I wanted to kick off this discussion so that we could figure out how representation of projects and how membership in the C3 works.
UTC Mon 19-Nov-2018 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 19-Nov-2018 11:00 (11:00 AM) |
US / Mountain | Mon 19-Nov-2018 12:00 (12:00 PM) |
US / Central | Mon 19-Nov-2018 13:00 (01:00 PM) |
US / Eastern | Mon 19-Nov-2018 14:00 (02:00 PM) |
London | Mon 19-Nov-2018 19:00 (07:00 PM) |
Amsterdam | Mon 19-Nov-2018 20:00 (08:00 PM) |
Moscow | Mon 19-Nov-2018 22:00 (10:00 PM) |
Chennai | Tue 20-Nov-2018 00:30 (12:30 AM) |
Hangzhou | Tue 20-Nov-2018 03:00 (03:00 AM) |
Tokyo | Tue 20-Nov-2018 04:00 (04:00 AM) |
Sydney | Tue 20-Nov-2018 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-late-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-late-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
Hey All,
We are going to be holding an open town hall tomorrow, February 19th, at 2 p.m. ET to discuss the current state of the Node.js Foundation js + JS Foundation merger.
Please add questions to our google form
To Join:
Or iPhone one-tap :
US: +16699006833,,362277753# or +16465588656,,362277753#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 669 900 6833 or +1 646 558 8656 or +1 877 369 0926 (Toll Free) or +1 855 880 1246 (Toll Free)
Webinar ID: 362 277 753
International numbers available: https://zoom.us/u/axkB6o3Eo
**** CURRENTLY MANAGED IN PROJECT BOARDS ****
HISTORICAL DATA
Issue to build list of checkboxed items we need to work on/progress
Bootstrapping
Post-bootstrap
Hey All,
I just made a boostrap team so people can have proper write access to this repo.
If there are no objections I'll add everyone who has so far attended a meeting.
Raise your hand if you would like to join.
As identified in #88, projects are able to move through different stages of the foundation on review. We also need language (somewhere) that describes the conditions and steps for when a project is exiting the foundation entirely for given reasons.
FWIW I don't think this belongs in the staging process, nor do I think this is a 'must resolve' prior to merge, but capturing the concern via issue seemed prudent.
UTC Mon 21-Jan-2019 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 21-Jan-2019 06:00 (06:00 AM) |
US / Mountain | Mon 21-Jan-2019 07:00 (07:00 AM) |
US / Central | Mon 21-Jan-2019 08:00 (08:00 AM) |
US / Eastern | Mon 21-Jan-2019 09:00 (09:00 AM) |
London | Mon 21-Jan-2019 14:00 (02:00 PM) |
Amsterdam | Mon 21-Jan-2019 15:00 (03:00 PM) |
Moscow | Mon 21-Jan-2019 17:00 (05:00 PM) |
Chennai | Mon 21-Jan-2019 19:30 (07:30 PM) |
Hangzhou | Mon 21-Jan-2019 22:00 (10:00 PM) |
Tokyo | Mon 21-Jan-2019 23:00 (11:00 PM) |
Sydney | Tue 22-Jan-2019 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
As mentioned in a previous CommComm meeting and raised again in the comments of the Joint Town Hall on Feb 19:
Jake Niemiec: Question, In the node.js Jan 25, 2019 51:22 Comm Comm meeting, Michal D and Dan S indicated that gender identity and race would be a factor in membership. Is this still a goal?
Is equal representation in membership a goal and if so, what ways can we ensure that goal be met?
Please take a look at https://docs.google.com/presentation/d/1qUcvZz4wmQtwcWu9rWjxFNmWw5plD9-4_7mtvQvCegk/edit#slide=id.p which is a deck we can start to populate to brainstorm on what the structure of a merged foundation could look like. Once we do some iterations in the slides we can convert those to proposals that can move through our graduated system.
It currently outlines our most recent proposed structure:
It also has a place for us to sketch out ideas regarding project lifecycle.
I'm adding the bootstrap-agenda
item and think this is something we should focus a bunch of time into next Monday
Currently we have a weekly planned for 2:00 pm EDT. We could do alternating times to be more inclusive of those in different time zones. We could do a doodle, but there are way too many folks to really figure this out, so I'll make a proposal.
Alternating between 2:00pm EDT and 9:00am EDT
This goes early enough that those in EU will likely be able to take the meeting one of the meeting within business hours and not making those on the west coast get up far too early (although 6am is kind of gross).
Some questions we need to ask
edit: some more thoughts
edit 2:
Crossed out items we have consensus on
Hey All,
So tomorrow is a national holiday in both Canada and the USA, as we appeared to have consensus on the majority of topics necessary to draft the bylaws I think we can skip the meeting.
The foundations have been working on a draft that will be available very soon, in the meantime I've gone ahead and updated all the Stage-1 proposals to match what is going to be drafted and opened Pull Requests to move them to stage 2. Please chime in on those PRs to add your +1, or if anything seems out of place request changes.
The Node.js Board has a meeting on Friday where I hope we can get pre-approval to move all of these proposals to Stage-3. I believe the JSF has a meeting of sorts coming up soon as well, but I have also heard they are able to review this stuff out of band.
So assuming everyone gets their comments in before Friday, we should be able to land all of them as Stage-3 next Monday 🎉.
Community Board Reps to stage 2: #103
CPC Charter to stage 2: #100
Individual Membership to stage 2: #102
TL;DR (lmk if I missed anything important)
Community Board Reps
CPC
Individual Membership
My background: JSF project owner (Mocha) and Node collaborator. I don’t participate in high-level governance of Node.js or either foundation.
Today (Oct 13) we had meeting(s) regarding the foundation merger at the Node.js collab summit. I didn’t know this meeting was scheduled, but took the opportunity to observe.
I had some notes/opinions which may or may not be of consequence, and in no particular order:
I probably won’t be involved in the process going forward, but felt welcome to offer my input (thanks). I hope this can be helpful—especially for those unfamiliar with the JSF—and used to productive ends. This is also just the opinion of one dude; I don’t claim to represent anybody else.
In summary from the Project Progression meeting this morning, the attendees are in general agreement that Open Governance should be a core value of top level projects.
The suggestion is to start with the JSF's Mentorship Program as a jumping off point (copied below, linked here
Mentorship
The purpose of mentorship is to support and mentor projects entering the
Foundation. The goal is for projects to be:
- Participatory
- Transparent
- Effective
While certain processes are strongly recommended based on the experiences of the
Foundation and its Projects, the goal of mentorship is not to enforce a specific
set of processes but to ensure that the processes adopted and accepted by a
project achieve these goals. Therefore, the requirements for graduating from
mentorship are based on metrics that demonstrate success in terms of these
values. These metrics are:
- Project's defined governing body is 5 members or greater
- No more than 1/3 of the defined governing body is affiliated with the same
employer.- No more than 1/3 of any Project is affiliated with the same employer.
- The decision making and release process is documented and publicly accessible.
- Other metrics as defined by the applying Project during the application
process in cooperation with their mentorA Project may apply to graduate from mentorship at any time by calling for a
vote in the TAC.While a Project is under mentorship, it is assigned at least 1 [mentor][] who
is responsible for working with the Project to adopt policies and gain the
health and contributorship it will need in order to graduate from mentorship.
The mentor list is nominated and approved by the TAC and may be larger than the
TAC.
UTC Mon 29-Oct-2018 18:00 (06:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 29-Oct-2018 11:00 (11:00 AM) |
US / Mountain | Mon 29-Oct-2018 12:00 (12:00 PM) |
US / Central | Mon 29-Oct-2018 13:00 (01:00 PM) |
US / Eastern | Mon 29-Oct-2018 14:00 (02:00 PM) |
London | Mon 29-Oct-2018 19:00 (07:00 PM) |
Amsterdam | Mon 29-Oct-2018 20:00 (08:00 PM) |
Moscow | Mon 29-Oct-2018 21:00 (09:00 PM) |
Chennai | Mon 29-Oct-2018 23:30 (11:30 PM) |
Hangzhou | Tue 23-Oct-2018 02:00 (02:00 AM) |
Tokyo | Tue 23-Oct-2018 03:00 (03:00 AM) |
Sydney | Tue 23-Oct-2018 05:00 (05:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
Over the past week I've been running an informal poll of @nodejs/tsc and @nodejs/community-committee members for the simple purpose of taking the "temperature of the room" with regards to the proposed merger. We had 29 responses, including 2 from non-TSC and non-CommComm members. I have removed the two non-top level committee member responses from the results. Note that there are currently 34 top level committee members so 27 is a solid representative sample. (Note that not every respondent provided answers to every question)
I will not provide the details of how each individual voted but the result charts are below along with a few notes...
76% of the respondents feel that they understand the goals of the proposed merger. 20% indicate that they do not. That's a pretty solid ratio.
Far more concerning is that 28% do not believe that the proposed merger will benefit Node.js (compared to 26% who believe that it will). Striking here is the 36% who are not yet sure. More on this in a bit.
In comparison, 72% believe that the proposed merger will benefit the JS Foundation projects, with 24% not sure.
52% believe that they understand the motivations for the timeline that has been proposed by the Boards for the merger. I think the more important bit here, however, is that the other 48% either aren't sure or do not understand the timing. My interpretation of this is that significantly more can be done to communicate the rationale for the proposed timing.
This is an interesting one, not only because the ratio of those who agree to those who disagree is effectively equal, but because only 36% of the respondents can say that they believe that the Foundation Board has adequately considered the needs of the project when evaluating the proposed merger.
This question is problematic for me. 57.7% of the respondents do not believe that the proposed merger would solve any existing problems in the Node.js project. More striking is that only 23% believe that it will.
Equally striking are the number of respondents who believe that Node.js must have representation on the Foundation Board. As has been pointed out in a different discussion, this does not address the question of why folks believe that representation is needed, but it will be critical to address this point.
Back on the issue of the timeline. Only 28% believe that the merger should proceed on the current timeline, 32% saying that it should not. Before we advance further along with the current agenda, it's going to be important to address this and take another look at the proposed timeline.
This particular question is interesting not necessarily because only 20% of the respondents believe that the proposed merger would be good for the Gold and Silver level member companies, but because nearly all of those who said that it would be good are employed by Platinum member companies.
This one goes along with the question about whether the proposed merger would solve any existing problems in the Node.js project. Only 20% believe that the merger would make it easier for the Foundation to provide additional resources to the project. Given that one of the arguments in favor of the merger has been that it would be easier to provide resources, there is obviously a discrepancy in expectations here that needs to be addressed.
The majority of respondents definitely have opinions about the proposed merger :-)
This is another striking response in that only 37.5% of the respondents believe that concerns have been adequately addressed. Whereas 33.3% believe that more can be done to address concerns and a significant 29.2% either aren't sure or don't have an opinion.
Overall, these results communicate that significantly more should be done to communicate the rationale, address the concerns, and establish the goals for the proposed merger among the Node.js top level committee members. The majority of Node.js top level committee members aren't yet seeing the benefits to the Node.js project but do recognize that the merger would likely be good for the JS Foundation projects.
UTC Mon 25-Feb-2019 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 25-Feb-2019 11:00 (11:00 AM) |
US / Mountain | Mon 25-Feb-2019 12:00 (12:00 PM) |
US / Central | Mon 25-Feb-2019 13:00 (01:00 PM) |
US / Eastern | Mon 25-Feb-2019 14:00 (02:00 PM) |
London | Mon 25-Feb-2019 19:00 (07:00 PM) |
Amsterdam | Mon 25-Feb-2019 20:00 (08:00 PM) |
Moscow | Mon 25-Feb-2019 22:00 (10:00 PM) |
Chennai | Tue 26-Feb-2019 00:30 (12:30 AM) |
Hangzhou | Tue 26-Feb-2019 03:00 (03:00 AM) |
Tokyo | Tue 26-Feb-2019 04:00 (04:00 AM) |
Sydney | Tue 26-Feb-2019 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
At the moment this is a work in progress. As work progresses, updates will be posted here so people can follow its progress.
I'm starting by resolving formatting differences in the JS Foundation Bylaws and the Node.JS Foundation Bylaws. HTML formatted diffs of the results will be posted, and summaries of those diffs will be provided.
Obligatory disclaimer: anything we produce will need to be vetted, and potentially completely rewritten, by lawyers. That being said, a firm understanding of what does and does not belong in bylaws, and furthermore, a deep understanding of the two starting points will be invaluable in preventing much wasted effort and misunderstandings.
Examples of very early results (from the first ARTICLE):
Outside of Section 4 ("Purpose"), there is little in ARTICLE I that will likely concern us. This will change as we get to later sections. Board representation (as explored in, for example, #6) has direct bylaws implications.
UTC Mon 03-Dec-2018 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 03-Dec-2018 11:00 (11:00 AM) |
US / Mountain | Mon 03-Dec-2018 12:00 (12:00 PM) |
US / Central | Mon 03-Dec-2018 13:00 (01:00 PM) |
US / Eastern | Mon 03-Dec-2018 14:00 (02:00 PM) |
London | Mon 03-Dec-2018 19:00 (07:00 PM) |
Amsterdam | Mon 03-Dec-2018 20:00 (08:00 PM) |
Moscow | Mon 03-Dec-2018 22:00 (10:00 PM) |
Chennai | Tue 04-Dec-2018 00:30 (12:30 AM) |
Hangzhou | Tue 04-Dec-2018 03:00 (03:00 AM) |
Tokyo | Tue 04-Dec-2018 04:00 (04:00 AM) |
Sydney | Tue 04-Dec-2018 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
See openjs-foundation/summit#136 for discussion.
Opening and closing as an FYI that I've created a bootstrap-agenda
label. We can use this to automate meeting agendas
Purpose of this checklist is to help onboard new projects as well as ensure that existing projects have updated their resources to reflect the new foundation:
...etc
This is a spin-off discussion from #12.
I would like to ask everyone in this group what kind of Board representation do we want or need. Currently the project has 3 Board seats: 1 CommComm Director, 1 TSC Director, 1 individual. The Board is currently composed of 10 members.
In a multi-project foundation, our current setup might not work.
Some questions from @rubys:
If none of the above, what exactly do we want?
To this regard, I would kindly ask @MylesBorins @hackygolucky @jasnell @rvagg (as the directors that have been elected by the TSC/CommComm) to share their experience as directors.
UTC Mon 04-Feb-2019 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 04-Feb-2019 06:00 (06:00 AM) |
US / Mountain | Mon 04-Feb-2019 07:00 (07:00 AM) |
US / Central | Mon 04-Feb-2019 08:00 (08:00 AM) |
US / Eastern | Mon 04-Feb-2019 09:00 (09:00 AM) |
London | Mon 04-Feb-2019 14:00 (02:00 PM) |
Amsterdam | Mon 04-Feb-2019 15:00 (03:00 PM) |
Moscow | Mon 04-Feb-2019 17:00 (05:00 PM) |
Chennai | Mon 04-Feb-2019 19:30 (07:30 PM) |
Hangzhou | Mon 04-Feb-2019 22:00 (10:00 PM) |
Tokyo | Mon 04-Feb-2019 23:00 (11:00 PM) |
Sydney | Tue 05-Feb-2019 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 04-Mar-2019 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 04-Mar-2019 06:00 (06:00 AM) |
US / Mountain | Mon 04-Mar-2019 07:00 (07:00 AM) |
US / Central | Mon 04-Mar-2019 08:00 (08:00 AM) |
US / Eastern | Mon 04-Mar-2019 09:00 (09:00 AM) |
London | Mon 04-Mar-2019 14:00 (02:00 PM) |
Amsterdam | Mon 04-Mar-2019 15:00 (03:00 PM) |
Moscow | Mon 04-Mar-2019 17:00 (05:00 PM) |
Chennai | Mon 04-Mar-2019 19:30 (07:30 PM) |
Hangzhou | Mon 04-Mar-2019 22:00 (10:00 PM) |
Tokyo | Mon 04-Mar-2019 23:00 (11:00 PM) |
Sydney | Tue 05-Mar-2019 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 10-Dec-2018 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 10-Dec-2018 06:00 (06:00 AM) |
US / Mountain | Mon 10-Dec-2018 07:00 (07:00 AM) |
US / Central | Mon 10-Dec-2018 08:00 (08:00 AM) |
US / Eastern | Mon 10-Dec-2018 09:00 (09:00 AM) |
London | Mon 10-Dec-2018 14:00 (02:00 PM) |
Amsterdam | Mon 10-Dec-2018 15:00 (03:00 PM) |
Moscow | Mon 10-Dec-2018 17:00 (05:00 PM) |
Chennai | Mon 10-Dec-2018 19:30 (07:30 PM) |
Hangzhou | Mon 10-Dec-2018 22:00 (10:00 PM) |
Tokyo | Mon 10-Dec-2018 23:00 (11:00 PM) |
Sydney | Tue 11-Dec-2018 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
For this section we are going to go through a design exercise to identify requirements of Top-Level Committees. We will capture these requirements in cards in a GitHub project and then attempt to figure out if they should be the responsibility of the CPC or C3.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
In our project progression meeting this morning, we identified a gap in process/definition of expectations for codes of conduct. Specifically:
UTC Mon 11-Feb-2019 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 11-Feb-2019 11:00 (11:00 AM) |
US / Mountain | Mon 11-Feb-2019 12:00 (12:00 PM) |
US / Central | Mon 11-Feb-2019 13:00 (01:00 PM) |
US / Eastern | Mon 11-Feb-2019 14:00 (02:00 PM) |
London | Mon 11-Feb-2019 19:00 (07:00 PM) |
Amsterdam | Mon 11-Feb-2019 20:00 (08:00 PM) |
Moscow | Mon 11-Feb-2019 22:00 (10:00 PM) |
Chennai | Tue 12-Feb-2019 00:30 (12:30 AM) |
Hangzhou | Tue 12-Feb-2019 03:00 (03:00 AM) |
Tokyo | Tue 12-Feb-2019 04:00 (04:00 AM) |
Sydney | Tue 12-Feb-2019 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
There has been a lot of discussion around the responsibilities and structure of top level councils (CPC and C3) both formally (in meetings, issues and PRs) as well as informally (impromptu discussions). One looming question is “should there be two TLCs?”
Instead of prematurely optimizing, let’s instead look at what responsibilities we would expect of such a top level council and go from there.
From discussions, its become clear that there needs to be a balance between 1) a community oriented body with a low barrier to entry and broad participation encouraged and 2) an elected body empowered to make decisions on specific needs, for example, acceptance of projects into the foundation.
I propose we gather a list of expectations from such a top level committee, have the default option be the open community group and mark the expectations that need to be handled by an elected body as the exceptions.
To facilitate discussion and gather expectations more easily, I've created a Google Doc:
https://docs.google.com/document/d/1Fp-4EEveuvlnPU0YWSOXCSSnEIcCgAHuTvy75yapYCw/edit?usp=sharing
I'd also like to propose that we dedicate a meeting to this topic, perhaps next week at the 2pm ET slot since the boostrap meeting will be at 9am ET that week. (Proposing Dec 10 2pm ET for discussion.)
UTC Mon 18-Mar-2019 13:00 (01:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 18-Mar-2019 06:00 (06:00 AM) |
US / Mountain | Mon 18-Mar-2019 07:00 (07:00 AM) |
US / Central | Mon 18-Mar-2019 08:00 (08:00 AM) |
US / Eastern | Mon 18-Mar-2019 09:00 (09:00 AM) |
London | Mon 18-Mar-2019 13:00 (01:00 PM) |
Amsterdam | Mon 18-Mar-2019 14:00 (02:00 PM) |
Moscow | Mon 18-Mar-2019 16:00 (04:00 PM) |
Chennai | Mon 18-Mar-2019 18:30 (06:30 PM) |
Hangzhou | Mon 18-Mar-2019 21:00 (09:00 PM) |
Tokyo | Mon 18-Mar-2019 22:00 (10:00 PM) |
Sydney | Tue 19-Mar-2019 00:00 (12:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 05-Nov-2018 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 05-Nov-2018 11:00 (11:00 AM) |
US / Mountain | Mon 05-Nov-2018 12:00 (12:00 PM) |
US / Central | Mon 05-Nov-2018 13:00 (01:00 PM) |
US / Eastern | Mon 05-Nov-2018 14:00 (02:00 PM) |
London | Mon 05-Nov-2018 19:00 (07:00 PM) |
Amsterdam | Mon 05-Nov-2018 20:00 (08:00 PM) |
Moscow | Mon 05-Nov-2018 22:00 (10:00 PM) |
Chennai | Tue 06-Nov-2018 00:30 (12:30 AM) |
Hangzhou | Tue 06-Nov-2018 03:00 (03:00 AM) |
Tokyo | Tue 06-Nov-2018 04:00 (04:00 AM) |
Sydney | Tue 06-Nov-2018 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 26-Nov-2018 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 26-Nov-2018 06:00 (06:00 AM) |
US / Mountain | Mon 26-Nov-2018 07:00 (07:00 AM) |
US / Central | Mon 26-Nov-2018 08:00 (08:00 AM) |
US / Eastern | Mon 26-Nov-2018 09:00 (09:00 AM) |
London | Mon 26-Nov-2018 14:00 (02:00 PM) |
Amsterdam | Mon 26-Nov-2018 15:00 (03:00 PM) |
Moscow | Mon 26-Nov-2018 17:00 (05:00 PM) |
Chennai | Mon 26-Nov-2018 19:30 (07:30 PM) |
Hangzhou | Mon 26-Nov-2018 22:00 (10:00 PM) |
Tokyo | Mon 26-Nov-2018 23:00 (11:00 PM) |
Sydney | Tue 27-Nov-2018 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 14-Jan-2019 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 14-Jan-2019 11:00 (11:00 AM) |
US / Mountain | Mon 14-Jan-2019 12:00 (12:00 PM) |
US / Central | Mon 14-Jan-2019 13:00 (01:00 PM) |
US / Eastern | Mon 14-Jan-2019 14:00 (02:00 PM) |
London | Mon 14-Jan-2019 19:00 (07:00 PM) |
Amsterdam | Mon 14-Jan-2019 20:00 (08:00 PM) |
Moscow | Mon 14-Jan-2019 22:00 (10:00 PM) |
Chennai | Tue 15-Jan-2019 00:30 (12:30 AM) |
Hangzhou | Tue 15-Jan-2019 03:00 (03:00 AM) |
Tokyo | Tue 15-Jan-2019 04:00 (04:00 AM) |
Sydney | Tue 15-Jan-2019 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
Organize the next collaborator summit for $foundation, not just Node.js #58
Drafting initial governance for merged foundation #33
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 22-Oct-2018 18:00 (06:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 22-Oct-2018 11:00 (11:00 AM) |
US / Mountain | Mon 22-Oct-2018 12:00 (12:00 PM) |
US / Central | Mon 22-Oct-2018 13:00 (01:00 PM) |
US / Eastern | Mon 22-Oct-2018 14:00 (02:00 PM) |
London | Mon 22-Oct-2018 19:00 (07:00 PM) |
Amsterdam | Mon 22-Oct-2018 20:00 (08:00 PM) |
Moscow | Mon 22-Oct-2018 21:00 (09:00 PM) |
Chennai | Mon 22-Oct-2018 23:30 (11:30 PM) |
Hangzhou | Tue 23-Oct-2018 02:00 (02:00 AM) |
Tokyo | Tue 23-Oct-2018 03:00 (03:00 AM) |
Sydney | Tue 23-Oct-2018 05:00 (05:00 AM) |
Or in your local time:
This is a tentative agenda put together based on open issues. Please chime in about changes you would like to see and I'll update this original post accordingly
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UPDATE:
Date/Time: Monday, January 14 @ 12:00 p.m. EST
Agenda Link: https://docs.google.com/document/d/1JWfz34vBeTrdMGCkS20a3mi5z_QTN1sZvPW3-AyDZMc/edit?usp=sharing
Zoom Link:
Please click the link below to join the webinar:
https://zoom.us/j/852050362Or iPhone one-tap :
US: +16465588656,,852050362# or +16699006833,,852050362#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (Toll Free)
Webinar ID: 852 050 362
International numbers available: https://zoom.us/u/aeaFiskhPe
On today's call we discussed having a separate working session to address some of the open issues on the project progression proposal.
@mcollina, it would be especially helpful for you to be there as you have had more targeted feedback.
I'm suggesting Monday, January 14 at 9 a.m. for a call time - does that work for those interested? cc @bnb @brianwarner
On Oct. 12th and 13th we hosted group Foundation Governance brainstorm sessions at the Collaborator Summit after Node+JS Interactive. The following are the contents of the sticky notes we plastered the conference walls with while ideating new joint Foundation Values and possible Programs.
We identified four major values from our session:
Programs that emerged from the session were grouped by the Foundation Value they most support. Programs would be administered by one or both of the Top Level Councils (CPC or C3). Each actionable program can conceivably go through the Program RFC Process defined in /programs
currently proposed in PR #7.
UTC Mon 17-Dec-2018 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 17-Dec-2018 11:00 (11:00 AM) |
US / Mountain | Mon 17-Dec-2018 12:00 (12:00 PM) |
US / Central | Mon 17-Dec-2018 13:00 (01:00 PM) |
US / Eastern | Mon 17-Dec-2018 14:00 (02:00 PM) |
London | Mon 17-Dec-2018 19:00 (07:00 PM) |
Amsterdam | Mon 17-Dec-2018 20:00 (08:00 PM) |
Moscow | Mon 17-Dec-2018 22:00 (10:00 PM) |
Chennai | Tue 18-Dec-2018 00:30 (12:30 AM) |
Hangzhou | Tue 18-Dec-2018 03:00 (03:00 AM) |
Tokyo | Tue 18-Dec-2018 04:00 (04:00 AM) |
Sydney | Tue 18-Dec-2018 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
Organize the next collaborator summit for $foundation, not just Node.js #58
Drafting initial governance for merged foundation #33
Top Level Council(s) Shape and Focus #52
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
UTC Mon 28-Jan-2019 19:00 (07:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 28-Jan-2019 11:00 (11:00 AM) |
US / Mountain | Mon 28-Jan-2019 12:00 (12:00 PM) |
US / Central | Mon 28-Jan-2019 13:00 (01:00 PM) |
US / Eastern | Mon 28-Jan-2019 14:00 (02:00 PM) |
London | Mon 28-Jan-2019 19:00 (07:00 PM) |
Amsterdam | Mon 28-Jan-2019 20:00 (08:00 PM) |
Moscow | Mon 28-Jan-2019 22:00 (10:00 PM) |
Chennai | Tue 29-Jan-2019 00:30 (12:30 AM) |
Hangzhou | Tue 29-Jan-2019 03:00 (03:00 AM) |
Tokyo | Tue 29-Jan-2019 04:00 (04:00 AM) |
Sydney | Tue 29-Jan-2019 06:00 (06:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
Individual Membership
Codes of Conduct
Define 'Open Governance' requirements for Top Level Projects #74
Name of $Foundation #84
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
Just a Quick heads up. The next two Monday's are holiday (Christmas Eve + New Years eve). We are currently no planning to have meetings on those dates. The next scheduled meeting will be January 7th at 9am ET.
@joesepi has suggested they may hold some breakouts between now and the next scheduled meeting, they will open up a different issue to manage that.
Hey All,
We have been having a weekly meeting with stakeholder from both the Node.js and JSF boards since we begun conversations about the intent to merge. After today's meeting we wanted to offer the timeslot to this group, specifically so that we could have a time for a meeting where collaborators from various projects and representatives of both foundations boards could collaborate.
One of the biggest pieces of feedback I took from the collaborator summit was that we don't want things to feel like they are happening in a black box, and it would seem to me that having a weekly meeting with all stakeholders is going to be our best option for reaching consensus in a transparent way.
The meetings take place every Monday at 2pm EDT (11 am PDT). While the meetings up until this point have been private, we would like to move them to be publicly broadcast and recorded on YouTube as we do with all other project meetings. We would also keep public notes.
Is this something that people participating in the bootstrap committee would be interested in? I know the governance, including meeting times, are just being fleshed out, but it seems like a great opportunity to take advantage of a timeslot that is already booked off on a large number of calendars. We regularly get 8 - 10 people in this meeting, with representation from the JSF board, the Node.js foundation board, and the Linux Foundation.
UTC Mon 12-Nov-2018 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Mon 12-Nov-2018 06:00 (06:00 AM) |
US / Mountain | Mon 12-Nov-2018 07:00 (07:00 AM) |
US / Central | Mon 12-Nov-2018 08:00 (08:00 AM) |
US / Eastern | Mon 12-Nov-2018 09:00 (09:00 AM) |
London | Mon 12-Nov-2018 14:00 (02:00 PM) |
Amsterdam | Mon 12-Nov-2018 15:00 (03:00 PM) |
Moscow | Mon 12-Nov-2018 17:00 (05:00 PM) |
Chennai | Mon 12-Nov-2018 19:30 (07:30 PM) |
Hangzhou | Mon 12-Nov-2018 22:00 (10:00 PM) |
Tokyo | Mon 12-Nov-2018 23:00 (11:00 PM) |
Sydney | Tue 13-Nov-2018 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
Input on matters like board representation of projects tends to reflect individuals experiences with how one or both of the existing foundations' boards have operated in the past, as well as expectations as to how a merged board would operate.
Fortunately, we don't need to continue to operate as we have done in the past.
This issue extracts a cross-cutting concern (budget) and describes a different model of operating that has been time tested and seems to produce more feeling of individual empowerment and accountability than either of Node.js or JS foundation structures provides today.
Output of this discussion will inform matters like bylaws and charters.
In the ASF, President is a volunteer, non-board position that is responsible for operations, including budget. Reporting to the President is a number of officers each of which potentially owns a budget. Budgets are approved annually, come with a scope, and an authorization amount.
Current list of officers:
Additional line items (tracked by, but not reporting into, the President)
Potentially, every Project (and in the ASF this would include the Incubator and Community Development), has an officer who can own a line item, but in practice we have never done this.
Officers tend to have committees that support them, which may be a mix of volunteers and paid staff. The model we strive for is volunteers for oversight and setting direction, and paid staff when there is a demonstrable need for timely response. Volunteers may join or leave a committee without involving either the board or the President. It is up to committees to determine how this operates.
Officers themselves are named by the board or the President, depending on the reporting structure. The President and EVP are named by the board, and need not be members of the board (and I would argue it is advantageous for them not to be, but people's opinion on this differ).
Annually, we do a five year plan. This is where the board provides the most direct input, and is involved in setting strategic goals for the foundation. This is done in conjunction with line item owners. My recommendation is that we start this with the second year of the merged foundation.
Annually (typically 3 to 6 months after the five year plan is approved), the line item owners draft one year budgets with both scope and authorization. The President gathers up these inputs and presents them to the board for ratification. Typically, this gets unanimous approval as the strategic goals have been set.
When Bills come in, Line Item owners approve them; Accounting verifies the approval and schedules the payment, and the Treasurer releases the payment. Being geeks, this information has traditionally been done through version control systems (SVN), but we are exploring moving this to GSuite or other systems.
Monthly, the board gets reports from the Treasurer and the President. These reports include both this month's and YTD budget vs actual income and expense by line item. These reports (elided occasionally when specific vendors are mentioned) are posted online.
While the ASF is a 501(c)(3) non-profit and both the Node.js and JS Foundations are 501(c)(6) business leagues, a model where the board sets long term direction and oversees that expenditures are spent according to plan but otherwise delegates both the short term planning and day to day execution to others could work for both. The process described above provides plenty of insight to members as to how their monetary donations are being spent, and data for things like annual and quarterly reports that can be shared with potential new members.
The ASF has never had an Executive Director. At times, this is a matter of vigorous debate. The crux of the matter is that the President's job is to delegate and therefore isn't a time consuming job when things go smoothly, but observationally it is rarely the case that things go smoothly.
Officers (and their committees) have both oversight and autonomy. They produce a detailed plan which is reviewed by the President and ratified by the board, and then executed in conjunction with accounting and the Treasurer, and monitored by the board.
Projects don't tend to have direct representation. In contrast to a model where a project has a single representative on the board who is responsible for input on every operational and strategic matter, resulting in direction that is handed down, the ASF's model enables every individual on a project to participate in a committee (or even be an officer) in the areas that they are interested in.
So Travel Assistance would, for example, gather together a list of events for the year from the people who show up to the committee, produce a plan, and once the plan is ratified, execute on that plan - handling things like obtaining Visas and working with Travel Agencies.
Conferences deals with hotels and producers. Marketing deals with the Press. Brand Management deals with lawyers. Etc. Each open to participation by interested members of projects, but largely offloading this responsibility and letting projects focus on code development.
Hey All,
It appears the next meeting has a conflict with MLK Jr. Day in the united states which is a federal holiday. Wanted to get a pulse for who would still be able to attend. Can you respond to this post with emoji so we can get an idea if we should cancel the meeting
👍🏽 ~ I'll Make it
👎🏽 ~ I can't Make it
UTC Sun 07-Jan-2018 14:00 (02:00 PM):
Timezone | Date/Time |
---|---|
US / Pacific | Sun 07-Jan-2018 06:00 (06:00 AM) |
US / Mountain | Sun 07-Jan-2018 07:00 (07:00 AM) |
US / Central | Sun 07-Jan-2018 08:00 (08:00 AM) |
US / Eastern | Sun 07-Jan-2018 09:00 (09:00 AM) |
London | Sun 07-Jan-2018 14:00 (02:00 PM) |
Amsterdam | Sun 07-Jan-2018 15:00 (03:00 PM) |
Moscow | Sun 07-Jan-2018 17:00 (05:00 PM) |
Chennai | Sun 07-Jan-2018 19:30 (07:30 PM) |
Hangzhou | Sun 07-Jan-2018 22:00 (10:00 PM) |
Tokyo | Sun 07-Jan-2018 23:00 (11:00 PM) |
Sydney | Mon 08-Jan-2018 01:00 (01:00 AM) |
Or in your local time:
Extracted from bootstrap-agenda labelled issues and pull requests from the nodejs org prior to the meeting.
Organize the next collaborator summit for $foundation, not just Node.js #58
Drafting initial governance for merged foundation #33
The agenda comes from issues labelled with bootstrap-agenda
across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
@hackygolucky @MylesBorins ... Can either of you please get an answer to the following question:
Is Joyent's grant to the management of the Node.js trademark exclusive to the Node.js Foundation? In other words, if the Node.js project decided to leave the current Foundation for any reason and move to a new similarly classed non-profit organization, could it negotiate it's own agreement with Joyent for use of the trademark?
I believe getting an answer to this question would be helpful in helping to address part of the reasons why Node.js top level contributors believe a board seat is required.
(forked from the discussion in #17)
update from @MylesBorins:
the OpenJS Foundation now has an official process for Project Directed Funding. This is specifically focused on member organizations directing funding to support a specific project in the foundation. We are still working on how to best support the variety of crowd-funding platforms that projects may want to utilize, and will have an update related to that in the future
On today's bootstrap call we indirectly brought up the question of whether and how a company could direct funds to specific projects via the Foundation. I took the action item to file the discussion issue. As I understand it, neither foundation has a clear way of addressing this need (JSF attempted to handle this with a 'domains' concept, but I don't know if this was ever tested).
Do organizations want to be able to direct funds explicitly to certain projects? If so, how?
I think this will be a dynamic problem to tackle, so I'm not recommending that we attempt to solve it prior to executing the merge documents. It also has potential implications for members, projects and the foundation's business model, so I'd like to suggest we form a representative committee to explore the issue once the new $Foundation's activities are underway.
Thoughts?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.