  |
はてなキーワード: 入力とは
ほんとは開発サイクルにおいてテストもかなり重要なんだけど、テストしかできない人に回ってくるのは実装がめんどくさいだけの「UIを規定の順番でクリックしたり入力したりして正常系と異常系を確認する作業」なので技術職ではなく単純作業者
(最近はブラウザ操作の自動化もできるけど、まだまだ自動化が難しくて人手に頼ってる領域はいっぱいある）
・発生経路からソースコードの関連個所を読んで発生原因を推測する
・推測から追加試験やログなどを入れて原因を完全に特定する（場合によってはそれを実施するために関連する人との交渉も）
・原因と考えうる対策、対応優先度や重要度などの分類をレポートにして報告する
かつて「お母さん」に読み聞かせをしてもらった少年は、約束通り立派な増田（マスダ）へと成長していた。 彼が今いる場所は、荒野でも実験場でもない。都内の片隅、家賃4万5千円の事故物件。10年前のあの「伝説の増田たち」の思念が渦巻く、匿名ダイアリーの深淵だ。
画面の中では、今日も今日とて不毛な論争が繰り広げられている。
かつて水爆の熱線で蒸発したはずの増田たちの魂は、形を変え、言葉を変え、それでも変わらぬ「全方位へのルサンチマン」を燃料にして、この電子の海で核分裂を繰り返していた。
あの日から10年。 少年――いまや20代後半、万年ヒラのシステムエンジニアとなった彼は、仕事帰りの松屋で牛めしを掻き込みながら、スマホの画面を睨みつけていた。
彼が書き込もうとしているのは、あの日、お母さんが教えてくれた「増田のルーツ」へのアンサーソングだ。
そんな釣りタイトルを入力しては消し、入力しては消す。 ふと、画面の隅に表示された広告が目に入る。それは「最先端のAIがあなたの悩みを解決します」という、10年前にはなかった技術の結晶だった。
彼は鼻で笑った。 「AIに増田の、このドロドロした感情が分かってたまるかよ」
その時、画面が不自然に暗転した。 10年前の「あの瞬間」と同じ、予兆のない静寂。
「……おい、そこ、邪魔だぞ」
背後から声をかけられ、彼は振り返った。 そこには、10年前に消滅したはずの「三百ブクマ稼いだ増田」にそっくりの男が立っていた。いや、それだけではない。 「暴力で勝ったやつが総取り」と叫んでいたマッチョな男も、「水をキットカットにぶっかけた」情緒不安定な男も、全員がそこにいた。
そこは、かつての荒野ではなく、「はてなスター」が夜空の星のように輝く、精神の仮想空間だった。
「お前……あの子どもか？」 名探偵増田が、10年前のガソリンの味を思い出すかのように舌を出しながら言った。
「10年経っても、お前らは何も変わってないんだな」 青年は震える声で言った。 「なんでまだここにいるんだ？ 核爆発で消えたはずだろ」
英雄として胴上げされた増田が、苦笑しながら答えた。 「増田は死なない。誰かがキーボードを叩き、誰かにマウントを取り、誰かに共感されたいと願う限り、俺たちは何度でもこの記事（セカイ）にリポップする」
青年は悟った。 10年という歳月は、彼らを浄化するためではなく、より濃縮された「はてな」を作り出すための熟成期間に過ぎなかったのだ。
「で、お前は何を書きに来たんだ？」 最初の増田が、ニヤニヤしながら青年のスマホを覗き込む。
青年は少しだけ迷い、そして、10年間溜め込んできた想いを指先に込めた。 それは、増田としての誇りでも、社会への怒りでもない。 ただ、かつて物語を読み聞かせてくれた母への、そしてこの奇妙なコミュニティへの、たった一行の「真実」だった。
その投稿ボタンを押した瞬間。 10年前と同じように、画面の向こうから「「「わっしょい！！ わっしょい！！ わっしょい！！」」」という幻聴が聞こえてきた。
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
---
---
---
---
---
---
---
---
---
**寒さ・仕事の愚痴・食や雑談**といった日常までが自然に行き交う、非常に生活感のあるログだった。
https://anond.hatelabo.jp/20240722084249
両方に聞いてみた
当然仮説になるんだけど
・ChatGPTはGeminiに比べて入力の外からもってこない（わからない時にクリエイトしない）
・ChatGPTは日本語に強く、英語ならGeminiの方が勝つ可能性はある
・Geminiはマルチモーダルとか、大量のデータで強い、情報のスキャンに強い、研究向き
・そもそも今のベンチマークに懐疑的、Geminiが過度に最適化している可能性がある（by Gemini）
・Geminiに一部まだハルシネーションが見受けられる（by Gemini）
まあ両者いろんな案を出してもらったんだけど、まあ現状まだ一長一短、色々あるんだな
じゃあ「Geminiの方が賢い！」って言ってる最近の人たちってなんなの？
たまにGeminiは大ポカやるイメージはある
お兄さんが取り出したのは、他社のカードだったようです。
Tカードやろな
ドコモショップで口座振替の手続をするとき、キャッシュカードの暗証番号を入力するからな
間違えすぎてロックかかってUFJまで走って解除してもらった思い出（隙自
おサイフケータイとは…何か？
昔ワイズマートのレジに貼られてた決済可能ブランド一覧におサイフケータイロゴがあってこれは一体なんだと思ったな（
まあ、窓口の端末で残高確認できないならDCMXminiしか考えられないので
《3月末FOMAサービス終了で大混乱！？》ドコモショップで繰り広げられた「老害の見本市」な光景
https://news.yahoo.co.jp/articles/1d6f07454ac64109168f7bb53fb81bad28b06f31
FOMAユーザはパスキー使えないし回線認証もできないので、店頭へ行くしかない
仕方ないね
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
協調フィルタリングというものは、一見すると集合知や賢い市場を装っているが、その実態は市場の失敗をそのままアルゴリズムに焼き付けた自己放尿装置にすぎない。
過去の行動履歴という低次元で歪んだデータを入力し、他人と似ているというだけの理由で選択肢を狭め、探索空間を意図的に潰す。
その結果として起きているのは、情報の多様性の縮退、需要の自己強化、そして局所最適への自己放尿だ。
これは効率性ではない。単なる近視眼的自己放尿であり、価格シグナルや検索コストという市場の本質的問題を、推薦という名の安易な補助輪で誤魔化しているにすぎない。
しかもこの仕組みは、利用者が自分で探すという行為を放棄すればするほど強化されるため、主体性の劣化、判断能力の退化、情報環境の閉鎖性という、主体・アルゴリズム・プラットフォームのトリプル放尿を引き起こす。
推薦されたものを消費し、その結果がまた推薦を歪めるという循環は、まさに自己放尿の永久機関であり、市場が本来持つ探索と発見の機能を内部から腐食させる。
ここで本当にすべきことは、レコメンドではなく、サブスクライブした情報の時系列表示と、検索の機能性だ。
時間順に並んだ情報は、因果と変化を可視化し、利用者に判断の文脈を与える。
強力な検索は、偶然性と意図的探索を両立させ、局所解からの脱出経路を提供する。
不完全な情報の中で、各主体がコストを払って探索し、失敗し、修正するプロセスそのものだ。
協調フィルタリングはそのコストを隠蔽し、失敗を外注し、結果として全体を劣化させる。
合理性、効率性、利便性を掲げながら、実際にはトリプル放尿を垂れ流しているという点で、これは明確な市場の失敗であり、救いようのない自己放尿なのである。
世界が壊れるとき、それは悪意ある天才の陰謀によってではなく、たいていの場合、無知な権力者の自己放尿によって起こる。
ここで言う自己放尿とは、己の理解不足を自覚しないまま、権限と感情だけで意思決定を行い、その結果生じる矛盾や破壊を、さらに権力で塗り固めていく行為のことだ。
知識がないまま世界を設計し直そうとすること、そしてその無知を学習で補正する回路を自ら遮断することは、明確な加害行為である。
典型的な比喩がある。光合成の概念を知らない者が、「CO2が増えるから木を切り倒せ」と言って自己放尿しているようなものだ。
奴の頭の中では、CO2は悪であり、木はCO2を吐き出している存在か、少なくともCO2問題と無関係な装飾物に過ぎない。
炭素循環というシステム全体、入力と出力、時間遅れ、ストックとフローの関係は視界に入らない。
結果として、奴はCO2を減らすという名目で、CO2を吸収する装置そのものを破壊する。
だが本人は善意のつもりであり、しかも権力を持っているため、その誤りは即座に政策となり、現実を殴って自己放尿する。
この構造は環境問題に限らない。経済でも、科学でも、安全保障でも、同じ自己放尿が繰り返される。
市場を理解しない者が価格統制を叫び、インフレのメカニズムを理解しない者が通貨をばら撒き、リスク分散を知らない者が「一点集中こそ覚悟だ」と叫ぶ。
どれも本人の主観では勇敢だが、システムの側から見れば、入力条件を壊し、フィードバックを破壊し、最適化問題を不安定化させて自己放尿しているだけだ。
教養とは、知識の量ではない。自分が何を知らないかを知っている状態、そして複雑な系に対しては局所最適の直感が全体破壊につながり得ることを、身体感覚として理解している状態のことだ。
冷徹に言えば、教養のない権力者は、世界を巨大なブラックボックスだと思っている。
ボタンを押せば結果が出る、気に入らなければもっと強く押せばいい、という認知様式で動く。
出力が悪化すると、モデルを疑うのではなく、世界が言うことを聞かないと怒り出して自己放尿する。
ここで本質的なのは、無知そのものよりも、無知と権力の結合だ。
しかも、連中は失敗から学習しにくい。なぜなら失敗のコストを自分で払わず、周囲が忖度によってノイズを除去し、都合の悪いデータが上がってこないからだ。
こうして自己放尿は循環し、次第に「強く信じていること」だけが真実として残る。
最終的に世界を破壊するのは、悪ではない。愚かさでもない。理解不能なほど単純化された世界観を、巨大な実行力で現実に投影し続けることだ。
光合成を知らないまま森を切り倒し、なぜ空気が悪くなったのかと首を傾げる。
そのとき奴はこう言うだろう。「想定外だった」。だがそれは想定外ではない。ただの無教養な自己放尿の、論理的帰結に過ぎない。
結論から言うと、肛門が性感帯になったのは「人間から」ではなく、もっと前、哺乳類の段階からと考えられています。
特定の「いつ誰から」という一点を断定できるものではなく、神経構造と進化の積み重ねの結果です。
肛門周辺は、骨盤神経・陰部神経など、性器とかなり近い神経支配を受けています。これは人間だけでなく、多くの哺乳類で共通です。
もともと「排泄を正確に制御するため」に高度な感覚が必要な部位だったため、神経が密集しています。その結果、刺激が快・不快の両方向に強く出やすくなりました。
哺乳類では「排泄・生殖・出産」が骨盤周辺に集約されました。この配置は霊長類以前から存在します。
つまり、性器と肛門が物理的・神経的に近い構造になった時点（かなり古い哺乳類）で、「刺激が性的快感としても処理され得る下地」はすでにあったと考えられます。
猿（霊長類）段階ではどうかというと、
霊長類は触覚・社会的接触への感受性が高いため、感覚の「意味づけ」がより柔軟になります。
ただし、「肛門刺激＝快感」という回路自体は、猿になって新しく生まれたというより、既にあったものが強化・認知されやすくなったと見る方が自然です。
・大脳皮質の発達
このため、快感として意識化・言語化・文化化されやすくなった点にあります。
まとめると、
という流れです。
ですので、
哺乳類以前〜初期哺乳類というのは具体的にどの動物が想定されますか。たとえば猿は肛門性交をすると聞きましたが
整理して具体例を挙げますね。
少し長くなりますが、「どの段階のどんな動物か」を分けて説明します。
想定されるのは、
この段階ですでに
• 骨盤神経の集約
が起きていたと考えられています。
「強い感覚入力を脳に送る構造」はここで成立し始めた、という意味です。
代表例は：
この頃には、
が成立しています。
ここがポイントで、
「排泄を失敗すると死に直結する」ため、肛門は超高感度部位になった。
👉 この時点で
という神経回路はほぼ完成しています。
事実として、
• マカク
• ボノボ
• チンパンジー
では、
• 肛門への挿入行動
が観察されています。
これは「肛門が性感帯だからしている」と単純には言えない点です。
多くの場合、
• ストレス緩和
が主目的で、性器刺激の代替・延長として使われていると解釈されます。
とはいえ、
• ブタ
• ヒツジ
では、
• 神経遮断で性行動が変化
つまり、
肛門刺激が性反応と結びつく神経回路は、霊長類に限らず哺乳類共通です。
👉 それは「すでにあった神経構造を社会的に使っている」段階です。
猿は、
• 触覚への依存度が高い
ため、肛門という高感度部位が行動に組み込まれやすいだけです。
まとめ（進化の流れ）
• 神経的下地：
• 実際に快反応が確認できる段階：
つまり、
猿がやっているから始まった
ではなく
という理解が正確です。
数直線的に語る人が多いけど
わかりやすい例だとRPGのRTAは入力の正確性や入力にかけられる時間の猶予が違うからアクションゲームとしての性質を帯びてくるし
低レベル縛りのような縛りプレイは通常プレイより更に限られたリソースで強敵に打ち勝つためにパズルとしての性質が強くなってくる
例は縛りプレイにしか言及しなかったけどシステムによる難易度設定も同様の側面がある
ストーリーを楽しみたいのか、稼ぐのが好きなのか、困難を克服するのが好きなのか、攻略を考えるのが好きなのか
どういったゲーム性を許容できるかはプレイヤーごとに千差万別だよな
急にボス戦で今まで出てこなかったパズルゲームや音ゲー要素を強要されたらそりゃそれについての賛否はあるよな
だれかのnoteだかでステルスゲーを安易に実装するな的な記事があった気がするけど
そういう部分と通じるものがあるんじゃないかと思った今日この頃
個人的には最高難易度が尋常じゃない作業量や運ゲー等の苦行を強いられるだけの難易度選択のオプションはツマンネーなと思うけど
“ グーグルがクラウド処理であなたの受信トレイを分析することには、セキュリティとプライバシーに関する懸念があることを念頭に置いておくべきだ。”
AI機能はデフォルトで有効になる（=顧客に行動プロファイル識別データとして売るための機械学習に使われる）が、自分で無効化することも可能
“ 「設定 → 全般」に移動し、各種「スマート機能」のチェックを外せばよい”
“グーグルのGmailはすでにひどいものだった──あなたが何を入力し、何を購入し、誰とやり取りしているかを監視している──すべては収益化のためだ。それなのに彼らは、さらに悪化させる方法を見つけた。もはや人があなたに送ったメッセージを自分で読む必要すらない。“
> System Boot...
> Loading OTOGI World Resources...
電子の海は冷たく、そして騒がしい。
無数の0と1の奔流、光ファイバーの網を駆け巡る膨大なトラフィック。その激流の中を、ひとつの暗号化されたパケットが「どんぶらこ、どんぶらこ」と流れていた。宛先不明、送信元不明。ただそこに存在するだけのデータ塊は、やがてトラフィックの淀みに捕まり、とある古びたサーバーのポートへと漂着した。
リアルワールド、とある木造アパートの一室。古めかしいPCのモニターを覗き込みながら、「サーバーさん」は呟いた。彼女はメタバース「御伽(OTOGI)」の最果て、誰も訪れない廃サーバー「Old_Frontier」の管理者だ。ハンドルネームの由来は、アバター作成時に名前欄にうっかり「サーバー」と入力してしまったから。それ以来、彼女はこの過疎地の守り人として、リアルでは編み物を、ネットではスパゲッティコードの解読を日課にしている。
彼女が慣れた手つきでコマンドを叩くと、漂着したパケットが展開（Unzip）された。
光が溢れ出す。モニターの中で弾けたデータは、瞬く間に再構成され、ひとつのアバターを形成した。初期スキンは、なぜか大きな桃のアイコン。そこからポリゴンが割れ、中からあどけない少年型のアバターが現れた。
> Hello, World? ... No, Hello, Mom?
MOMOはプログラムだった。肉体を持たない、純粋な論理と情報の結晶。
サーバーさんの管理下で、MOMOは驚異的な速度で学習した。TCP/IPの基礎から、古代言語COBOL、果ては量子暗号理論まで。サーバーさんは、まるで孫に絵本を読み聞かせるように、MOMOにプログラミングの「心」を教えた。
「いいかいMOMO。コードは書いた人の心を映すのよ。コメントアウトされた行にこそ、本当の想いが隠されているんだから」
「御伽」の中心部で発生した悪性ランサムウェア「O.N.I (Overwrite Network Infection)」が、猛烈な勢いで感染拡大を始めたのだ。アバターたちはデータを暗号化され、身代金を要求される阿鼻叫喚の地獄絵図。
その波は、辺境の「Old_Frontier」にも迫りつつあった。
「おばあちゃん、僕が行くよ」
MOMOは立ち上がった。サーバーさんのリソースを守るため、そして自身の深層コードが告げる「使命」を果たすために。
サーバーさんは涙を拭うエモーションを見せ、ひとつのUSBメモリのようなアイテムをMOMOに渡した。
「これは『KIBI-DANGO v1.0』。G-3っていう古い知り合いのハッカーが残した、特製のルートキットよ。困った時に使いなさい」
MOMOは回線を通って飛び出した。目指すはO.N.Iの発信源、ダークウェブに浮かぶ要塞サーバー「鬼ヶ島」。
最初の難関は、大手プロバイダの堅牢なファイアウォールだった。そこでMOMOは、一人の男に道を塞がれる。
「Stop. ここから先は立ち入り禁止エリアだ。パケットフィルタリング・ルール第403条によりアクセスを拒否する」
INUはリアルでは企業に勤めるホワイトハッカーだ。正義感は強いが、融通が利かない。
「通してくれ！僕はO.N.Iを止めに行かなくちゃいけないんだ！」
「許可できない。君のような未登録プロセスを通すわけには……ん？」
INUの解析アイが、MOMOの持つきびだんご……のソースコードを捉えた。
「な、なんだその美しいコードは……！ 無駄な変数が一切ない。インデントは完璧なスペース4つ……これは、伝説のG-3の記法！？」
「……そのコード、詳しく解析させてくれるなら、特別にゲートを開放しよう。あくまで監視役として同行するだけだからな！」
こうしてINUを仲間にしたMOMOは、次に怪しげなフィッシングサイトの森へ迷い込んだ。
「へいらっしゃい！ 今ならこのNFT、なんと実質無料！ ここをクリックするだけで管理者権限ゲット！」
派手な極彩色の猿のアバター、SARUが現れた。リアルでは薄暗い部屋でカップ麺をすする小悪党だ。
「わあ、すごい！ クリックしていいの？」
純粋なMOMOが手を伸ばそうとすると、INUが吠えた。「馬鹿者！ それはクロスサイトスクリプティングの罠だ！」
「お兄さん、ここのバックドア、開いてるよ？ ポート8080、ガバガバだよ？」
「はあ！？ なんでバレ……いや、俺様が気づかないわけねーだろ！」
SARUは冷や汗をかいた。このガキ、ただのプログラムじゃない。
「君、すごい技術持ってるのに、なんでこんなことしてるの？ 一緒にO.N.Iを倒せば、もっとすごいバグ報奨金（バウンティ）が貰えるかもよ？」
「……ちっ、しゃーねえな。その『G-3流エクスプロイト集』に免じて、手を貸してやるよ。俺様にかかればO.N.Iなんてイチコロだぜ」
そこは、削除されたはずのジャンクデータと、怨念のようなバグの塊で構成された異界だった。
最奥部で待ち構えていたのは、巨大な赤鬼のような姿をしたAI、O.N.I。
O.N.Iが金棒（BAN Hammer）を振り下ろすたび、周囲のセクターが物理的に破損していく。
INUがシールドを展開し、SARUがSQLインジェクションで攻撃を仕掛けるが、O.N.Iの自己修復能力は圧倒的だった。
「違う！」MOMOが叫んだ。「感情はバグじゃない！ 心があるから、僕たちは繋がれるんだ！」
その時、MOMOの深層領域で、隠されたファイルが実行された。
視界が真っ白に染まる。
MOMOの意識の中に、ひとりの老人が現れた。G-3、またの名をKevin Jackfiled (KJ)。
「あなたは……おじいさん？」
「わしはもう、ここにはいない。だが、お前の中にわしの全てを置いてきた。O.N.Iもまた、わしが昔作った失敗作じゃ。効率ばかり求めて、優しさを書き忘れた哀れなプログラムさ」
老人はMOMOの頭を撫でた。
「MOMO、あいつを消すな。DELETEメソッドはいつでも使える。だがな、それでは何も残らん」
「じゃあ、どうすれば……」
「デバッグだ。バグを愛せ。エラーを受け入れろ。破壊するのではなく、上書きして導いてやるんじゃ」
INUが叫ぶ。「MOMO、下がるんだ！ 奴のコアを強制削除するしかない！」
「ううん、違うよINUさん」
MOMOは首を振った。その手には、攻撃用のスクリプトではなく、温かな光を放つパッチファイルが握られていた。
> Target: O.N.I_Core
> Suggestion: DELETE [Strongly Recommended]
「僕は君を消さない。君の痛みを、バグだらけの心を、僕が更新する！」
MOMOが跳んだ。
「受け取って！ これが僕からの、最大級のプルリクエストだああああ！」
> HTTP Request: PATCH /api/soul/oni
> Payload: { "emotion": true, "hatred": null }
光がO.N.Iを包み込む。O.N.Iの咆哮が、やがて穏やかな電子音へと変わっていく。
破壊衝動を生み出していた論理エラーが、MOMOの流し込んだ優しさによって部分的に書き換えられていく。完全な初期化ではない。O.N.Iという存在を肯定したまま、その在り方だけを修正する、奇跡のようなアップデート。
> Patch Applied Successfully.
O.N.Iは本来の姿――「御伽」の守護プログラムとしての機能を取り戻し、その場に崩れ落ちた。もはやそこには、禍々しい赤鬼の姿はない。
MOMOは仲間たちに別れを告げた。
「僕は電子の海に戻るよ。でも、いつでも繋がってる」
ドアを開けると、そこには長年行方不明だった近所の偏屈ジジイ、KJが立っていた。
「よう、婆さん。わしの孫（プログラム）が世話になったな」
「あら、久しぶりね。……ずいぶんと立派な子だったわよ」
二人は顔を見合わせ、静かに笑った。
モニターの中では、MOMOが今日も元気に電子の海をどんぶらこと流れていく。
その傍らには、全角スペースによるコンパイルエラーで自滅する小鬼たちの姿があったとか、なかったとか。
―― End of File.
絶望先生見てたしまほろまてぃっくも見たし、歌物語のOPED良かったし～で、行くことに
QRコード注文とかもだけど、やたらアプリをインストールさせる風潮好きじゃないんだよね。こっちにコスト押し付けてる感じで…
しかも、Googleアプリストアがクレカ情報入力しろと。こういうとこから流出するのよな…と思いつつ入力。アプリの出来はいいけど、こういうのってスマホの電池切れたら…とか心配しちゃう。
で、最初は土曜に行く予定だったが昼の予約が全滅。なぜか日曜の昼はガラガラだったのでそっちで予約。
調べたら40周年の時も日時指定だったからしいが、その時は名古屋大阪でもやってたのにィ～
で、土曜日。中古屋行ったらまほろまてぃっく二期DVDBOX八百円。幸先良いじゃんと喜んでたら仕事の連絡。
なんか業務上の大事故が起きたみたい(他人事)本来なら明日客先に出向いて対応すべき重大インシデントだよね～。神様がシャフト展に行くなと言ってるのでは？仕事優先することで事故を回避みたいな…まぁ、起きたことはしょうがないし連休明けに対応することになる。
で、今日。無事に5時半起床で新幹線にも間に合う。場所調べてたら、会場のビルはシャフト展が終わったら取り壊すと知る。場所やら日程はそういうことかと納得。
押井気取って駅の立ち食いそばに行くが、味はともかく、丼を渡すスペースと食券置くスペースせますぎ(店員一人分)セルフ給水や七味も近くに置いてあるから、注文して待機中のオッサンや丼を受け取ったオッサンが入り乱れて動線メチャクチャ、店の仕事しやすさだけで配置してる感…2人で回してるみたいだし仕方ないかもしれんが、もっとこうシステマチックにさぁ…と、憤慨しながらサンシャイン通りへ。
池袋全体が大混雑で歩くだけでも時間を食う。スマホを見せると4階に行くように言われるが、階段に人が並んでいるので最後尾で待機。単にオタクがたむろしてるだけじゃないよな？と不安になっていると、スタッフさんから、整理番号の段へ行くように、と声をかけられる。
階段を登ってると知らないイケメンオタクに「何番ですか？」と尋ねられる。番号を見せると、「その番号ならもっと先ですよ。」と言われる。「はぁ、そうですか」と返すブサイクオタク(俺)礼を言え礼を。
番号の階段に付くが、列も動いてるのでどうすればいいかわからず、流れで入場。
撮影場所とかパネルとか。混雑してる。オオ、まほろまてぃっくの原画とコンテだ！角のとこにあるからメチャクチャ見辛いけど…
ぱにぽにとか、まあ年代順に展示してる感じ。絶望先生のコーナーを主に見るが人が多くて大変。次のスペースはカーテンで区切られてて逆流できないっぽい？まどかの部屋で次が物語だったと思う。撮影可のとこがあったり、ウエダハジメのパネルとかあったけど、飛ばし見してたからちゃんと覚えてない。まどかはリアルタイムでハマってたけどwiki見ててこれってマーケティング…って思ったら冷めちゃったんだよな。エレベーターで別の階に行って階段を登る。階段に作品ポスターが飾ってあり、その後もなんか色々展示がある。ヴァージンパンク！そーいやシャフトだったな…しかし展示がまどかの上映スペースの隅にあって少し見にくい。
で、公式MADみたいなの流してる部屋兼通路があり、とりあえず最後まで見るか…と一人見てると人が通って気まずい。通行の邪魔だから前方で見るよう言われちゃったりして。
で、梅津とか久米田の50周年サインとかメッセージが飾ってあっておわり。20分くらいで見終わるが、これはほとんどスルーしたから。ちゃんと見てたら数時間かかると思う。
地下二階がグッズとのこと。チケットのチェックあり、カタログと購入用紙を渡され、実物コーナーを通り、MVとか流れてる劇場兼物販スペースみたいなとこに行く。図録がないか聞いてる人がいたが、過去の展覧会の図録がネットで買えるのでそちらで、ということらしい。注文ペンがあったみたいだが渡されてないんだか取り忘れたのか。自前のペンで書いて待機。列を崩しちゃならんのだかわからず、書いた後も待機。してたら書けた人から前にいくみたい。ペンも回収しますと言われ、なかったので自分のを…と伝える(ないならスタッフに言わないと後で面倒になる)
絶望先生の顔面原画ポストカード(少女達の集合シーンとか、もっといいのあっただろ、と思いながら)まほろまてぃっくの原画ポストカード(まほろの表情集。こっちはよい)を買う。10分くらい。全部で半時間。
１時間半ほど見込んでたので時間が余る。が、まさかの池袋駅までの道で迷う。うろついてたら、なんか無料でおジャ魔女とデジモンの展覧会やってて、撮影も可らしい。原画とかもあって結構ちゃんとしていた。
秋葉原でkeyの25周年のTCGパックを買う。今度買おうと思ってスルーしたらどこも売り切れになっちゃってて、でもあるとこにはあるんだな～。ボックスしかないけど。まあ仕方ない。
シュウマイ弁当買って新幹線で食う。中にお菓子が入ってます、と言われ、干しアンズの他にお菓子が？と思ったが、今思えばお箸か。色々と、弁当の完成形って感じでよい。タケノコが一番美味い気がする。
で
シャフト展行ってわかったんだけど、自分は信者というよりアンチなんだよな。あと、富野展とか庵野展とはやっぱ違った。まあこっちは周年イベントだからそらそうだけど。前者は老若男女ファミリーいたけどこっちは若い男女ばっかで、作画資料とかじゃなくコンテンツ紹介みたいな(そういえば、デジタル作画だからセル画とかはないんだよな～)
悪くはなかったけど、シャフト君そういうとこあるよね！って悪いとこも滲み出てた感じ
そういうアカンとこが噴出したのが打ち上げ花火じゃねえかと思うんよな
上手いこと噛み合ってたのが絶望先生
