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

Working group membership #2

Closed
wants to merge 1 commit into from
Closed

Working group membership #2

wants to merge 1 commit into from

Conversation

rvagg
Copy link
Member

@rvagg rvagg commented Apr 5, 2015

Ideally this working group should be run by doers rather than talkers, so people either with the time to devote to maintaining LTS branches and releases or are able to represent resources to devote to this.

I haven't actually consulted properly with the initial list of people I'm proposing in this PR, so this is not authoritative, simply a way to kickstart the discussion.

I'm pulling in NodeSource folk because we have very strongly aligned interests here: @rvagg, @trevnorris, @thlorenz.

I've pulled in StrongLoop via @bnoordhuis, perhaps there's others that could be nominated? I know StrongLoop is similarly aligned with LTS needs.

I've pulled in @indutny for Voxer, I don't know how good the alignment or fit here is, feel free to comment Fedor.

I've pulled in @geek for Walmart, again I don't know how sensible this is, feel free to comment Wyatt.

Although I haven't listed anyone in this PR, I'm wondering if @kevinmehall is able to be involved on behalf of Tessel.

I imagine that both IBM and Joyent would have strong interests in this process but may not want to join at this stage.

It's also possible that heavy users, beyond those I've listed, like PayPal and Netflix are interested in contributing to this effort, but again, unless they want to contribute people-power then I'd personally rather not see this overloaded this with talkers, that's not in the spirit of the open governance model we have going on here (i.e. basically, those who do the work get to decide).

@rvagg
Copy link
Member Author

rvagg commented Apr 5, 2015

I meant to add @brycebaril as the list of possible members too, he'll need to decide whether it makes sense or not to be deeply involved but this also falls within in his area of interest at NodeSource.

@indutny
Copy link
Member

indutny commented Apr 5, 2015

Sounds good to me.

@bnoordhuis
Copy link
Member

@piscisaureus is the other obvious SL candidate.

@@ -13,4 +13,10 @@ Define and execute a long-term support (LTS) plan for the io.js process.

## Working Group Members

_To be filled in_
* Rod Vagg [GitHub/@rvagg](https://github.com/rvagg) / [Twitter/@rvagg](https://twitter.com/rvagg)
* Ben Noordhuis [GitHub/@bnoordhuis](https://github.com/bnoordhuis) / [Twitter/@bnoordhuis](http://twitter.com/bnoordhuis)
Copy link
Member

Choose a reason for hiding this comment

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

Can you drop the twitter link? The account is just a name squatting countermeasure, I don't do (or like) twitter.

@mikeal
Copy link
Contributor

mikeal commented Apr 5, 2015

I would also suggest @jasnell from IBM if he has the time.

@jasnell
Copy link
Member

jasnell commented Apr 5, 2015

Yes I'd have the time. Thanks for the thought.
On Apr 5, 2015 12:02 PM, "Mikeal Rogers" notifications@github.com wrote:

I would also suggest @jasnell https://github.com/jasnell from IBM if he
has the time.


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

@piscisaureus
Copy link

@piscisaureus is the other obvious SL candidate.

I'll join if you need me. But @rvagg said he prefers do-ers over talkers so I may be the wrong person.

What I would suggest though is to not operate blindly, but to find some potential LTS users and talk to them to figure out what their requirements and considerations are. I can help with that too.

@geek
Copy link
Member

geek commented Apr 7, 2015

I will make time to help out and be more of a doer in this working group. Thanks for the consideration.

@rvagg
Copy link
Member Author

rvagg commented Apr 14, 2015

Let's see if we can get together some time next week, here's a doodle which I've tried to make as open as possible from my end with times most likely to overlap with others but I'm open to feedback on adding additional times - for example we may have trouble with @indutny's times there so potentially could add a compromise time that's an hour earlier in the large block each day (6am for me).

Please add yourself if you think you'd be a good fit for this group and we'll try and kick something off -- I don't think there needs to be significant administrative overhead just to get something started here.

http://doodle.com/a4snra3avtp37pap

@misterdjules
Copy link

@rvagg I would like to participate in this group, especially since features such as postmortem debugging and specifically mdb have been brought up in #5.

@rvagg
Copy link
Member Author

rvagg commented May 7, 2015

great @misterdjules, I'm going to try and organise a meeting the week after next

I also think maybe @jfhbrook and @wraithan might be interested in pitching in to help move LTS forward since they are have been so vocal with opinions! Maybe their employers can even sanction a bit of work time for them to be involved given it's in their interests to do so? (I'm not :trollface:-ing btw, I'd love you both to join if you can find the time).

@ofrobots
Copy link

ofrobots commented May 8, 2015

@rvagg I would like to be involved with this group as well.

@jasnell jasnell closed this Jul 7, 2015
@wraithan
Copy link

wraithan commented Jul 7, 2015

Somehow this got buried in my inbox until today.

I'm currently asking my company for time as I don't have much outside of work time to do this. Luckily it can play well with our periodic customer interviews as I can talk with some of our bigger more enterprise customers about their needs for LTS or encourage them to contribute to this WG as well. It is currently in the discussion process above me. I'll check back in once I know the results.

It looks to be the bulk of the work will be backporting patches and patching bugs that exist in older versions. Is that an accurate assessment?

@rvagg rvagg deleted the wg-members branch July 8, 2015 04:29
@rvagg
Copy link
Member Author

rvagg commented Jul 8, 2015

@wraithan that, and also monitoring ongoing work to surface patches that should be backported in the first place. I imagine once we have ~4 separate release lines coming out of the same repo, managing issues and pull requests is going to become so much more intensive; there'll be triage work and then a backlog for LTS.

Another area of responsibility we'll have to allocate is cutting LTS releases which I think should be a separate job to cutting releases off master and next, so there's a possible job for you there too.

One thing you could do right now is give feedback on the current proposed plan: https://github.com/nodejs/LTS/#proposed-lts also soliciting feedback from some larger New Relic Node clients on this would be super-helpful. I've started reaching out to some contacts but the more enterprise eyes on this the better.

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

Successfully merging this pull request may close these issues.

10 participants