日本語翻訳:

サマリー：

Python プログラミング言語は、PEP 661 を通じて Python 3.15 で新たな内蔵の

sentinel

値を導入し、長年にわたる欠損データに関する曖昧さを公式に解決しました。以前は、開発者が特定の「欠損」値と汎用的な

None

を区別することに苦慮しており、脆弱な独自のパターンである

object()

や単一メンバーの Enum のトリックなどに頼らざるを得ず、これらがキャッシュや設定システム内で衝突を引き起こすことがありました。この待ちに堪えぬ解決策は、この機能をコア言語へ標準化します。この内蔵の

sentinel

は他とのデータ型と競合せず、不在を示し、過ちが生じやすい従来のハックを置き換えることで、より信頼性の高いコードを記述することを可能にします。したがって、Pydantic などのライブラリを利用する企業では、大幅に向上した安定性とタイプチェックの正確性が期待でき、欠損データが意図通りに扱われるようになり、沈黙して上書きされたり

None

や有効な状態と誤認されたりすることはなくなります。

「None」の多義性と解決策：センチネル値への移行

「None」は Python で最も多義的な値の一つです。欠落、未設定、エラー発生、有効な値など多様な役割を担ってきたが、この多義性は多くの場面で問題を生んでいます。PyConDE 2026 や EuroPython 2026 などでのセッションでは、代替案としての**センチネル値（Sentinel Value）**について解説されました。

「None」による具体的な問題点

None

は単純な欠落を示すだけでなく、文脈によって意味が曖昧になることがあります。

キャッシュの曖昧さ
- キーが存在しない場合と、キーを
```
None
```
  と指定した場合の両方で返される値が
```
None
```
  になり、区別できない。
設定更新の判断不可能
- ```
timeout=None
```
  とした際、「タイムアウトなし」なのか「現在の値を維持」なのか判別できない。
エラーシグナルとの混同
- エラーを吸収して
```
None
```
  を返す関数の場合、エラーシグナルとして
```
None
```
  が利用されていることになる。

センチネル値は有効な値の領域の外にあるガードとして機能し、実際の値との衝突を防ぐことが可能です。

Python 標準およびライブラリでの活用事例

Python 自体や主要ライブラリも、これらの問題を回避するために独自のセンチネルを多用しています。

Ellipsis (
...
)
- NumPy のスライシングで次元をスキップするための用途。
- スタブ（プロトタイプ）を表す目的でも使用される。
NotImplemented
- 二項演算子のメソッド（例：
```
__rsub__
```
  ）によるダブルディスパッチを可能にする。
- 「実装の所在を他処に見つける」という意味を持つ。
Pydantic の
MISSING
- 「フィールドが明示的に null に設定された場合」と「送信されていない場合」を区別する役割を果たす。
- Pydantic 2.14 では実験的な要素として扱われ、後退した（退廃）。

自作センチネルの限界と課題

独自に

MISSING = object()

を作成すると、実行時は完璧に動作しますが、静的型チェッカーとの相性が悪くなります。

型ナローリング（Narrowing）への失敗
- 静的型チェッカーが「この値は特定の sentinel である」と判断できない。
回避策のトレードオフ
- ```
TypeIs
```
  ガードやマジックリテラル文字列、単一メンバーを持つ Enum を使うなどの回避策は、いずれもコスト（トレードオフ）を伴う。
アイデンティティチェックの不可避性
- センチネルがコピーまたはシリアライズ（pickle）された際、アイデンティティチェック（
```
is
```
  ）が機能しなくなる弱点がある。

転換点：PEP 661 の承認と組み込み機能化

Python コミュニティにおいて大きな変化が生じました。

PyConDE での動向
- 4 月の PyConDE では PEP 661（センチネルの標準化）の延期が結論づけたも、わずか 9 日後にスティーブ・カウンシル（Steering Council）によって承認されました。
Python 3.15 以降の変更点
- ```
sentinel
```
  が組み込み関数となりました。
- 型チェッカーは
```
None
```
  と同様に、これに対して型ナローリングを行うことが可能になりました。

from sentinel import MISSING  # または適切なインポート先へ変更

def update_email(user_id: int, email: str | None = MISSING) -> None:
    if email is MISSING:
        return  # なにも更新しない
    elif email is None:
        db.delete_email(user_id)
    else:
        db.set_email(user_id, email.lower())  # 型が str に narrowed される

互換性について
- 古い Python バージョンの場合、
```
typing_extensions
```
  を用いてバックポートを利用できます。
- 型チェッカーへのサポートはまだ完全に追いついていないため、使用前に自身の環境を確認してください。

まとめと教訓

「None」の多義性に対する自覚を持ち、実際に何を表現したいかを慎重に考えることが重要です。

代替案の優先
- センチネルを用いて多義性を解決し、既にライブラリから提供されているもの（
```
sentinel
```
  など）を優先すること。
ハックからの脱却
- 古い
```
object()
```
  や Enum のハックを新しい組み込み機能へ置き換えること。
例外の再考
- 結果として
```
None
```
  を返そうとする誘惑に直面した場合は、例外と結果型に関する講演も参考にしてください。

※以下のスライドは PyConDE 時点のものであり、PEP 661 が延期されている旨を記述していますが、EuroPython の録画では最新バージョンであり、新しい組み込み

sentinel

機能がカバーされています。

無意味な騒ぎ：Python のセンチネル値について