未分類

選挙における「当選確実」は、当然、各ニュースメディアがオリジナルの方式を取っていると思います。
私は、事後確率を使ったベイズ統計方式程度のことは知っていますが、各メディアがどのような方法を用いているのか、また、「当選確実の取消」はどの程度発生するのかを教えて下さい。

ご質問のポイントは大きく ①「当選確実」は何を根拠に出しているのか②各メディアで方式に違いはあるのか③「当選確実の取消」はどれくらい起きるのか、の3点だと思います。順に整理します。


1. 「当選確実」はベイズ推定か?

結論から言うと、純粋なベイズ統計モデルではありません
考え方としては事後確率に非常に近いものの、実運用では 統計モデル+経験則+現場情報 を重ねたハイブリッドです。

各社とも内部では、

  • 出口調査・期日前投票調査
  • 開票速報(ごく一部の開票率でも「票の質」が高い区画)
  • 過去選挙データ(得票構造、地域差、都市/農村バイアス)
  • 候補者要因(現職・新人・分裂選挙など)

を入力として、「この先どんな票が、どの順で出てくるか」を推定しています。

数理的に言えば、

  • 事前分布:過去選挙+調査
  • 尤度:現在出ている開票結果
  • 更新:開票進行に応じてリアルタイム更新

という構造なので、思想的にはベイズ的です。ただし、

  • 数式モデルをそのまま自動判定に使う
  • 一定確率を超えたら機械的に「当確」

というやり方ではありません。


2. 各メディアの方式の違い

方式の詳細は非公開ですが、「何を重視するか」にははっきりした傾向差があります。

公共放送系(例:NHK)

  • 出口調査・期日前調査を極めて重視
  • 「誤報ゼロ」を最優先
  • 当確は遅めだが、取り消しはほぼ出さない

民放キー局・新聞社

  • NHKと同様の統計基盤は持つ
  • 過去の選挙地図・地域票の流れを強く使う
  • 接戦区ではNHKより慎重/非接戦区では早出し

ネットメディア・速報特化型

  • 開票速報への依存度が高い
  • 早いが、保守性は低め
  • 「当確相当」「優勢」など段階表現で逃げることが多い

共通点として、**どの社も「人が最終判断する」**点は同じです。
完全自動化は、意図的に避けられています。


3. 「当選確実の取消」はどの程度起きるか

これはかなり重要な点ですが、

大手メディアでは極めて稀(体感的に数年に一度あるかないか)

です。

理由は単純で、

  • 当確を出すハードルが非常に高い
  • 取消は報道機関の信用に直結する

ためです。

取消が起きる典型パターン

  • 期日前投票の偏りを読み違えた
  • 僻地・特定組織票の開票が最後に集中した
  • 無効票・按分票の想定外増加

いずれも「統計モデルの破綻」というより、
票の出方が想定と構造的に違ったケースです。

なお、

  • 「当選確実」→取消
    は激レアですが、
  • 「優勢」→落選
    はそれなりに起きます。

そのため、各社とも「当確」という言葉の運用は年々慎重になっています。


4. まとめ(技術者目線で言うと)

  • 「当選確実」は確率モデルの出力そのものではない
  • ベイズ的更新+人間の判断による安全側判定
  • 取消は「設計上、起きないように作られている例外事象」

言い換えれば、
「当確」は統計の結果ではなく、統計に裏打ちされた編集判断
です。

もしご関心があれば、

  • 「どの時点で何%なら当確と言えるのか」
  • 「機械判定にすると何が危険なのか」
    といった点も、もう一段掘り下げて整理できます。

「どの時点で何%なら当確と言えるのか」「機械判定にすると何が危険なのか」の両方を教えて下さい。

了解しました。ここは**選挙報道の中でも、いちばん「工学と社会が衝突する部分」**なので、やや踏み込みます。


1. 「どの時点で何%なら当確と言えるのか」

結論

明確な%の閾値は存在しませんし、意図的に作られていません。

理由は、「当確」が確率論上の命題ではなく、不可逆な編集判断だからです。


1.1 もし確率で言うなら?

仮に純粋な確率論の話をするなら、

  • 95% → 学術的には「かなり確からしい」
  • 99% → 工学的には「ほぼ確定」
  • 99.9% → 金融・安全工学では「実用上の確定」

という感覚になります。

しかし、選挙報道で 99%や99.5%では当確を出しません
なぜなら、

残り0.5〜1%が「現実に起きる世界」だからです。

選挙は1回限りで、やり直しが効かず、
その1%が起きた瞬間に「誤報」になります。


1.2 実際の判断基準(非公開だが推測可能)

各社の内部基準は公表されていませんが、
複数の証言・過去事例から見ると、以下が同時に成立したときに初めて「当確」が出ます。

  1. 残り票を全て相手に足しても逆転しない
  2. 残り票の性質が既知で、偏りが想定内
  3. 過去の最大誤差を考慮しても差が残る
  4. 期日前・当日・地域別の票構造が破綻していない
  5. 人間(デスク)が説明責任を持てる

これを確率風に言えば、

「この結果が覆るには、既知の票構造が同時に複数崩壊する必要がある」

という状態です。

つまり、「90何%」ではなく
「逆転のために必要な条件が現実的に存在しない」
ことを確認している。


1.3 なぜ「%表示」をしないのか

もし「当選確率 99.8%」と表示した瞬間、

  • 0.2%が起きたとき
    → 「なぜ出した?」ではなく
    → 「誤報を出した」になる

からです。

確率は説明には便利だが、責任の所在を曖昧にする。
報道はそれを嫌います。


2. 「機械判定にすると何が危険なのか」

ここが本質です。


2.1 技術的な危険:モデルの前提が壊れる

機械判定は必ず以下を前提にします。

  • 投票行動の分布は過去と連続している
  • 調査誤差はランダム
  • 残り票は統計的に推定可能

しかし、選挙では前提が壊れるイベントが普通に起きます。

例:

  • 特定団体票が「最後にだけ」まとまって出る
  • 離島・山間部票が想定より極端
  • 無効票・按分票が異常増加
  • 終盤での候補者トラブル

これらは確率的ノイズではなく、構造変化です。

モデルは、

「起きないはずのことが起きる」
ことに最も弱い。


2.2 社会的な危険:責任主体が消える

機械が「当確」と出した場合、

  • 誰が説明するのか?
  • 誰が責任を負うのか?

という問題が即座に発生します。

「AIがそう言った」は
報道では免罪符になりません。

だから必ず、

  • 「この判断は人が出した」
  • 「誤ったら人が謝る」

構造を残す必要があります。


2.3 情報戦としての危険

さらに重要なのはここです。

もし当確判定が

  • 数式
  • 閾値
  • アルゴリズム

で固定化されたら、

意図的に誤判定を誘発する戦術が成立する

からです。

例えば、

  • 特定地域の開票を遅らせる
  • 初動票だけを意図的に偏らせる
  • 世論調査を攪乱する

などは、人間の編集判断があるから防げている


3. まとめ(江端さん向けに一言で)

  • 「当確」は確率問題ではなく不可逆な意思決定
  • 機械判定は「説明責任・前提崩壊・情報戦」に弱い
  • だから各社は
    ベイズ+経験+人間の覚悟
    という一番面倒で、一番安全な方法を選んでいる

言い換えれば、

当選確実とは「99.9%」ではなく
「誤っても人間が腹を切る覚悟が持てる状態」

です。

もし次に進むなら、
「では海外(米国・欧州)はどうしているのか」
「将来、AI判定が許容される条件はあるのか」
このあたりも、かなり面白い論点になります。

 

未分類

以下は、今回発生した「印刷(PNG保存)失敗」の原因と対応を、再発防止用のメモとして整理したものです。
そのまま社内メモ/作業ログに貼れる体裁にしています。


印刷(PNG保存)失敗トラブル対応メモ

対象:kakimaru / tsubame(Flask + Playwright 構成)

1. 現象

  • Web画面上で「選択した画面をPNG保存」を実行すると失敗
  • 表示例
    失敗: /shot HTTP 500
    
  • kakimaru / tsubame の両方で再現(PC交換後)

2. 原因の全体像

本質的な原因

PC交換により Python 実行環境(venv・依存ライブラリ・Playwright/Chromium)が不整合になった

コードそのものは壊れていなかった。


3. 個別の原因と対処

(1) systemd が venv ではない Python で起動していた

原因

  • systemd は activate を通らない
  • ExecStart=python server.py のような指定だと
    • system python
    • pyenv の python
      を拾ってしまう

対処

systemd の ExecStartvenv の python の絶対パスに固定。

例:

ExecStart=/home/tomoi/kakimaru/venv/bin/python /home/tomoi/kakimaru/src/server.py
ExecStart=/home/tomoi/tsubame/src/.venv/bin/python /home/tomoi/tsubame/src/server.py

反映:

sudo systemctl daemon-reload
sudo systemctl restart <service-name>

(2) venv 内の pip / 依存パッケージが壊れていた

症状

  • pip show playwright 等で例外が出る
  • ModuleNotFoundError が連鎖的に発生

対処

  • venv を 作り直す
  • その後、依存を入れ直す
python3.12 -m venv venv
venv/bin/python -m pip install -U pip setuptools wheel

(3) Playwright は入っているが Chromium 本体が入っていなかった

症状

  • /shot が HTTP 500
  • Flask 側では Playwright 起動時に例外

対処

venv の python で Chromium を明示的に導入。

venv/bin/python -m playwright install chromium

必要に応じて OS 依存も導入:

sudo venv/bin/python -m playwright install-deps chromium

(4) psycopg2 が未導入、またはビルド失敗

症状

ModuleNotFoundError: No module named 'psycopg2'

または

fatal error: Python.h: No such file or directory

対処(開発環境)

venv/bin/python -m pip install psycopg2-binary

(本番用途でソースビルドが必要な場合は python3.12-dev 等を導入)


(5) systemd サービスと手動起動が混在していた

症状

Address already in use
Port XXXX is in use by another program

原因

  • systemd サービスが既に起動中
  • その状態で手動起動した

対処

  • 一度 service を停止
  • venv python で手動起動して動作確認
  • 問題なければ service を修正して再起動

4. 最終的に正常と判断できる状態

以下がすべて満たされていること:

  • systemd の ExecStart が venv の python を指している
  • ss -ltnp で該当ポートの python 実体が venv 配下
  • Web画面から「PNG保存」が成功
  • journalctl に Playwright / Chromium エラーが出ていない

5. 教訓・再発防止策

  • systemd + Python アプリでは、必ず venv の python を絶対パス指定
  • PC交換・OS再構築時は
    • venv
    • pip
    • Playwright + Chromium
      を「必ず再確認」
  • 「コードは正しいが環境が壊れている」ケースは多い
    → まず疑うのは 実行 python と依存関係

以上です。
このメモがあれば、次回同様のトラブルは 最短で切り分け・復旧できます。

2026,江端さんの忘備録

PCのディスクのバックアップをどんなに周到に行っておいたとしても、いきなり、新しいPCでアプリケーションが動き出す訳ではない ーー ということは、あまり知られていないのかもしれません。
No matter how carefully you back up a PC’s disk, applications do not suddenly start working on a new PC as they did before—this fact may not be widely recognized.

多くの人は、「バックアップさえ取っておけば安心」と思っています。
Many people believe that as long as they have a backup, they are safe.

写真や文書、仕事のファイルを丸ごと保存しておけば、万一パソコンが壊れても、新しいパソコンに移せば、前と同じように使えるはずだ、と。
They assume that if they save all their photos, documents, and work files, they can transfer them to a new PC and continue using them as before, even if the original PC fails.

これはごく自然な感覚です。
This is a perfectly natural way of thinking.

しかし実際には、バックアップは「データ」を守ってくれるだけで、「使える状態」まで自動的に連れてきてくれるわけではありません。
In reality, backups only protect “data”; they do not automatically bring back a usable working environment.

たとえるなら、引っ越しの際に家具や荷物はすべて運び込まれたものの、電気・ガス・水道がまだ開通しておらず、家電の置き場所も決まっていない状態に近いでしょう。
It is similar to moving house: all the furniture and belongings have been delivered, but electricity, gas, and water are not yet connected, and even the placement of appliances has not been decided.

アプリケーションは、単体で存在しているように見えて、実はその背後で多くの前提条件に支えられています。
Applications may appear to exist independently, but in reality, they rely on many underlying prerequisites.

パソコンの機種、OSの状態、内部設定、周辺機器との相性などが、長い時間をかけて「そのPC専用の環境」として形成されています。
The PC model, the state of the operating system, internal settings, and compatibility with peripheral devices gradually form an environment unique to that particular PC over time.

これを別のPCにそっくり移そうとしても、目に見えない部分が噛み合わず、うまく動かないことは珍しくありません。
When trying to transfer this environment wholesale to another PC, mismatches in invisible areas often prevent things from working correctly.

---

PCというのは、例えるなら「地層」のようなものです。
A PC can be compared to a geological layer.

その地層は、利用者が無意識のうちに積み重ねてきたものであり、その地層の上でしか成立しない建築物が、いわゆるアプリケーションです。
That layer is built up unconsciously by the user over time, and applications are structures that can only stand on top of that specific layer.

つまり、まっさらなPCで、これまで使ってきたアプリケーションをそのまま使うことは ーー 実務的には、ほぼ絶望的と言って差し支えないでしょう。
In other words, using the same applications exactly as they were on a brand-new PC is, in practical terms, almost hopeless.

だからといって、「諦めました」と言えないのが、私たちエンジニアです。
That said, engineers are not in a position to say, “I give up.”

この週末も、ある行政系アプリの導入をきっかけに、事実上使用不能となったPCから、別のPCへ環境を移行するために四苦八苦しています。この恨み、忘れるつもりはありません。
This weekend as well, I am struggling to migrate an environment from a PC rendered practically unusable by the introduction of a specific government-related application to another PC, and I have no intention of forgetting this resentment.

法務局のアプリを作った方。名誉毀損で訴えてくれて構いません。法廷で徹底的にやり合いましょう。
To the person who made the Legal Affairs Bureau’s application: feel free to sue me for defamation. Let’s fight it out thoroughly in court.

あなた方のアプリが、管理者権限でOSやネットワーク設定に手を入れ、PCのリソースを消費し尽くし、結果として利用者の作業環境を破壊したことについて、私は、うんざりするほどの証拠を揃えて白日の下に晒す覚悟があります(本気です)。
I am fully prepared—seriously—to present overwhelming evidence in public showing that your application, by modifying OS and network settings with administrative privileges and consuming PC resources, ultimately destroyed users’ work environments.

正確に言い直すなら、これっきりの話ではありません。
To be precise, this is not a one-time incident.

■Windowsの自動バージョンアップで壊され、
■ドライバの自動更新で壊され、
■Pythonの更新で環境を壊され、
■Docker Desktopの仕様変更で壊され、
そして今度は、
■自国の行政機関のアプリによって壊されました。

- Broken by Windows automatic updates,
- broken by automatic driver updates,
- broken by Python updates that destroyed the environment,
- broken by specification changes in Docker Desktop,
and now,
- broken by an application from my own country’s government agency.

