|
| 1 | +# Node.js Website Team Meeting 2025-07-04 |
| 2 | + |
| 3 | +## Present |
| 4 | + |
| 5 | +- Aviv Keller @avivkeller |
| 6 | +- Claudio Wunder @ovflowd |
| 7 | +- Augustin Mauroy @AugustinMauroy |
| 8 | +- flakey5 @flakey5 |
| 9 | +- Brian Muenzenmeyer @bmuenzenmeyer |
| 10 | +- Dario Piotrowicz @dario-piotrowicz |
| 11 | +- Caner Akdas @canerakdas |
| 12 | +- Matt Cowley @MattIPv4 |
| 13 | + |
| 14 | +## Agenda |
| 15 | + |
| 16 | +### nodejs/nodejs.org |
| 17 | + |
| 18 | +- https://github.com/nodejs/nodejs.org/pull/7978 |
| 19 | + - Brian: This PR changes how we handle content review. |
| 20 | + - Claudio: Historically, the website team didn't need to weigh in (since there was no real content). But that's changed with the Learn initiative. We need to, at the end of the day, protect ourselves. We shouldn't take ownership for content that we aren't experts on. |
| 21 | + - Aviv: In the previous setup, we had partial authority when no one was explicitly designated. But what if someone *is* authorized but becomes unresponsive? |
| 22 | + - Claudio: In open source, there isn't a formal concept of "authority" over content. Anyone can block a PR without introducing excessive process or bureaucracy. |
| 23 | + - Brian: Was this triggered by a specific incident? |
| 24 | + - Claudio: Yes and no. There *was* an incident, but it was a misunderstanding and fairly isolated. |
| 25 | + - Aviv: If the system isn't broken, maybe it doesn’t need to be fixed. |
| 26 | + - Brian: +1 |
| 27 | + - Claudio: +1 |
| 28 | + - Matt: The old wording in the guidelines was intentionally vague. Clarity is also important. |
| 29 | + - Aviv: Let's continue this discussion in the PR itself. Feel free to refer to the minutes for a refresher on this conversation. |
| 30 | + |
| 31 | +- https://github.com/nodejs/nodejs.org/pull/8040 |
| 32 | + - Claudio: What if we need to add owners to many files at once? |
| 33 | + - Aviv: How often does that scenario realistically occur? |
| 34 | + - Claudio: Fairly often, for example, when people need to change pings or ownership, it becomes messy. A good system needs to be maintainable over time. |
| 35 | + - Matt: +1 in favor of introducing a `CODEOWNERS` file. |
| 36 | + - Aviv: Should we scrap the entire idea of mapping articles to Core APIs? |
| 37 | + - Claudio: No, we should just separate it from the review process. There are many ways to map files to relevant core APIs. |
| 38 | + - Augustin: A simple mapping won’t work for the Learn content. It's too complex. |
| 39 | + - Claudio: Core collaborators and TSC members are strong in technical domains but transforming technical documentation into Learn articles introduces another layer of complexity, perhaps AI will help? |
| 40 | + - **Discussion cut short, as we ran out of time** |
0 commit comments