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

Splitting mentorship from long term project hosting. #58

Closed
mikeal opened this issue Mar 4, 2016 · 1 comment
Closed

Splitting mentorship from long term project hosting. #58

mikeal opened this issue Mar 4, 2016 · 1 comment

Comments

@mikeal
Copy link
Contributor

mikeal commented Mar 4, 2016

One of the things the TSC has struggled with is to try and define the scope of what projects could fit under the TSC.

Simultaneously, the TSC created a mentorship program (the incubator) and has extended those mentorship resources to critical projects in need.

Another aspect of this mentorship has been a neutral home (the Node.js Foundation) which helps when building up a contribution base around the project.

However, the long term implications of hosting graduated projects are outside of what I believe the TSC is comfortable maintaining, based on the last meeting.

I'd like to use this issue to discuss any concerns with splitting the long term hosting of graduated projects from the TSC. There are several options for where to host these assets and any long term governance concerns we might have can be structured into where and how they are hosted. It also almost goes without saying that whatever this home might be it would need to be part of a neutral foundation with assurances that the project is autonomous and governed by its contributors.

As a side benefit, this could get us out of the problem we've struggled with regarding "picking winners." We can extend mentorship to projects the Node.js ecosystem depends on without hosting them forever in "The Node.js TSC" which has an implicit endorsement.

@mikeal
Copy link
Contributor Author

mikeal commented Mar 9, 2016

Closing in favor of #59 for further discussion.

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

No branches or pull requests

1 participant