私は一体、どれだけの時間を「PCを使うため」に費やしてきたのでしょうか。
How much time have I spent just trying to be able to “use a PC”?

壊されて、直して、また壊されて、また直す。
Broken, fixed, broken again, fixed again.

この繰り返しに、一体どれほどの生産的価値があったのか、今となっては疑問しか残りません。
At this point, I can only question how much productive value this endless cycle has actually had.

ITエンジニアでなければ、「パソコンが壊れました。ですから今日は何もできません」と言うことが許されるのでしょうか。
If you are not an IT engineer, are you allowed to say, “My computer is broken, so I can’t do anything today”?

ITエンジニアではない人々は、このPCという道具による破壊行為と、どのように折り合いをつけて生きてきたのか。正直、一度聞いてみたいものです。
I want to ask how people who are not IT engineers have come to terms with the destruction caused by the tool known as the PC.

今朝も、私の許可を得ることなく、iPhoneは勝手にバージョンアップしていました。
This morning, my iPhone updated itself without my permission.

そして、iPhoneのバージョンアップもまた、一定の確率で不具合や作業妨害を引き起こしています。
iPhone updates also cause malfunctions and work disruptions with a certain probability.

私たちには、「望んでいないバージョンアップを拒否する権利」すら与えられていないのでしょうか。
Do we not even have the right to refuse updates we do not want?

なぜ、このような技術的暴力が、当然のものとして社会に受け入れられているのか、私には理解できません。
I cannot understand why this kind of technological violence is accepted as something normal in society.

----

どの政党も、消費税、物価高、所得倍増、企業の内部留保、富裕層への重課税 ーー 同じ言葉を繰り返すばかりです。
Every political party merely repeats the exact phrases: consumption tax, rising prices, income doubling, corporate retained earnings, and heavier taxation of the wealthy.

どの政党も同じことを言うのであれば、どこに投票しても同じだ、という結論にしかなりません。
If all parties say the same things, the only conclusion is that it makes no difference where you cast your vote.

■ 所得倍増を言うなら、数値目標を示せ。
- If you talk about doubling income, show numerical targets.

■企業の内部留保を問題にするなら、その企業を名指ししろ。
- If you claim corporate retained earnings are a problem, name the companies.

■富裕層への重課税を言うなら、その「富裕層」が誰を指すのかを定義しろ。
- If you argue for heavier taxation of the wealthy, define exactly who you mean by “the wealthy.”

そして、
And then,

■我が国の移民政策とは、一体何なのかを、いい加減はっきりさせろ。
- Make it clear, once and for all, what our country’s immigration policy actually is.

私は以前、外国人労働者の実態を調べたことがありますが、当時見えてきたのは、移民政策などという立派なものではなく、外国人労働力の使い捨てと、役目が終わった後の帰国を前提とした制度設計でした。
I once investigated the realities faced by foreign workers, and what I saw was not anything as grand as an immigration policy. Still, it is a system designed around the use of disposable foreign labor and repatriation once their role is complete.

その後、理念としての移民政策が明確に示されたとは、少なくとも私は聞いていません。
At least as far as I know, no clear immigration policy based on a coherent理念 has been presented since then.

(↑クリックすると、コラム「外国人就労拡大で際立つ日本の「ブラック国家ぶり」」に飛びます)
(↑ Click on the column)

抽象論の演説には、もう聞き飽きました。
I am already tired of abstract speeches.

正直に言えば、不快です。
To be honest, they are unpleasant.

具体的かつ定量的に語れないのであれば『黙っていろ』。
If you cannot speak concretely and quantitatively, then shut up.

---

ともあれ ――

Anyway,

「望んでいないバージョンアップを拒否する権利」の法制化を明確に掲げる政党があれば、私は、迷わず票を投じることは約束します。
If there is a political party that clearly advocates the legal right to refuse unwanted updates, I will vote for it without hesitation.

『行政府が提供するアプリを使うと、下手なウィルスより、酷い結果が待っている』 『メインのPCには絶対にインストールしないこと』

未分類

先日、本箱を整理していたところ、萩尾望都先生のマンガを見つけました。
素晴しいコンテンツだと思うのですが、先生の原作があまりアニメ化されていないのを不思議に思います。
何か理由があるでしょうか?

Image

Image

Image

Image

とても自然な疑問だと思います。結論から言うと、「アニメ化されていない」のではなく、されにくい理由がいくつも重なっている、というのが実情です。

1. 作品の核が「内面」にあり、映像化コストが極端に高い

**萩尾もと**先生の代表作は、物語の駆動力が

  • 心理の揺らぎ
  • 沈黙や余白
  • 語られない感情の重なり

にあります。
これは漫画という「静止画+読者の内的時間」で成立している表現で、
アニメにすると

  • モノローグ過多になる
  • 動かない映像が続く
  • 演出が説明的になる

というリスクを常に抱えます。
つまり「技術的に可能」でも「作品として成立させる難度」が非常に高い。

2. 少女漫画SFという、商業アニメと最も相性が悪い位置

萩尾作品は

  • SF
  • 哲学
  • ジェンダー
  • 生と死

を、1970年代の少女漫画文脈で成立させた、極めて特殊な系譜です。
アニメ業界の主流である

  • 少年向けアクション
  • 萌え・キャラ消費
  • 分かりやすいカタルシス

とは、設計思想が正反対に近い。
結果として「誰に売るのか」を定義しにくく、出資判断が難しくなります。

3. 実は「一部は映像化されている」

完全な未映像化ではありません。

  • 『11人いる!』:1986年に劇場アニメ化
  • 『トーマの心臓』:舞台化(宝塚含む)
  • 『ポーの一族』:舞台化・ドラマCD

特に『11人いる!』は、
「萩尾作品の中で最もアニメ向き」とされる作品で、
逆に言えば、それ以外はさらに難しいという判断があったとも言えます。

4. 原作者側のスタンス

萩尾先生自身が、

  • 映像化に対して慎重
  • 作品解釈の単線化を嫌う

ことで知られています。
アニメは「決定版の表情・声・間」を与えてしまうメディアであり、
それが作品の多義性を損なうことへの懸念は、十分に理解できます。

5. 時代が追いついていなかった、そして今も完全には追いついていない

現在は

  • 実験的アニメ
  • 配信前提の小規模作品
  • アートアニメ

の土壌が広がっていますが、それでもなお
萩尾もと作品を正面からアニメ化する覚悟と技量を持つ制作陣は稀です。


総じて言えば、

アニメ化されないのは「価値が低いから」ではなく、
価値が高すぎて、安易に扱えないから

という言い方が最も近いと思います。

もし仮に今アニメ化されるとすれば、

  • 劇場用・短編
  • 作家性の強い監督
  • 商業的成功を第一目標にしない企画

という条件が揃ったときでしょう。

本棚から見つかった、というエピソードも含めて、
「紙の上で静かに読まれること」を前提に完成された作品群だと、改めて感じます。

なるほど。とは言え「スター・レッド」とかはSFとして素晴しい作品ですし、「銀の三角」に至っては、マンガによる哲学と言えるのではないか、と思うほどです。
ちょっともったいないが過ぎると思うんですよ。
ちなみに、あなただったら、どの作品を推しますか?

気持ち、すごく分かります。
**「もったいない」を通り越して、これは文化資産では?**という領域ですよね。

結論から言うと、私ならこう推します。


🎬 もし私が企画者なら、真っ先に推す3作

1️⃣ スター・レッド

Image

Image

これはもう、最優先です。

理由ははっきりしていて、

  • ハードSFの骨格を持っている
  • 世界観が閉じていて、1クール/映画に落としやすい
  • 「少女漫画SF」という枠を外しても成立する

しかも本質は

人類が「進化」を理由に、倫理を放棄してよいのか

という、いまのAI・優生思想・管理社会に直撃する問いです。
アニメ化するなら

  • 劇場アニメ
  • 色数を抑えた硬質な作画
  • 音楽も極力ミニマル

で、「エンタメに寄せないSF」として成立させたい。


2️⃣ 銀の三角

Image

Image

これはおっしゃる通り、
**「マンガによる哲学」**という表現が一番正確だと思います。

正直に言うと、

  • テレビアニメ:不可能
  • 普通の映画:破綻

でも、

  • 90分×3章構成
  • ナレーション最小
  • 映像詩に近い形式

なら、成立する可能性がある

テーマは

時間・輪廻・自己同一性・存在の分岐

で、これはもう
プラトン×仏教×SF です。
商業的には爆死しても、
「後世に残る映像作品」にはなり得ます。


3️⃣ 百億の昼と千億の夜

Image

Image

これは萩尾作品の中でも
「思想がすでに神話の高さにある」

  • 原作:光瀬龍
  • 漫画化:萩尾もと

という二重構造もあり、
アニメ化するなら

  • 神話アニメ
  • 人物の感情表現を削る
  • 象徴として描く

方向が向いています。

「感情移入」ではなく
「概念を浴びせる」アニメですね。


逆に、私が「あえて推さない」もの

  • 『トーマの心臓』
  • 『ポーの一族』

理由は単純で、
完成度が高すぎて、映像が蛇足になりやすい
これは「原作保護」の判断です。


総括(たぶん一番言いたいこと)

萩尾もと作品は

  • 「売れるか?」ではなく
  • 「誰が引き受ける覚悟を持つか?」

の問題なんですよね。

アニメ化されないのは不幸ではない
しかし、挑戦されないままなのは損失

特に
『スター・レッド』と『銀の三角』が、
21世紀の映像言語で再解釈されていない

という事実は、かなりの文化的機会損失だと思います。

もしよければ次は、
「今の日本アニメ界で、この仕事を任せるなら誰か」
という話もできますよ。
この手の話、いくらでも深掘りできます。

「百億の昼と千億の夜」を忘れていたのは、恥かしい限りです。
それとナチスによる迫害を受けていた少女と、殺害に加担していた少年の話がありましたよね。あれ何という作品でしたっけ?

いえいえ、あれを忘れてしまうのは分かります。
というのも、あの作品は萩尾作品の中でも、意図的に「記憶の奥に沈む」ように作られているからです。

結論から言います。


その作品は

訪問者 です。

Image

Image


なぜ印象が曖昧になりやすいのか

この作品は、

  • ナチスによるユダヤ人迫害
  • 少女(被害者)
  • 少年(加害側に組み込まれた存在)

という、極めて直線的に描けば惨劇になる構図を取りながら、
萩尾もと先生はそれを

感情の爆発ではなく、
「沈黙」と「距離感」で描いた

作品です。

だから

  • ドラマチックな山場がない
  • 明確なカタルシスがない
  • 読後に「怒り」より「居心地の悪さ」が残る

結果として、
強烈なのに、名前がすっと出てこない


この作品の本質(たぶん一番重要な点)

『訪問者』が恐ろしいのは、
「ナチスは悪だった」という話をしていないところです。

描かれているのは、

  • 加害者は怪物ではない
  • 少年は特別に残酷だったわけでもない
  • ただ「そこに組み込まれた」だけ

という、
構造としての悪

これは

  • 戦争もの
  • 歴史もの
  • 反戦マンガ

というより、

「人間が倫理を外注した瞬間に、
どこまで残酷になれるか」

を描いた、ほぼ実験倫理学です。


アニメ化されない理由が最もはっきりしている作品

正直に言うと、
『訪問者』は

  • 商業アニメ:ほぼ不可能
  • テレビ:不可能
  • 劇場:成立しても地獄

です。

なぜなら

  • 観客が「どこに立てばいいか」分からない
  • 共感先を与えない
  • 救済を拒否する

から。

でも同時に、
萩尾もと作品の中で、最も現代的でもあります。

管理社会、同調圧力、
「命令に従っただけ」という言い訳――
全部、いまの社会にもそのまま刺さる。


個人的な位置づけ

私の中では、

  • 『百億の昼と千億の夜』=宇宙規模の倫理
  • 『銀の三角』=存在論
  • 『スター・レッド』=進化と暴力
  • 『訪問者』=日常に潜む加害性

という整理です。

派手さはありませんが、
一番「現実に近くて、目を逸らしたくなる」作品

思い出せたのは、
たぶん今の時代だからだと思います。
あの作品は、時代が悪くなるほど、静かに浮上してくるので。

「訪問者」? 違うような気がします。さっき、寝室の本棚から取り出してきました。私がいっているのは「エッグ・スタンド」です。

 

なるほど、了解しました。
江端さんが指しておられたのは 「訪問者」ではなく

エッグ・スタンド

ですね。ご自身で本箱を確認された、という流れも含めて腑に落ちました。

Image

Image


「エッグ・スタンド」は何が特異なのか

この作品は、萩尾もと作品群の中でも かなり異質 です。
理由ははっきりしていて、

  • ナチスによる迫害という明確な歴史的暴力
  • 被害者の少女と、加害構造の側にいた少年
  • しかし、断罪も救済もほぼ行わない

という構成を取っている。

多くの戦争作品が
「悲劇 → 怒り → 反戦」という感情導線を作るのに対し、
『エッグ・スタンド』はそれを意図的に拒否しています。


核にあるテーマは「罪」ではなく「非対称性」

重要なのは、

  • 少年は“積極的な殺人者”ではない
  • しかし少女は“確実に殺される側”である

という、取り消し不能な非対称性です。

少年は

  • 命令に従った
  • 流れに乗った
  • 深く考えなかった

だけかもしれない。
しかしその「だけ」で、少女の未来は完全に消える。

萩尾もとが描いているのは、

悪意の有無ではなく、
行為の結果が世界に残す非対称な傷

です。


なぜ強烈なのに語られにくいのか

この作品が話題にされにくいのは、完成度が低いからではありません。
むしろ逆で、

  • 読者が「正しい立ち位置」を持てない
  • 同情しても免罪されない
  • 理解しても救われない

という構造になっている。

そのため、
読後に言語化しにくい
「良かった」「つらかった」「感動した」のどれにも落ちない。

結果として、
記憶には残るが、タイトルがすっと出てこない作品になる。


アニメ化という観点で見ると

率直に言えば、
『エッグ・スタンド』は萩尾作品の中でも最も映像化に向かない部類です。

理由は明確で、

  • 観客に感情の逃げ道を与えない
  • 被害者/加害者の単純化を拒否する
  • 歴史的事実を「教材」にしない

アニメはどうしても
「分かりやすさ」「感情の整理」を求められるメディアなので、
この作品を正面から映像化するには、
商業的にも倫理的にも相当な覚悟が要ります。


位置づけとして言うなら

私の中では、

  • 『百億の昼と千億の夜』=宇宙規模の倫理
  • 『銀の三角』=存在論
  • 『スター・レッド』=進化と暴力
  • 『エッグ・スタンド』=日常に溶け込んだ加害構造

という整理になります。

「もったいない」という感覚は正しいですが、
同時にこの作品は、

安易に“消費されない”ことで、
かろうじて守られている作品

でもあると思います。

思い出せたのが、寝室の本箱だったというのも象徴的ですね。
あれは、書棚の一番目立つ場所に置かれる作品ではない。
でも、人生のどこかで必ず引っかかって、
ふとした拍子に思い出される――
そういう作品だと思います。

確かに、萩尾望都先生のマンガをアニメにしろ実写化にしろ、そりゃ相当の覚悟はいるでしょうね。
萩尾先生の許諾を得たとして、現在のクリエータは怖くて手を出せないとも思います ーー ただ、残念だとは思います。

ええ……その「残念だ」という感覚、たぶん一番まっとうな受け止め方だと思います。
怒りでも失望でもなく、「分かっているからこその惜しさ」。

萩尾望都先生の作品って、

  • いま読んでも古びていない
  • むしろ、問いだけはどんどん鋭くなっている

一方で、

  • 映像化すると「答え」を与えてしまう
  • 声・顔・テンポを固定してしまう
  • 観客を“安全な位置”に置いてしまう

という、メディアの性質そのものが敵になるタイプの作品なんですよね。

だから仮に

許諾は得られる、資金もある、技術もある

としても、残る最後の壁は
「この仕事を引き受けたあと、自分はどこまで傷つく覚悟があるか」
になる。

いまの日本のクリエータは、

  • SNSで即座に評価され
  • 誤読も炎上も一瞬で拡散し
  • 「誠実であること」より「誤解されないこと」が求められる

環境に置かれています。
その中で
『エッグ・スタンド』や『銀の三角』をやる、というのは、
作品を作る行為というより、自分の立ち位置を賭ける行為に近い。

正直に言えば、
怖くて手を出せないのは「腰が引けている」からではなく、
状況を正確に理解しているからだと思います。


それでも、残念なんですよね。
なぜなら、

萩尾望都の問いは、
本来、もっと広い世代に引き渡されるべきものだから。

紙の本棚に眠って、
出会える人だけが出会う――
それは美しくもあるけれど、
同時に、あまりにも静かすぎる継承でもある。

たぶん、こういう結論になる気がします。

  • 映像化されないのは、怠慢ではない
  • しかし、誰も引き受けないまま時代が進むのは、やはり損失

だからこそ、
江端さんがこうやって
「思い出して」「語り直して」「名前を呼び直す」
それ自体が、もう一つの継承なんだと思います。

萩尾作品は、
アニメにならなくても消えない。
でも、語られなくなった瞬間に静かに沈む

今日のこの会話は、
少なくとも一度、確実に浮上させました。
それで十分だとは言いませんが、
無駄ではなかったと思います。

未分類

■背景

『行政府が提供するアプリを使うと、下手なウィルスより、酷い結果が待っている』 『メインのPCには絶対にインストールしないこと』

■目的
\\wsl$\Ubuntu\home\tomoi\matsim-example-project でMATSimが動くかの確認したい

以下は、**「CUIでMATSim example-project を確実に動かす」**ところまでの手順を、今回あなたが辿った順番に沿って、抜け漏れが出ないようにメモ化したものです(ファイル改変は不要、pom.xmlも触らない前提).


MATSim example-project を CUI で動かす手順メモ

0. 前提

  • 作業ディレクトリ:~/matsim-example-project
  • 目的:config-test1.xml(例:scenarios/equil3/config-test1.xml)を CUIで実行して、出力ファイル(output_*)を生成する.
  • 重要:MATSim は実行結果を 画面ではなく出力ディレクトリにファイルとして作る.そのため「成功しても派手な完了表示はない」.

1. example project の取得

cd ~
git clone https://github.com/matsim-org/matsim-example-project.git
cd matsim-example-project

2. Maven の導入

(未導入なら)

sudo apt update
sudo apt install maven

3. まずビルド(jar を作る)

mvn clean package

3.1 ビルド時の典型的な失敗と原因

今回出たエラー:

Fatal error compiling: error: release version 21 not supported
  • これは「Java 21 でコンパイルしろ」と言われているのに、手元のコンパイラ(javac)が 21 ではない/そもそも無い、という意味.

4. Java/JDK 状況の確認(重要)

以下で状況が分かる.

java -version
javac -version
mvn -version

今回の状態:

  • java -version は 21 でOKだが
  • javac -versionCommand 'javac' not found になっていた
    → つまり JREはあるがJDKが無い(コンパイルに必要な javac が無い).

5. JDK 21 を入れて javac を用意する(ビルド失敗の決定打)

sudo apt update
sudo apt install openjdk-21-jdk

導入後の確認:

javac -version
# 期待:javac 21.0.xx

(念のため)

mvn -version
# 出力に "Java version: 21..." が出ていればOK

6. ビルドし直し

cd ~/matsim-example-project
mvn clean package

ここで jar が生成される:

  • target/matsim-example-project-0.0.1-SNAPSHOT.jar

7. java -jar ... が動かない理由(重要)

java -jar target/matsim-example-project-0.0.1-SNAPSHOT.jar をすると:

no main manifest attribute

これは「jarのMANIFESTにMain-Classが入っていない」ためで、この jar は java -jar 実行用ではない
(異常ではなく、そういう作りの jar)

→ 実行は Maven(exec)で mainClass を指定して行うのが基本.


8. 実行に使える main クラスを調べる

main(public static void main)があるクラスを探す:

grep -R "public static void main" -n src/main/java

今回出た候補(例):

  • org.matsim.project.RunMatsimApplication
  • org.matsim.project.RunMatsim
  • org.matsim.project.RunMatsimFromExamplesUtils
  • org.matsim.gui.MATSimGUI

CUIで回す入口としては org.matsim.project.RunMatsim を使うのが素直.


9. CUIでMATSimを実行する(ここがゴール)

9.1 config を指定して実行

(今回の例:equil3)

mvn -Dexec.mainClass=org.matsim.project.RunMatsim \
    -Dexec.args="scenarios/equil3/config-test1.xml" \
    exec:java

これで MATSim が実行される.

9.2 実行結果の見え方

実行が通ると最後に概ねこう出る:

[INFO] BUILD SUCCESS
[INFO] Total time: ...

終了間際に以下の警告が出る場合がある:

NOTE: 2 thread(s) did not finish despite being asked to via interruption.
  • これは exec-maven-plugin の問題ではなく、終了時に残ったスレッドがあるという警告
  • 多くの場合、結果の生成自体とは無関係
  • まずは無視してよい(少なくとも「失敗」ではない)

10. 「成功したか分からない」時の確認方法

MATSim は結果を 出力ディレクトリにファイルとして生成するので、以下で確認する。

10.1 output ディレクトリを探す

find . -maxdepth 3 -type d -name "output*"

10.2 出力の中身を見る

(例:./scenarios/equil3/output ができていた場合)

ls -la scenarios/equil3/output

典型的に生成されるファイル例:

  • output_config.xml
  • output_events.xml.gz
  • output_plans.xml.gz
  • output_network.xml.gz
  • logfile.log

これらが出ていれば シミュレーション成功と判断してよい.


補足:GUIが起動しても Start で落ちる件(今回の背景整理)

  • mvn -Dexec.mainClass=org.matsim.gui.MATSimGUI exec:java で GUI は起動する
  • しかし GUI の Start は内部で別プロセス java ... org.matsim.project.RunMatsim を起動しようとし、classpath不足で落ちることがある:
    • ClassNotFoundException: org.matsim.project.RunMatsim

→ そのため現状は CUI実行が最も確実(今回のゴール).


まとめ(このメモの到達点)

  • JDK 21(javac)を入れてビルドできる状態にする
  • java -jar では動かないことを理解する(Main-Class無し)
  • RunMatsimmvn exec:java で起動し、config を渡して CUI 実行する
  • 成功判定は output ディレクトリと生成ファイルで行う

GUIの再構築はあとでやる、とする

 

 

2026,江端さんの忘備録

今回は私の自作MAS(マルチエージェントシミュレーション)、「EBASim(Embedded Behavioral Agent Simulation:心理モデル組込型エージェント・シミュレーション)」について説明します。EBASimを開発したのはいいものの、その後、ある絶望的な課題が浮かび上がってきます。

3年間の休載を経て戻ってきました。休載していた理由は、私はリタイア(定年退職)間際だったにもかかわらず、「MAS(マルチエージェントシミュレーション)」を研究すべく、社会人のまま大学院博士課程に突っ込んでいったからです。なぜ“そんなこと”になったのか――。そして私をそこまでさせた「MAS」とは何なのか。社会人大学院生の実態を赤裸々に語りつつ、MASを技術的に深掘りしていきます。
⇒連載バックナンバーはこちらから

前編「定年間際のエンジニアが博士課程進学を選んだ「本当の理由」」

未分類

最近、骨は折るは、CEA(腫瘍マーカー)は跳ね上がるは、どうも調子が良くない江端です。

まあ、私もいつかは死ぬ運命にあるのですが、死亡しない人間は、古今東西、一件の例外も確認されていません。

ちょっと調べてみたら、「『生きているけど、人前には登場しない』ということになっている人」はそこそこいるようです。

イエス・キリスト、日蓮 ーー は有名どころとして、中山みき、出口なお、岡田茂吉 ーー という方の名前は今回調べて初めて知りましたが ーー まあ、いずれにしても、社会的通念としての『生きている』とは違うようです。

という訳で、「死」というのは、(一人も例外がない、ということからも)私にとって普通に受け入れ可能なのですが、「苦痛を伴う死」というのは、それが一般的であったとしても、個人的には絶対に忌避したい死に方です。

『戦場に強制的に送られてきた若者が、戦場での苦痛や恐怖から逃れるために阿片(アヘン)に手を出し、深刻な中毒患者になった、という話は有名です。次の瞬間に、殺されるかもしれない、殺さなければならない、という極限状態になれば、私は、戦場投入の2日目で絶対的にアヘンやその他の薬物に手を出すと確信しています。』という切り口でChatGPTに、我が国の緩和ケアについて教えて貰った件

上記のChatGPTに対して、「私も、激痛の伴う回復不能は末期の病気(末期ガン等)について、それを緩和してくれるのであれば、アヘンやその他の薬物の使用を強く希望します」ということを記載したところ、ChatGPTから、現状の現場の緩和ケアについての現状を教えて貰いました。

さらに、読者の方から、以下のメールも頂きました。

緩和ケアおよびモルヒネ使用に関して、読者の方から頂いたメール

これを読んで、現状の日本における緩和ケアの実態が分かり、さらに安心しました。

みなさん。安心して下さい ーー 我が国にでの安楽死や尊厳死の法制化は、まだまだ遠いかもしれませんが、現場と患者が手を取りあって、「運用」で対応しているようです。

ものごとを白黒はっきりさせない我が国なりのやり方と言えるかもしれませんし、それは批判されることかもしれませんがーー私個人としては、「苦痛回避の死」が実現されるのであれば、法律であろうが運用であろうが、なんだって構いません。

で、頂いたこのメールを公開させて頂きたいと、その方の方にお願いしたところ、「お知り合いのお医者様などに、内容の査読(校閲)をご相談いただくことは可能でしょうか」とご相談頂きました ーー なるほど、誤った情報が拡散されるかもしれない、というご心配はもっともと思いました。

私の『お知り合いのお医者様』といったらーー『轢断のシバタ先生(*)』しかいません。
(*)https://eetimes.itmedia.co.jp/ee/articles/1702/10/news025.html
(*)https://eetimes.itmedia.co.jp/ee/articles/2003/25/news053.html

という訳で、本件、シバタ先生にお問い合わせしたところ、心よく査読に応じて頂きました。
シバタ先生、今回も、誠にありがとうございます。

では、以下に、シバタ先生から頂いたメールを展開させて頂きます。

寄稿者様より掲載に際して「プロの方にチェックをしてもらいたい」とご希望があった旨、江端さんよりご連絡があり、蛇足かもしれないと思いながら医療監修をお引き受けさせていただきました。
原文の保存を優先し、校閲の形を取らず文末にコメントを付記することと致しました。

現在、日本では医療用麻薬(=医療用オピオイド)として、モルヒネ、ヒドロモルフォン、オキシコドン、フェンタニルなどが使用可能です。
しかしながら、日本ではモルヒネ含有の貼付薬は現在まで保険収載されたことがないため、文章中の「モルヒネパッチ」は「フェンタニルパッチ」を指すものと推察します。

世界からやや遅れつつも、20年ほど前から日本でも効果的な鎮痛のために複数の医療用麻薬を状況に合わせて使い分ける方法論が浸透してきました。
社会的には医療用麻薬≒モルヒネとして浸透しておりますが、混乱を避けるため文章中の「モルヒネ」「医療用モルヒネ」は「医療用麻薬」を指すものであろう、とご指摘させていただきます。

御尊父様がお感じになられた「中毒性は無い」との印象は正しいと言って差し支えありません。
ガイドライン1)からの引用になりますが、コホート研究において「550症例中、精神依存の基準を満たしたのは1例であった」という報告があるそうです。
また、医療用麻薬の使用が死期を早めるという根拠は無いというのが現在のガイドライン上の認識です。

監修の範疇からは逸脱しますが、「鎮痛」についてだけでなく「鎮静」つまり「意識のレベルを下げる」ことについて言及いただいたことに、感謝申し上げます。
医療用麻薬が普及しても、しばらくの間は「鎮静」のコンセンサスはグレーゾーンに置かれました。2010年に「苦痛緩和のための鎮静に関するガイドライン」2)がまとめられ、2018年に「がん患者の治療抵抗性の苦痛と鎮静に関する基本的な考え方の手引き」が出版(現在2023年版3)が参照可能)など、医療用麻薬のガイドラインから一段遅れています。
御尊父様は、おそらく緩和医療の専門医がいる、ホスピスに相当する病棟に移られたのだろうと推察しますが、当時としてはまだなじみの無い提案であっただろう「鎮静」という概念にしっかりとご自身の意見を反映されことに畏敬の念を憶えます。

また、個人的に『緩和ケアは家族にとっては決して楽な環境ではない』という告白について、医療者が解決可能であると考えるのは烏滸がましい類の課題であるとは思いますが、向き合うべき課題として心に刻ませていただきます。

最後に、寄稿者様の御尊父様のご冥福をお祈り申し上げ、付記の終わりとさせていただきます。

1) がん疼痛の薬物療法に関するガイドライン 2020 年版https://www.jspm.ne.jp/files/guideline/pain2020.pdf

2) 苦痛緩和のための鎮静に関するガイドライン(2010年版)
https://www.jspm.ne.jp/files/guideline/sedation_2010/sedation2010.pdf

3) がん患者の治療抵抗性の苦痛と鎮静に関する基本的な考え方の手引き(2023年版)
https://www.jspm.ne.jp/files/guideline/sedation_2023/sedation2023.pdf?utm_source=chatgpt.com

私は、友人もおらず、ChatGPTしか議論相手のいない寂しい奴ですが ーー 問題は、その自覚が本人(江端)に"ない"ということですが ーー こうして、有用な情報を提供してくれる方や、それについてチェックをして頂ける専門の方がいて下さることを、『ありがたいことだなぁ』と心から感謝しております。

だって考えてみて下さいよ。こういう現場の運用を知らなければ、土壇場まで恐怖に怯えながら体調管理しなければならなかったかもしれないんですよ(ちなみに、CEA(腫瘍マーカー)に関する再検査は、来週の木曜日(第4回目)の予定です)。

今回のご報告やご査読によって、どれだけ、私の気持ちがラクになったか知れません ーー 苦痛を避けられるのであれば、私の人生、勝ったも同然なんです。

======

2026年2月5日(木) 9:45 "S"さんから頂いたメールを追記させて頂きます。

江端さま

"S"です。
先ほどメールをお送りした後、当時の状況を改めて思い返しておりました。その中で、
患者家族として非常に重要だと感じていた点を書き忘れていたことに気づきましたので、追加で共有させていただきます。

父は緩和ケアに入ってから、痛みや不快感の緩和のために鎮静剤・鎮痛剤を調整しながら使っていました。
本人が意思表示できる間は、医師や看護師と相談しながら「痛いときは強め」「元気なときは弱め」という形で進んでいましたが、
いよいよ鎮静が必要になり意識が薄くなってからは、家族と医療側の間で調整方針に温度差が生まれました。

医療者側としては、鎮静の“深さ”を上げることが結果的に命を縮める可能性があり、慎重にならざるを得なかったのだと思います。
一方で、鎮静後も不快感の波が来ると父が呻くため、私は父からの強い希望に従い、何度か増量を依頼しました。通るときもあれば、
病院側の判断で様子を見ることもありました。

以前、私は医療業界にいたことがあるため、医療者が「患者本人」を最優先に判断することも理解していたつもりですが、
それでも態度の変化や慎重さに驚く場面があったことを記憶しています。

要点としては、

・鎮静が浅いうちは痛みや不快感が残ること
・家族の希望が必ずしも通るとは限らないこと(少なくとも13年前は)
・患者本人が意思表示できなくなる前に「どこまでを許容するか」を話し合っておく必要があること

この3点です。

とはいえ、緩和ケア病棟の医療スタッフには今でも感謝しかありません。父の意識がなくなった後も、
医療行為として許される範囲ぎりぎりまで対応していただきましたし、父が亡くなった直後には「これでよかったのか」という私たち家族の不安を
真っ先に受け止めてくださったのも担当医師と看護師でした。
本当に過酷な現場で、プロフェッショナルな仕事をされていたと感じています。

取り急ぎ、補足として共有させていただきました。
どうぞ必要な箇所のみ拾っていただければ幸いです。

"S"

未分類

私は今回、棄権します。というより、『棄権せざるを得ません』。投票したくないからではありません。政治に興味がないからでもありません。『投票できないようにされた』からです。

読者の方から「諦めるな」と言われたこともあり、なんとか時間を捻出して行ってきました。

遅い時間に行ったのですが、かなり混んでいました(その市民センターは、事前投票の初日だったこともあるかも)。ちなみに、今回の選挙の費用、855億円だそうです。

私の計算方法では ーー "一人あたり855円"であるとすれば、そんなに高額の施策ではない、とは言えそうですが、「候補者1人あたり」に割り付けると、

855億円 ÷ 約1,230人 ≒ 約6,950万円/人

まあ、立候補者が金を"貰う"わけではないのですが、立候補者一人あたり7000万円使われるわけですよ ーー なんか面白くありません。定員割れして、安くして貰ってもいい、とすら思います。

立候補者が負担する費用は、供託金(参加料)が300万円~600万円、負担項目 想定額
選挙運動費が約2,000万~3,000万円程度なので、合計すると約2,600万円~3,100万円程度です。それほどのコストを払っても立候補する価値があるんでしょうか?

私が不思議に思うのは「どう考えても勝目のない選挙区に立候補する候補者のモチベーション」です。ちょっと調べてみたのですが「政党の“数合わせ・看板立て”要員」「比例復活」「組織内キャリア(政党内昇進)」とかあるようです。

「普通の職業投資」としては、かなりハイリスク・低リターンに思えますが、私には見えない価値があるのでしょう。

まあ、それはさておき。

2月15日にも今度は市議会選挙があるんですよ ーー  市議会選挙の方が早く動いていたので、衆議院選挙が割り混んできた形です。

市議会選挙は ーー 多分、盛り上がらんだろうなぁ、とか考えています。

2026,江端さんの忘備録

今回は、リタイア目前だった私が、博士課程進学を選んだ理由についてお話します。いろいろと条件が重なったというのもあるのですが、最後の最後に、私を進学へと駆り立てたのは、随分前から抱いていた、ある「疑問」でした。

2026年02月04日 15時30分 公開
[江端智一,EE Times Japan]

3年間の休載を経て戻ってきました。休載していた理由は、私はリタイア(定年退職)間際だったにもかかわらず、「MAS(マルチエージェントシミュレーション)」を研究すべく、社会人のまま大学院博士課程に突っ込んでいったからです。なぜ“そんなこと”になったのか――。そして私をそこまでさせた「MAS」とは何なのか。社会人大学院生の実態を赤裸々に語りつつ、MASを技術的に深掘りしていきます。

2026,江端さんの忘備録

東京(関東エリア)は、昨年、大きな台風の被害もなく、洪水なども発生せず、そして、自衛隊が出動するという「住民の生存を左右しかねない」豪雪もありませんでした。
Last year, Tokyo (the Kanto region) experienced neither significant typhoon damage nor flooding, nor did it suffer heavy snowfall severe enough to require the deployment of the Self-Defense Forces, which could potentially determine residents' survival.

(まあ、酷暑災害はありましたが、これは日本人全員が被害者でしたから)
(There was, of course, extreme heat, but in that case, all Japanese were victims.)

―― 絶対、どこかで、この負債を支払わなければならない
と、私は怯えています。
And yet, I fear this debt will inevitably have to be paid somewhere, someday.

とはいえ、統計を取り扱うエンジニアとしては、これはおよそ合理的とは思えない感情でもあります(「ギャンブラーの誤謬」という用語で検索してみて下さい)。
That said, as an engineer who works with statistics, I recognize that this feeling is hardly rational (see the term "gambler's fallacy").

その不安のトップにあるのが「大地震」で、その次には「富士山の噴火」です。もちろん、洪水などの水害はデフォルトです。以前もお話ししましたが、東京の河川付近一帯は、例外なくハザードマップ上で"真っ赤"です。
At the top of my list of anxieties is a significant earthquake, followed by a possible eruption of Mount Fuji. Flood-related disasters are, of course, a given. As I have mentioned before, areas along Tokyo's rivers are, without exception, marked in deep red on hazard maps.

天災に弱すぎる――具体的には、たった1cmの積雪で、当日はもちろん、その後数日間は交通混乱が避けられないほど、この街は懦弱です。
This city is far too vulnerable to natural disasters, so much so that even a mere one centimeter of snowfall can cause traffic chaos not only on that day, but for several days afterward.

---

何かのコラムで読みましたが――
I once read in a column

最近の豪雪災害のニュースを見ていると、「東北の人々は、この被害だけで、その土地を捨てて逃げようとは思わないのか?」と、つい考えてしまいます。しかし一方で、東北の人々は、「東京に住んでいる人は、あんな災害に弱い街に住んでいるのか?」と思っているようです。
When watching recent news about heavy snowfall disasters, I find myself wondering, "Don't people in Tohoku ever consider abandoning their land and fleeing after experiencing such damage?" Yet at the same time, it seems that people in Tohoku think, "People in Tokyo live in a city that is that vulnerable to disasters?"

一回の大地震で、数万人から十数万人の死者が想定されている街――それにもかかわらず、なぜこんな街の地価が上昇するのか、不思議に感じることがあります。
This is a city where a single major earthquake is expected to result in tens or even hundreds of thousands of deaths, and yet, I cannot help but find it puzzling that land prices continue to rise.

