届かない一言

Share

もし過去の自分に一言だけ伝えられるとしたら、何を言うか。

深夜のSNSで、あるいは終電を逃した夜のファミレスで、誰かがこの問いを口にする。哲学書の一節のような顔をして現れるが、正体はレシートの裏に書き殴られるたぐいの問いだ。誰でも答えられそうな気がする。でも、答えようとした瞬間に指の間からすり抜ける。

この問いに正面から向き合った時点で、あなたはもう袋小路の中にいる。

届いた瞬間に消える手紙

仮に、何らかの方法で過去の自分にメッセージを送れたとしよう。

もしその一言が効いて、過去の自分が行動を変えたとする。そうすると、今の自分はもう今の自分ではなくなる。今の自分が変われば、その一言を送ろうとした理由も、送ったという事実そのものも、まるごと消えてしまうかもしれない。

時間旅行の思考実験に「祖父のパラドックス」と呼ばれる有名な構造がある。過去に遡って自分の祖父の存在を阻止すれば、自分は生まれない。生まれなければ過去に遡ることもできない。原因が結果を打ち消し、結果が原因を打ち消す自己矛盾のループだ。

この問いにも、同じ構造がそっと忍び込んでいる。伝えたい。でも、伝わったら、伝えた自分がいなくなる。

手紙は届いた瞬間に、差出人ごと消える。

何歳の他人に話しかけているのか

それでも問いを続けるとする。過去の「自分」とは、いつの自分のことだろう。

5歳に伝えるのと15歳に伝えるのでは、一言の中身はまるで変わる。そしてその選択は、過去の自分を思いやっているようでいて、実のところ今の自分が何を重要だと感じているかを映し出しているにすぎない。

ここで妙なことに気づく。過去の自分に語りかけようとするとき、本当にその相手を「自分」だと思えているだろうか。5歳の自分。記憶はおぼろげで、価値観も世界の見え方もまるで違う。共有しているのは、名前と、途切れていない身体の歴史くらいのものだ。

過去の自分は、限りなく他者に近い。

それなのに「自分」と呼び続ける。連続性という物語で、途切れそうな何かをかろうじてつなぎとめている。その糸が実はとっくに切れていたとしたら、今あなたが語りかけようとしている相手は、いったい誰なのか。

過去の自分は聞かない

仮にメッセージが物理法則を無視して届いたとして、過去の自分はそれを聞くだろうか。

逆を考えてみればわかる。今この瞬間、10年後の自分からメッセージが届いたとする。「その選択をやめろ」「もっと遊べ」「黙って走れ」。どれほど切実な忠告であっても、素直に従えるだろうか。

おそらく無理だ。未来の自分がそれを言う理由を、今の自分には理解できない。経験していないことの重みは、言葉では渡せない。

キルケゴールは1843年の日記にこう書いている。「哲学が言うように、人生は後ろ向きに理解されなければならない、というのはまったくその通りだ。しかしそのとき人はもう一つの命題を忘れている。人生は前に向かって生きなければならない、ということを」。

理解は、いつも遅れてやってくる。助言が届くべきタイミングとは、まさにその助言の意味を理解できないタイミングのことだ。だから届かない。届いても届かない。

一言の傲慢

問いの制約に目を向けてみる。「一言だけ」。

この制約がなければ、そもそも問いとして成り立たない。いくらでも伝えていいと言われたら、思考は際限なく散らかって焦点を失う。一言という縛りが、人生のなかで何が本質だったのかを選び取ることを強いる。

しかし、その「選び取る」行為は、今の自分というフィルターをすでに通過している。

心理学に後知恵バイアスと呼ばれる認知の歪みがある。結果を知ってから振り返ると、その結果があたかも予測できたかのように錯覚してしまう傾向のことだ。「あのとき別の道を選んでいれば」という考えは、別の道の先をすでに知っているからこそ浮かぶ。渦中にいた自分に、その視界はなかった。

一言を選ぶ行為は、自己理解のように見えて、実は今の自分のバイアスを過去に投影する行為なのかもしれない。助言のふりをした、現在の自己弁護なのかもしれない。

後悔が知恵の顔をする

この問いに向き合うとき、ほぼ反射的に後悔が浮かぶ。あのときこうしていれば。あの選択をしなければ。過去の自分への一言は、たいていの場合、後悔の圧縮データだ。

ただ、後悔と知恵は似て非なるものだ。

後悔は「あの選択は間違いだった」と過去を裁く。知恵は「あの経験を通じて学んだ」と過去を引き受ける。向きが逆だ。後悔は過去を変えたがり、知恵は過去をそのまま抱える。

この問いに答えようとする衝動は、知恵ではなく後悔の側に立っている。変えられないものを変えたいという、不可能な欲望だ。

そしてその欲望が不可能であることを、問うている本人もどこかで知っている。知っていて、それでも問わずにいられない。それが後悔というものの厄介なところだ。

読みたくない返信

ここで問いをひっくり返してみる。

過去の自分から今の自分に、何か言いたいことがあるとしたら。

15歳の自分が今の自分を見たら、何を思うだろう。期待通りだろうか。失望するだろうか。そもそも、想像すらしなかった場所にいることに戸惑うだろうか。

もし過去の自分が「そうはなりたくなかった」と言ったとしたら、どう返すのか。

この問いは、最初の問いよりもずっと居心地が悪い。過去の自分に何を伝えるかは、今の自分がコントロールできる。都合のいい言葉を選べる。しかし、過去の自分が何を言うかはコントロールできない。忘れてしまった約束。いつの間にか手放した理想。気づかないうちに丸くなった角。

過去の自分は、今の自分が目を逸らしているものを、まっすぐ見ているかもしれない。

宛先も差出人もない

この問いには答えが出ない。出るはずがない。答えを出すための問いではないのだから。

伝えたところで届かない。届いたところで聞かない。聞いたところで理解しない。理解したところで、理解した瞬間にすべてが組み変わる。

しかし、本当に考えるべきことは、もっと手前にあるのかもしれない。

「過去の自分」という存在を仮定できるということは、今の自分と過去の自分の間に何らかの同一性があると信じていることになる。でもその同一性は、どこにあるのか。名前が同じで、記憶がつながっていて、身体が連続している。それだけで「同じ人間」と言い切れるのか。

それとも、「自分」とは、連続しているという信念そのもののことなのか。

もしその信念が幻想だとしたら。過去の自分に一言伝えたいという願いは、存在しない相手に宛てた、存在しない差出人からの手紙ということになる。

宛先も差出人もない手紙。それでも書きたいと思うこの衝動は、いったい何なのだろう。

そして、もしあなたが今この問いに何かしらの答えを持っているとしたら。

その答えは、過去の自分に向けたものではなく、今のあなた自身に向けられている。ただ、たぶん、今のあなたも聞かない。


関連記事

Read more

Dependabotの対応が面倒なのでRenovateを導入する

Dependabotくんはある程度の依存関係の更新を通知してくれるが、山のようにprojectを抱えているとなんとも痒いところに手が届かない。 ということで、Renovateを使ってみる。 Build software better, togetherGitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.GitHub ここからGitHub Appを入れる。 あとは、指示に従ってポチポチするだけで、超かんたんだった。 感想 自動化最高。

By Sakashita Yasunobu

nodejsのバグを見つけたのでPRを投げてみた

概要 要するに、node --testで特定のバイナリを標準出力に書くと、テストランナーが固まったり、異常終了したりするバグです。 バグ自体は既知のものだったようで、修正がされていました。 test_runner: infinite loop in FileTest#drainRawBuffer when child stdout contains FF 0F followed by large size bytes · Issue #62693 · nodejs/nodeVersion v25.9.0 (also reproduced on v24.14.1 LTS, v22.21.0 LTS, v23.4.0) Platform Darwin 25.

By Sakashita Yasunobu
青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu