Skip to content

Commit 009eb38

Browse files
committed
feat(minutes): 2025/07/04
1 parent 6bbe64b commit 009eb38

File tree

1 file changed

+40
-0
lines changed

1 file changed

+40
-0
lines changed

meetings/2025-07-04.md

Lines changed: 40 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,40 @@
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

Comments
 (0)