Maybe change `testing.fast_array_utils.Flags` design

オープン

#34 2025年2月25日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: リファクタリング
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: python
領域: tooling

調査の方向性

リンクされた pull request の議論から始め、現在の testing.fast_array_utils.Flags の設計、特に Flags.Any と Flags(0) の扱いを確認してください。Issue に記載されている 3 つの代替案を比較し、意図されたセマンティクスをメンテナーと明確にしてください。すべての ArrayTypes について、合意されたフラグ設計と対応する動作が決まれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Continued from https://github.com/scverse/fast-array-utils/pull/30#discussion_r1967609696 (cc @ilan-gold)

Currently we have Flags.Any, which is set for all ArrayTypes, in order to make sure that for each ArrayType “at”,

at.flags & ~Flags(0) is truthy, and
not (at.flags & Flags(0)) is true.

This isn’t trivially the case, since each flag represents an attribute, and its absence the inverse attribute, so there is always one group that has no flags set. With the current set of flags (sparse, gpu, dask, disk), this group contains numpy.ndarray)

Alternatives:

don’t use Flags(0) as default for skip, but None instead (unintuitive, one would expect skip=Flags(0) to skip nothing)
use a flag that is the inverse of another, e.g. Flags.Dense (there is no longer one obvious way to do things, e.g. shall we skip sparse or select dense?)
switch the flags to NoDask and NoDisk, so that Flags(0) represents a combination that can never exist (might be elegant if there were were words to express these concepts without negation)

主要言語: Python
スター: 15
フォーク: 5
平均マージ: 10時間 33分
マージ済み PR（30日）: 9

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

scverse/fast-array-utils のほかの issue

Document `numba` sparse plugin types オープン

難易度 1/5 1〜3時間初心者へのやさしさ 74/100

scverse/fast-array-utils#165 · 2026年4月9日に作成
Why does fau need to know about numba internals for thread layer オープン

難易度 5/5 1週間以上初心者へのやさしさ 30/100

scverse/fast-array-utils#215 · コメント 1 件 · 2026年9月18日に作成
More `jit` options, specifically `nogil=True` on the serial kernels オープン

難易度 3/5 1〜2日初心者へのやさしさ 65/100

scverse/fast-array-utils#213 · コメント 4 件 · 2026年9月17日に作成
fork() called from a process already using GNU OpenMP, this is unsafe. オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

scverse/fast-array-utils#179 · コメント 23 件 · 2026年6月24日に作成
More precise mean_var for non-Dask dense arrays? オープン

type: numpy/scipy

難易度 5/5 1週間以上初心者へのやさしさ 25/100

scverse/fast-array-utils#128 · 2025年10月17日に作成

scverse/fast-array-utils の issue をすべて見る

似ている issue

docs: update workflows.md for slide deck Node test discovery オープン

agent-ready documentation needs-triage

難易度 1/5 1〜3時間初心者へのやさしさ 88/100

microsoft/hve-core#3012 · 2026年9月25日に作成
config_keys.rst says every result file PyBNF writes is alphabetical, but the credible-interval files and start_point.txt use declaration order オープン

documentation

難易度 1/5 1時間未満初心者へのやさしさ 91/100

lanl/PyBNF#932 · 2026年9月25日に作成
workflow-status page template still says reusable workflows are "triggered only by workflow_call:" オープン

難易度 1/5 1時間未満初心者へのやさしさ 92/100

LearningCircuit/local-deep-research#6804 · 2026年9月24日に作成
Add https://search.jeremyh.xyz/ オープン

instance instance add

難易度 1/5 1時間未満初心者へのやさしさ 72/100

searxng/searx-instances#939 · コメント 1 件 · 2026年9月24日に作成
Azure Sandboxes: Small and ExtraSmall tiers always fail to deploy (disk request exceeds tier maximum) オープン

area-deployment area-integrations triage:bot-seen

難易度 2/5 半日初心者へのやさしさ 86/100

microsoft/aspire#20459 · コメント 1 件 · 2026年9月24日に作成

Python の issue をもっと見る