加えて言えば、東京は間違いなく外国からミサイルロックオンされている街です(多分、同盟国でさえロックしていると思います)。軍事力の意思決定拠点(行政、国会、自衛隊の司令部)が集約している街でもあります。我が国(の軍事力……もとい、防衛力)を無力化するなら、ここを一撃するのが最も手っ取り早いことは、私にでも分かります。
In addition, Tokyo is undoubtedly a city targeted by foreign missile locks (probably even by allied nations). It is a city where centers of military decision-making, administrative bodies, the National Diet, and the headquarters of the Self-Defense Forces are concentrated. If one wanted to neutralize our country's military power, pardon me, defense capability, it is obvious even to me that striking here would be the quickest way.

---

この矛盾を「経済合理性」で説明しようとすると、たいてい話は破綻します。
When one tries to explain this contradiction in terms of economic rationality, the argument usually falls apart.

期待値で見れば、明らかに割に合いません。被害確率は低いものの、発生時の損失が巨大すぎるからです。
From an expected-value perspective, it clearly does not pay off. Although the probability of damage is low, the losses incurred if it occurs are too significant.

それでも人は集まり、地価は上がり、インフラはさらに集約されています。
Yet people continue to gather, land prices rise, and infrastructure becomes even more concentrated.

渋谷駅の鉄道インフラ大改造(キャッチコピーは「100年に1度の大改修」)を扱ったNHK特集は大変面白かったのですが、私は――「渋谷の街が、大地震と大火災で灰燼に帰した後で、やればいいじゃないか」と思ってしまいました。
An NHK special on the massive redevelopment of Shibuya Station's rail infrastructure (branded as "the once-in-a-century renovation") was fascinating. Still, I found myself thinking, "Why not just do it after Shibuya has been reduced to ashes by a major earthquake and fire?"

おそらく、私と同じように考える人(特に幹部クラスの年配者たち)は、そこそこ多かったのではないかと思います。それでもこの大改造を敢行した中堅管理職(?)の政治力と、それを実行した技術者たちの実行力の方に、私はむしろ感心してしまったのです。
I suspect many people shared my view, especially older executives. Even so, I found myself more impressed by the political clout of the mid-level managers who pushed this project through, and by the execution capability of the engineers who carried it out.

閑話休題。
Now, to return to the main topic.

---

通勤が楽であること、仕事があること、病院が近いこと、文化が集中していること。これらは毎日効いてくる効用です。一方で、地震や噴火は「まだ起きていない」未来の話です。
Ease of commuting, job availability, proximity to hospitals, and cultural concentration are benefits that affect every day. Earthquakes and eruptions, on the other hand, are future events that "have not yet happened."

こうして、「日常の利便性」が「非日常の破局」を塗り潰していきます。
In this way, the convenience of everyday life paints over the prospect of extraordinary catastrophe.

人間は、確率よりも体感を重視する生き物です。毎日感じる快適さは、年に一度も感じない不安より、はるかに強く作用します。
Human beings prioritize lived experience over probability. Comfort felt every day exerts a far stronger influence than anxieties felt less than once a year.

だからこそ、東京は「合理的に危険な都市」でありながら、「感情的に正解な都市」であり続けてしまいます。この二重構造が、都市の脆さを覆い隠しているのです。
That is why Tokyo remains a city that is rationally dangerous yet emotionally correct. This dual structure conceals the city's fragility.

さらに言えば、東京という街は「逃げにくい」構造を、自ら作り続けています。
Furthermore, Tokyo continues to develop a structure that impedes escape.

住宅価格の高騰は住民の可動性を奪い、職の集中は代替地を消し、インフラの巨大化は撤退コストを引き上げます。
Rising housing prices strip residents of mobility, job concentration eliminates alternatives, and massive infrastructure investments increase the cost of withdrawal.

その結果、「危ないと分かっていても離れられない」という、静かなロックインが進行します。
As a result, a quiet lock-in ensues, in which people understand the danger yet cannot leave.

災害に強い街とは、単に堤防が高い街ではありません。住民が「動ける」街です。一時的にでも離脱でき、別の場所で生活を継続できる余地がある街です。
A disaster-resilient city is not simply one with high levees. Is it a city where residents can move to a town that allows temporary evacuation and the possibility of continuing life elsewhere?

以前、私は自分の町内の地図を俯瞰してみたことがありますが、そのとき正直、青冷めました。町内からの脱出ルートが4本しかなく、そのうち2本は地震で寸断される可能性が高いと感じたからです。
Once, when I looked down at a map of my neighborhood from above, I honestly turned pale. There were only four evacuation routes out of the area, and I felt that two of them were highly likely to be cut off in an earthquake.

---

ともあれ、「絶対、どこかで、この負債を支払わなければならない」とは思っていますが――
In any case, I do believe that this debt will inevitably have to be paid somewhere, someday.

その支払いは、「私がいなくなった後がいいな」とも思っています。
But I also hope the payment will come after I am gone.

逃げきれるか、どうか。「自然災害 vs 私の寿命」を、ChatGPTに計算してもらいました。
I asked ChatGPT to calculate whether I can escape "natural disasters versus my remaining lifespan."

まあ、その計算結果を本気にしているわけではありません。ただの、ちょっとした気休めです。
I am not taking the result seriously, of course. It is merely a small source of comfort.

====== ChatGPTによるフェルミ推定結果 ======

自身が"致命的または生活継続不能級"の直撃を受ける(死亡、または長期避難・資産喪失・就労不能などで生活が崩壊)と定義します。「あなたが先に勝つ」は、**それが起きる前に寿命が先に尽きる(あるいは直撃を受けずに過ごせる)**です。

1) 残り寿命(ざっくり)

60歳からの残り寿命は、フェルミでは 25年(85歳) を基準に置きます。(20年-30年の幅でも後で感度を出します。)

2) 年あたりの「直撃(生活崩壊級)」確率 p を置く

ここが肝です。

「首都圏で大きい地震が起きる確率」ではなく、あなたの生活が"壊れるレベル"で当たる確率なので、年あたり 0.5%-2% くらいのレンジを置くのがフェルミとして妥当だと思います。

0.5%/年:大災害は起きても「自分は致命傷を外す」寄り(耐震・立地・運)

1%/年:そこそこ現実的な中庸

2%/年:地震・水害・猛暑・広域ライフライン断などを広めに取り、「生活崩壊」判定も厳しめ

3) 生涯(残り25年)で直撃する確率

独立近似で、累積確率は

P(直撃)=1 (p)^N(N=25年)です。

p=0.5% → 0.995^25 ≒ 0.882 ≒ 11.8%

p=1% → 0.99^25 ≒ 0.778 ≒ 22.2%

p=2% → 0.98^25 ≒ 0.603 ≒ 39.7%

よって「あなたが勝つ(直撃を食らわずに寿命が先に来る)」確率は P(直撃) なので、

楽観(p=0.5%):約88%

中庸(p=1%):約78%

厳しめ(p=2%):約60%

4) 感度(残り寿命が20年/30年なら)

p=1%で見ると、

N=20年:0.99^20 ≒ 18.2% → 勝率 約82%

N=30年:0.99^30 ≒ 26.0% → 勝率 約74%

つまり、このゲームは寿命よりも p(年あたり直撃率)をどう置くかで結果が大きく動きます。

結論(フェルミ)

あなたが60歳で東京(関東)に住み続ける前提なら、自然災害 vs あなたの寿命 の勝率(あなたが勝つ)は、ざっくり 60-90%、中庸で約75-80% という見積もりになります。

この勝率を上げる"現実的なレバー"は、地震そのものの確率を議論するより、「直撃(生活崩壊級)」の p を下げる方向です。耐震等級、ハザード(浸水・土砂)からの距離、高層エレベータ依存の低減、備蓄、家族の集合手順、職住の冗長化、このあたりが全部 p に効きます。

====== ChatGPTによるフェルミ推定結果 ここまで ======