New Strategic Initiative on Primordials
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- javascript
調査の方向性
まず、リンクされている TSC issue 1438 と Node issue 18795 を読み、次にここでの議論を確認して、既存の primordials の保証と意見の相違を理解してください。提案に記載されたユースケースと CI テスト、ドキュメントの指針、適用に関する推奨事項、および TC39 の立場を TSC が承認した時点で、作業は完了となります。
索引モデルが issue の本文から書いたものです。
説明
Primordials are a way we use to add robustness to certain areas in our code and there has been a lot of debate about whether or not the issues they create regarding performance and ease of contribution are worth it in different contexts.
Context: https://github.com/nodejs/TSC/issues/1438 https://github.com/nodejs/node/issues/18795
I'd like to proposes a (ideally short lived) new strategic initiative around deciding their status in the project.
I'm happy to drive this as a strategic initiative if there is interest from the TSC with the following format:
- We (all members invited) will meet a few times to write use cases and then derive tests from those use cases that will run during CI to enforce we don't break any primordials guarantees (e.g exit handler) . We will try to keep the scope small.
- We will add a warning to the docs outlining the robustness model regarding primordials and what guarantees Node makes. We will make a recommendation and an official "Node wants X" for TC39 discussion.
- We will recommend where to enforce primordials and where not to enforce them and what the PR flow around them should be.
- The TSC will approve every step above either by consensus (good) or by vote (bad).
- All this should happen in the timespan of a month or two, ideally. We rush nothing, hear everyone out and adapt/amend when needed.
I would really like it if collaborators who have spent a lot of time thinking about this participate, namely @aduh95 , @ronag @joyeecheung and @anonrig but there are a lot of others here like @isaacs and @ljharb that are welcome too weigh in and participate.
I think our opinions don't differ that much honestly and I think once we iron out the specifics we can come to a good resolution.
- 主要言語
- JavaScript
- スター
- 693
- フォーク
- 142
- 平均マージ
- 8日 7時間
- マージ済み PR（30日）
- 3
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
nodejs/TSC のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 20/100
-
tsc-agenda
難易度 5/5 1週間以上 初心者へのやさしさ 8/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 3/100
-
build-agenda tsc-agenda
難易度 5/5 1週間以上 初心者へのやさしさ 5/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 18/100
似ている issue
-
bug documentation
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
awslabs/visual-asset-management-system#880 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
possible bug
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
Mintplex-Labs/anything-llm#6889 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
swc-project/swc-next#1165 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
nhsuk/nhsuk-prototype-kit-package#439 ·
メンテナーはふだん 1 日以内に返信