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

Combined node.js/io.js TC/Core Call #1413

Closed
mikeal opened this issue Apr 13, 2015 · 23 comments
Closed

Combined node.js/io.js TC/Core Call #1413

mikeal opened this issue Apr 13, 2015 · 23 comments
Labels
meta Issues and PRs related to the general management of the project.

Comments

@mikeal
Copy link
Contributor

mikeal commented Apr 13, 2015

We have a weekly call and node.js has a weekly call.

In the latest call regarding the Node.js Foundation's development policy (designed to work for a potentially merged io.js and node.js) it was suggested that we combine these calls temporarily.

We haven't merged the projects or the processes, I'm only proposing that we merge the weekly call. Essentially, we would have two agendas (one for io.js and one for node.js) that we merge and the node.js core people would be invited observers to the io.js TC call and the io.js TC members would be invited observers in the node.js core call.

If any issues came to a vote or decisions are made they would still be made for each project by that project's governing body, observers (as always) would not have a formal vote.

Combining the calls gets people dipping their toe in the water in terms of participation. It also addresses one of the communities biggest concerns: that the projects will diverge and become incompatible. The fact that we're communicating in the same channel would guard against diverging that might happen only because the projects silo'd.

@Fishrock123 Fishrock123 added the meta Issues and PRs related to the general management of the project. label Apr 13, 2015
@mscdex
Copy link
Contributor

mscdex commented Apr 13, 2015

Out of curiosity, would this still work with Google hangouts or is there a similar service that would be used so that outsiders can listen live like we can for io.js TC meetings?

@mikeal
Copy link
Contributor Author

mikeal commented Apr 13, 2015

I think that if I pay to upgrade the io.js G+ account that we can get 15 people on a hangout, so it should still work. We're getting awful close though, if we have to we can do GoToMeeting and record the audio but it's a manual process to post it afterwards, with no live listen feature.

@Fishrock123
Copy link
Contributor

I thought we had a 15 account on io.js now? But, GoToMeeting seems like the other option.

@mikeal
Copy link
Contributor Author

mikeal commented Apr 13, 2015

Here's the Dev Policy call https://www.youtube.com/watch?v=IWZLCBbsTUo

@rvagg
Copy link
Member

rvagg commented Apr 14, 2015

I appear to have been voted off this island, proposed call times are US-centric (I can't blame Americans for not being aware of a world across the oceans of course) and land between midnight and 5am for me

@piscisaureus
Copy link
Contributor

@jasnell

@jasnell
Copy link
Member

jasnell commented Apr 14, 2015

@rvagg... not intentionally, I assure you. I just added a few more slots to the poll. Hopefully it helps but not knowing exactly where you are located I'm just guessing.

@mikeal
Copy link
Contributor Author

mikeal commented Apr 14, 2015

@rvagg @jasnell we should use the noon-1pm slot. We already went through this and figured out it was the only way to get both Fedor and Rod who are on the farthest ends of the timezone scale.

When Fedor moves to the US we should re-evaluate though so that maybe Rod can stop waking up so early :)

@Fishrock123
Copy link
Contributor

noon-1pm slot

That is, PST. 3-4pm EST, 19:00-20:00 UTC.

When Fedor moves to the US

:o this is a thing?

@Fishrock123
Copy link
Contributor

Hopefully it helps but not knowing exactly where you are located I'm just guessing.

Also, Rod is in Australia. Syndey time, I believe.

@jasnell
Copy link
Member

jasnell commented Apr 15, 2015

fwiw.. I think the doodle poll is a bust. It's going to be difficult to find a time that works for everyone. For the time being, I'm considering proposing a bi-weekly call that alternates between 6am pacific one week, 6pm pacific the next, with the goal of the time pick being equally unfair for everyone (time zones suck... we need @srl295 to fix those for us).

@mikeal
Copy link
Contributor Author

mikeal commented Apr 15, 2015

What's the problem with using the slot we currently use for the io.js TC? What timezone isn't fulfilled?

@jasnell
Copy link
Member

jasnell commented Apr 15, 2015

Would the io.js folks be willing to "give up" that slot for the combined
call? I don't want to assume prematurely.
On Apr 15, 2015 3:04 PM, "Mikeal Rogers" [email protected] wrote:

What's the problem with using the slot we currently use for the io.js TC?
What timezone isn't fulfilled?


Reply to this email directly or view it on GitHub
#1413 (comment).

@mikeal
Copy link
Contributor Author

mikeal commented Apr 15, 2015

Ya, we would prefer to just do one call per week anyway.

@srl295
Copy link
Member

srl295 commented Apr 16, 2015

Careful, my fixes to time zones start with throwing out daylight savings/summer/franklin-bad-joke time ... Careful what you ask for !

@mikeal

noon-1pm slot
on which day?

@mikeal
Copy link
Contributor Author

mikeal commented Apr 16, 2015

yup, Wednesday and it has been 1pm-2pm pacific since PDT kicked in (it was noon-1 before that).

@cjihrig
Copy link
Contributor

cjihrig commented Apr 16, 2015

I brought this up at the Node core team meeting. Nobody was opposed to a joint meeting at 1pm Pacific on Wed. in order to accommodate all time zones. @misterdjules had some additional ideas for the long term, but I think this could get the ball rolling.

@misterdjules
Copy link

Thanks @cjihrig. Basically some of the members of the Node.js core team were concerned that having the two entire calls merged would be very time consuming, and that only a small number of topics discussed in both meetings would be of interest to the other group.

We talked about keeping the two calls separate, and to have another shorter call with specific agenda items that relate to both projects. I believe this would achieve the goals stated in the original description, which are:

  1. To "get people dipping their toe in the water in terms of participation".
  2. [To] "address one of the communities biggest concerns: that the projects will diverge and become incompatible".

while keeping the overhead as low as possible.

@jasnell
Copy link
Member

jasnell commented Apr 16, 2015

I think having the joint call and maintaining separate calls for the near
term would be the most beneficial. Note that in the dev policy draft I
recommend that each release line have it's own short term WG. Allowing for
separate calls allows us to maintain momentum on getting the foundation
bootstrapped without interrupting other work. That's why I had originally
proposed setting up an alternate time.
On Apr 16, 2015 1:12 PM, "Julien Gilli" [email protected] wrote:

Thanks @cjihrig https:/cjihrig. Basically some of the
members of the Node.js core team were concerned that having the two entire
calls merged would be very time consuming, and that only a small number of
topics discussed in both meetings would be of interest to the other group.

We talked about keeping the two calls separate, and to have another
shorter call with specific agenda items that relate to both projects. I
believe this would achieve the goals stated in the original description,
which are:

  1. To "get people dipping their toe in the water in terms of
    participation".
  2. [To] "address one of the communities biggest concerns: that the
    projects will diverge and become incompatible".

while keeping the overhead as low as possible.


Reply to this email directly or view it on GitHub
#1413 (comment).

@mikeal
Copy link
Contributor Author

mikeal commented Apr 16, 2015

perhaps we should just abandon this merged call and just do a call for the Convergence WG. i doubt we'll get enough of either call to make it worthwhile if the meeting doesn't have our regular agendas in it.

@Qard
Copy link
Member

Qard commented Apr 16, 2015

Maybe part of each core team meeting could be allocated to decide topics to bring up in the combined meeting?

@Fishrock123
Copy link
Contributor

@mikeal does this still need tc attention? We've already been doing this now, i think it can be closed?

@mikeal
Copy link
Contributor Author

mikeal commented May 13, 2015

Yup, let's close.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta Issues and PRs related to the general management of the project.
Projects
None yet
Development

No branches or pull requests

10 participants