Skip to content
This repository was archived by the owner on Nov 1, 2022. It is now read-only.

Community Representation on Node.js Advisory Board #1

@dshaw

Description

@dshaw

Scott Hammond, Joyent’s new CEO, has outlined a plan for the Node.js Advisory Board. If you haven’t had the opportunity to digest this plan, please take a moment to do so.

The advisory board charter defines 13 seats represented as follows:

  • Project Lead (TJ Fontaine)
  • 2 seats for the top core technical contributors
  • 4 corporate seats
  • 4 “user” seats
  • One curator seat (Chris Williams)
  • One Open Source Software guidance seat (Danese Cooper)

An advisory board membership term lasts for 12 months. With the exception of the Project Lead, all members can serve a maximum of two consecutive terms.

The interim advisory board is tasked with the job of replacing itself. One key concern that has been raised since the first advisory board meeting is how to better engage the broader community interests in the Advisory Board process. The Advisory Board charter defines “user” seats as:

These seats are for organizations that are using Node.js. To be nominated, an end-user company must currently be using Node.js in production and have published a use case on the Node.js website. Once nominations have been closed, selection will be made by a vote by eligible contributors. Eligible contributors are those who are currently active and have had at least one non-trivial pull request merged to master in the past six months.

The concern here is that this marginalizes the broader Node Community by defining community as only represented by companies. The purpose of this issue is to collect feedback and potentially prepare an alternative representation model.

Your feedback is crucial here:

  1. What are the community representation models we can draw inspiration from?
  2. How many seats should community representatives hold?
  3. How do we define which ecosystems should be represented?
  4. Who would you nominate to represent you?

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions