1. 恐る恐る使っていたら、そこには辿り着けなかった
GitHubのアカウントが停止された日、私はラズパイを取り出してゼロから構築した。数時間後、GitHubなしで全サービスが動いていた。
これは偶然ではない。もし私がGitHubを恐る恐る使っていたとしたら、この結末には辿り着けなかった。リポジトリをいくつか作って様子を見る、機能は最低限に留める、規約の解釈に迷ったら控える——そういう使い方をしていたら、「GitHubがなくなったとき何が起きるか」を知る機会もなく、代替の必要性も感じず、ラズパイに手が伸びることもなかった。
フルに使ったから、境界を見つけた。境界に触れたから、その先が見えた。
2. 境界線は、触れるまで見えない
地図に描かれた国境は線だが、現地では看板と柵と検問所として現れる。規約に書かれた禁止事項は文章だが、現実ではアカウント停止メールとして現れる。どちらも、近づくまでその実体は見えない。
境界線には三種類ある。知識として知っている境界、体感として知っている境界、そして存在すら知らない境界だ。多くの人が最初の状態で止まる。規約を読んで「ここまでは大丈夫、ここからはダメ」と頭で理解し、安全圏に留まる。
だが知識としての境界と、体感としての境界は、まったく異なる情報を持っている。知識は「どこにあるか」を教えてくれるが、体感は「どう感じるか」「何が起きるか」「その後どうなるか」を教えてくれる。後者を持っている人間と持っていない人間では、次の判断の精度が根本的に違う。
3. Zenn 60冊・OSS多数——フルに使い切った結果として
Zennに60冊以上の本を執筆してきた。GitHubには個人として多数のハンズオンのオープンソースリポジトリを公開してきた。GitHub Pagesでサービスをホストし、GitHub Actionsでデプロイを自動化し、Webhookでシステムを繋いだ。
これは「プラットフォームを信じていた」からではない。使えるものは使い切る、という姿勢からだ。バウンダリストは、プラットフォームに依存するために使うのではなく、プラットフォームの可能性を探索するために使う。探索の末に何かが見つかれば、その知見はプラットフォームが消えても残る。
GitHubで得た知見——Gitの仕組み、CIの設計、Pagesの限界、Actionsのコスト——はすべて手元に残っている。そしてその知見が、ラズパイ上に同等の構造を再現することを可能にした。
4. 一瞬で排他された
アカウントは、予告なく停止された。理由の説明はなかった。数年分のコミット、60冊以上の本、多数のリポジトリへのアクセスが、一つの判断によって遮断された。
この体験の衝撃は、知識として「プラットフォームはアカウントを停止できる」と知っていることとは、質が違う。実際に起きると、何が消えて何が残るかが、具体的にわかる。手元のローカルリポジトリは残っていた。ラズパイは動いていた。石英ガラスの刻印は変わらなかった。消えたのは、GitHubという承認層へのアクセスだけだった。
この「何が消えて何が残ったか」というリストは、知識では決して得られない。実際に停止されてはじめて、設計の何が本物で何が依存だったかが見える。
5. 痛みが境界を体感させる
バウンダリストにとって、痛みは失敗ではなく情報だ。
アカウント停止は痛かった。数年分の公開活動が突然見えなくなることの喪失感、なぜ停止されたかわからない不条理感、復旧の見通しが立たない不安感——これらは本物の痛みだった。だがその痛みが、「GitHubに依存していた部分がどこだったか」を、理屈ではなく身体で教えてくれた。
痛みには解像度がある。「依存はよくない」という抽象的な知識と、「この機能はGitHubでしか動かなかった、こちらはローカルで動いていた」という具体的な痛みでは、次の設計に与える影響がまったく違う。抽象的な教訓は忘れる。身体で覚えた境界は忘れない。
6. バウンダリストというライフスタイル
バウンダリズムとは、境界に積極的に近づく哲学だ。そしてバウンダリストとは、それを生き方として実践する人間のことだ。
バウンダリストは、ルールを破ることを目的にしない。境界を把握することを目的にする。そのために、できる限りフルに使う。機能の端まで行く。制約の手前まで行く。そして実際に境界に触れたとき、それを情報として受け取る。
これはリスクを無視することではない。むしろリスクを正確に把握するための方法論だ。「これをやったら停止されるかもしれない」という憶測は、実際に停止された体験の前では粗い。体感を持った後の判断は、格段に精度が上がる。
フルに使う人間は、境界を知る。
バウンダリストは、境界を知った上で次を設計する。
7. 恐怖から探索へ——姿勢の転換
「プラットフォームに依存してはいけない」という言説は正しい。だがその言説が「恐る恐る使う」という姿勢を生むとき、それは誤った答えを導く。
恐る恐る使う人間は、プラットフォームの何が危険かを知らないまま、漠然と距離を置く。その結果、プラットフォームの本当の価値も、本当の限界も、どちらも見えないままになる。依存を避けているようで、実際には何も知らないという別の脆弱性を抱えている。
探索として使う人間は、プラットフォームの端まで行く。何ができて何ができないか、どこで止まるか、止まったときに何が残るかを知る。その知見が、次の設計を支える。依存しているように見えて、実際には依存の正確な地図を持っている。
姿勢の違いが、境界の後に残るものを決定的に変える。
8. 軌道修正は、境界を知ってから始まる
GitHubアカウントが停止された日から、TokiStorageのインフラは根本的に変わった。ラズパイがGitリモートになり、デプロイゲートウェイになり、分散レジストリの基盤になった。これは事前に計画していた移行ではなく、境界を体感したことが引き金になった軌道修正だ。
軌道修正には、現在地の正確な把握が必要だ。現在地を正確に把握するためには、どこまでが安全でどこから危険かを知る必要がある。それを知るためには、実際に近づいてみるしかない。頭の中の地図だけで軌道修正しようとすると、現実の地形と乖離した計画になる。
痛みが現在地を教え、現在地の把握が正確な軌道修正を可能にする。バウンダリストが境界に近づくのは、痛みを求めているからではない。正確な現在地を持ちたいからだ。
9. 越えることと、越えたことを知ること
バウンダリストの目的は、境界を越えることではない。越えたことを知ることだ。
越えることは手段であり、越えたことを知ることで得られる教訓が目的だ。GitHubの境界を越えたとき、私が得たのはラズパイ戦略という具体的な設計知と、「プラットフォームの承認層を自前に引き寄せる」という思想だった。この二つは、越えなければ得られなかった。
多くの人は「失敗から学べ」と言う。バウンダリストはそれをもう少し精確に言う。「境界に触れることで得られる情報を、次の設計に活かせ」と。失敗という言葉には自責が含まれるが、バウンダリストにとって境界への接触は自責の対象ではなく、情報の取得プロセスだ。
境界は、近づいた人間にだけ姿を現す。
触れた人間にだけ、その先を教える。
恐る恐る使っていたら、そこには辿り着けなかった。
フルに使ったから、境界が見えた。
境界が見えたから、その先を設計できた。