最近のシステム屋の頭の中

あんたは学生時代、テスト勉強のときに教科書や参考書に「蛍光マーカー」を引くタイプだったかい？

大事なところに、緑や黄色の線を引いていくやつだ。
線を引いた瞬間ってのは、なんだかそれだけで勉強が進んだ気がして、ちょっとした全能感があるよな。

最近のAIエージェントを相棒にした開発ってのも、あの感覚にすごくよく似ているんだ。

何？AIエージェント開発ってなんだって？
最近のAIがすげぇって話はあんたも聞いたことが有るだろ？

どのくらいすげぇって、「こういうの作ってよ」って頼むと「こういうの」をプログラミングしてくれるんだぜ？
すごくね？

ボタンをポチッと押すだけで、AIが爆速で仕事をこなしてくれる。
自分の手を使わずに、どんどん成果が積み上がっていくあの快感は、一度味わったらやめられない。

だけどさ、あれもやりたい、これもやりたいと、調子に乗って作り足しまくると、もぉ全体が見通せないなんてことがすぐさま起きちまうわけだ。

そう、俺たちが学生の頃に必死こいてマーカーを引いて、ものを覚えようとしていた時。
調子に乗ってマーカーを引きまくったあの参考書、テスト直前に見返したときと似てると思わね？

世の中大事なことだらけ問題

AIという相棒は、とにかく真面目で、あんたの「ここ大事だから探しといて！」という命令に120%の力で応えようとする。
頼めば頼むほど、裏側で「ここは大事！」「ここも大事！」と、ものすごい勢いで印をつけてくれるんだ。

だけど、もしかしたらその裏で、あんたのFirestore（まあデータを残しておくノートだと思いねぇ）は、文字通り「マーカーだらけの真っ黄色」になりかけているかもしれないんだ。

これはあんたの技術不足でも、AIの能力不足でもない。
便利だからこそ、誰もがうっかりやってしまう「マーカーの引きすぎ問題」が、システムの中で起きているって話なんだよ。

ちょっと、あの懐かしいノートのページを思い浮かべながら、以下の項目を振り返ってみてほしい。
あの時の真っ黄色な絶望感が蘇ってくるだろ？

チェックリスト（3項目）

あんたのノート、こんなことになってねぇか？
① 今回限りのマーカーが増えていくのをスルーしていないか？
② ページ全体がチカチカしている状態に目を瞑っていないか？
③ マーカーだらけの未来への薄い恐怖を感じていないか？

爆速でプログラムが組み上がる快感は、時に俺たちを判断ミスという地獄へ誘う。

でも地獄は痛そうだからな、Firestoreを使った開発で気をつけるべきポイントを整理してみたぜ。

① 今回限りのマーカーが増えていくのをスルーしていないか？

ITの世界のデータベースってのは、実は「絶対に客を待たせない、せっかちなラーメン屋の店長」みたいなルールで動いている。

普通のやり方なら、注文が入ってから冷蔵庫をひっくり返して具材を探す。
多少遅くても、力技でなんとかしてくれる。
だけど、今どきの最先端な仕組み（Firestore）は違う。
「1秒でも出すのが遅れるくらいなら、最初から料理は出さない！」という、引くほどストイックな仕様なんだ。

だから、一瞬でデータを見つけるために、あらかじめ「この条件専用のマーカー（インデックス）」を、完璧に引いておかなくちゃいけない。

人間なら「マーカーを引きすぎると後でゴチャゴチャするな」と手加減する。
だけど、AIはそんな忖度をしない。
命令されるたびに、その場限りのカラフルな線を、教科書中に引きまくるのが今の仕組みなんだ。

つまり、AIの爆速な仕事ぶりに人間の整理整頓が追いつかなくなるのは、構造上、仕方のないことなんだよな。

② ページ全体がチカチカしている状態に目を瞑っていないか？

「まあ、教科書がマーカーだらけで真っ黄色になろうが、本が重くなるわけじゃないし、テストに出る場所を網羅できてるんだからいいじゃねぇか？」

頭の片隅で、そんな風に言い訳をして目を瞑りたくなる気持ちはよく分かる。

だけど、一度しか使わないようなニッチな組み合わせの線が、何十、何百と裏に引き直されていくのを放置するのは、やっぱり気分のいいものじゃないよな。

何より、自分の参考書を、自分でコントロールできなくなっている感覚が、どこか気持ち悪いはずだ。

③マーカーだらけの恐怖

「動いているから大丈夫」という安心感の裏で、何が本当に重要なのか分からないブラックボックスを自ら育ててしまっていること。

このままAIの勢いに任せてマーカーを引き続けると、いつかシステムが定めた「引ける線の最大数（上限値）」という壁に突然ぶち当たることになる。

その時になって、慌てて「どれが本当に毎日使う大事な線なんだ？」と、1ページずつ泥臭く見直すハメになったら、目も当てられないよな。

最悪なのは、不要だと思って適当に消しゴムで消した線が、実は「年に1回の超重要イベント」を支える命綱みたいな線だった、なんてケースだ。

不用意なお掃除は、システムを一瞬でストップさせる爆弾に化けるリスクを孕んでいる。

「あとでまとめて消せばいいや」というその油断が、将来のシステムを身動きの取れない泥沼に引きずり込むんだろ？

まとめ

どうだい？ 学生時代のあの「やらかし」、ちょっとは身に覚えがあったかい？

もし全部に心当たりがあったとしても、落ち込む必要はまったくない。

むしろ、AIという最先端の相棒をフル活用して、最先端の効率化に本気で挑戦しているからこそ直面した、誇るべき「一歩先を行く悩み」なんだからさ。

気づけた時点で、あんたは思考停止している他の人より、確実に一歩前進している。

この「教科書真っ黄色問題」をスマートに解決したいなら、これからは指示の出し方を変える必要がある。

どうするって？
ホントに必要なマーカーだけになってるかチェックするプログラムをAIに作らせんのさ。

新しい機能を付け足す度に、「その機能が上手く動くのか？」ってテストと、「ムダなことしてねぇか？」ってテストを自動で実行するプログラムを作っちまうってスンポーよ。

なに？そのマーカーだって必要だから引いたんだろって？
たしかにその時は必要だから引いたんだろうけれど、今はもういらないマーカーってあるじゃんか。

本物のノートと違ってFireStoreの場合はマーカーを引くだけでチャリンチャリンと銭がかかるからな。
こいつは死活問題なんだよ。マジで。

そうやって、勉強のプロセスそのものに「本当に必要な線だけを残す自動ルール」を組み込んでしまうのが、これからのAI時代をスマートに生き抜く、俺たちの賢い防衛策だと思わないかい？

なあ、どうだった？

俺たちシステム屋の頭の中を少し覗けたかい？