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

Make Collaborator Summit for $Foundation, not just Node.js #136

Closed
mcollina opened this issue Dec 10, 2018 · 14 comments
Closed

Make Collaborator Summit for $Foundation, not just Node.js #136

mcollina opened this issue Dec 10, 2018 · 14 comments

Comments

@mcollina
Copy link
Member

mcollina commented Dec 10, 2018

I was chatting with @MylesBorins the other day, and we thought it might be a very good idea to hold Collaborator's summit for the whole joined $FOUNDATION instead of just Node.js.
I think having the broad collaborators spectrum at Node+JS interactive was well received.

What do you think?

cc @nodejs/bootstrap for awareness.

@benjamingr
Copy link

I think it really depends on the agenda. There were some sessions in Berlin last year that could have used contributors external to core while there were others where it didn't make sense.

I think it really depends on the goals.

@joyeecheung
Copy link
Collaborator

joyeecheung commented Dec 10, 2018

If we are planning agenda beforehand and wish to stick to that, having more people in sessions (who probably don't work on the same piece of code) can make it more challenging to come out with anything actionable, and it may be less productive than discussing the matters on GitHub asynchronously.

However if we are making the summit more casual and creating more slots for hallway chats then this could enable conversations that are otherwise not likely to happen on GitHub (as there are too many issue trackers and some of them are too noisy) (having whiteboards in the venue would help a lot with this format I imagine)

@ljharb
Copy link
Member

ljharb commented Dec 10, 2018

Shouldn’t that wait until the joined foundation is named, exists, and has all its processes fully finalized?

@boneskull
Copy link
Contributor

👍 would love this, and could use it as an opportunity to work with other contributors to not-Node.js $foundation projects (including my own).

@jorydotcom
Copy link
Collaborator

@ljharb not necessarily - we need to work on a rough plan for the summit so we can request budget from our respective boards; also I think we can use the Summit to collaboratively work on "finishing the bake" of some of the programs we're cooking up via the bootstrap process. If the summit is in later spring, I expect the bylaws for the new foundation to be done by then but there will still be a lot of other projects we can work on across the communities!

@joyeecheung
Copy link
Collaborator

The next summit will probably be in June: #135

Although I believe for the Berlin summits adjacent to JSConf EU, we had never been limiting the attendance to Node.js collaborators in any way, and in practice we welcomed everyone to join if they are interested even if they don't work on Node.js - we just don't explicitly promote the event that way, nor were we deliberately boardening the topics to anything other than Node.js .

@joyeecheung
Copy link
Collaborator

joyeecheung commented Dec 12, 2018

I think the only thing that is really relevant to the organization of the summit from the intent to merge of foundations would be the allocation of travel funds - would that still be limited to members of the Node.js organization after the merge? Or would different projects under the joint foundation get their own travel funds? It would be useful if the bylaws related to this can be figured out sooner before people start booking their travels.

@ljharb
Copy link
Member

ljharb commented Dec 12, 2018

@jorydotcom Totally makes sense that planning needs to be started early. It does seem to me like marketing an event without a clear name, and asking for expensing approval for an unnamed event for a foundation one's company can't yet join, would be more difficult than if it had a name.

@mcollina
Copy link
Member Author

If we decide to do this, we should do:

a. ask which projects in JSF would like to participate - some might not.
a. a call for proposals for sessions.
b. ask the community to up/down vote the sessions, and use the tool @joyeecheung created for Vancouver to reduce the amount of overlap.

As an example, in Vancouver the Modules team did not have quorum. So, each project/team/wg should decide if they would like to participate and in what numbers. Then, we create a shared agenda.

IMHO there should be some space for an "hallway chat".

@jorydotcom
Copy link
Collaborator

@mcollina I think there will be different levels of interest based on project (from the JSF side) - I think they will almost all be interested at some level, though. It would be good to get a sense of how the collab summit has proceeded in the past (I have never been able to attend a whole summit!) so we can do some brainstorming on our side.

@joyeecheung
Copy link
Collaborator

joyeecheung commented Dec 14, 2018

@jorydotcom This is the agenda of the last summit: https://github.com/nodejs/summit/blob/master/2018-10-Vancouver/agenda.md
And this is the agend of the last one near JSConf EU: #60

Though we are always trying to improve the format of these events, and the one near JSConf EU is usually a bit different from the one near JS/Node Interactive. AFAIR, Berlin 2018 was quite different from Berlin 2017 and so was Vancouver 2018 from Vancouver 2017. (And I must say the 2018 ones were overall more productive than the 2017 ones)

@mcollina
Copy link
Member Author

I think we are improving at each iteration :).

@mhdawson
Copy link
Member

I think we already have the case where some people are interested in some sessions and not in others which are WG focused. There should be some common ground for it to make sense, but it does not necessarily need to result in more people in each sessions, but instead slots for more different sessions.

@mcollina
Copy link
Member Author

This can be closed! We have OpenJS Foundation now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants