手を動かしたい気持ちを抑えて、なぜ先に地図なのか。今回はその理由と、引いてみて分かったことを書きます。
Contents
まず結論
ロードマップを引いて確定したのは、機能でも技術でもなく、順番でした。
- 最初にやるのは実装ではなく「ルールの確認」
- 締切から逆算して、自分で”関門”を設ける——そして間に合わなかった場合の撤退線も、今のうちに決めておく
- 確実な1本を、早めに確保する
どれも地味です。でも、締切のある挑戦で初学者が転ぶポイントは、たいてい技術ではなく順番の間違いなのだと、整理してみて腑に落ちました。
学び①：実装より先に「ルール」を読む
私は今、2つの作品を持っています。すでに公開・稼働中の浅草線版と、観察を終えてこれから作るJR版。この2つをコンテストにどう出すか——その前に、確認しなければいけないことがありました。応募要項です。
「使うデータの条件は何か」「すでに公開済みの作品は出せるのか」「1人で複数出せるのか」。この○×次第で、戦略の形そのものが変わります。もし要項を読まずに作り込んで、完成後に「応募できない形だった」と判明したら、数ヶ月が無駄になる。
初学者向けに例えるなら、家を建てる前に建築基準を確認するのと同じです。「器を先に作らない」という、この数週間で染みついた原則の、応募版でした。作る前に、出せる形を知る。
学び②：締切から逆算し、”関門”と”撤退線”を先に決める
コンテストの日程は公開されています。応募受付は10月から、締切は1月。ここから逆算して、自分で1つの関門を置きました。「9月末までにJR版が動く形になっていなければ、JR版は諦めて1本に絞る」という線です。
なぜ9月末か。応募開始までに動く形がないと、10月からの貴重な期間を「作る」に使い切ってしまい、入賞に本当に効く「検証して磨く」時間が消えるからです。浅草線で学んだとおり、作品の信頼は「作った」ではなく「検証した」から生まれます。その時間を確保するための逆算でした。
そしてもう一つ大事なのが、撤退線を”今”決めておくことです。9月末になってから「諦めるかどうか」を考えると、それまで注いだ時間が惜しくて、ずるずる続けてしまう。冷静な今のうちに「この条件なら引く」と書いておけば、未来の自分は迷わずに済みます。手を広げすぎて反省した、あの週の教訓の実践でもあります。
学び③：「確実な1本」を先に出す
もう一つ決めたのが、応募の順番です。すでに本番で動き、実測で検証済みの浅草線版を、応募が開けたら早めに出す。挑戦枠のJR版は、そのあとじっくり仕上げる。
理由は単純で、締切直前は事故のもとだからです。提出システムの不調、書類の不備、体調——直前に詰めると、実力と関係ないところで転びます。確実な1本を先に確保しておけば、残りの期間は心に余裕を持って挑戦枠に注げる。試験で「解ける問題から先に埋める」のと同じ理屈です。
学び④：要件スケッチとは「作らないことを決める文書」
ロードマップの次の工程は、観察データを「アプリの機能」の言葉に翻訳する要件スケッチです。ここで、自分の中の定義がひとつ変わりました。
要件とは「作る機能のリスト」だと思っていました。でも違いました。要件スケッチとは、「何を作るか」と同時に「何を作らないと決めるか」の文書です。
たとえば、観察で「構造的に見えない」と分かった領域があります。そこは要件に入れず、「将来構想」の章へ回す。データが実証してくれた価値のある部分だけで作る。締切のある挑戦では、諦める勇気が完成度を作る——観察に時間をかけたのは、この「作らない判断」を、勘ではなくデータで下せるようにするためだったのだと、今になって分かります。
学び⑤：審査員が見るのは、技術ではない
最後に、いちばん背筋が伸びた話を。コンテストの審査基準を読み解くと、見られているのは使った技術の高度さではなく、「何の課題を、データでどう解決したか」でした。
そう考えたとき、自分の武器が何かがはっきりしました。凝ったAIでも、珍しい技術でもありません。この数週間の実測の記録そのものです。中途半端な数字を分解した話。静かな嘘つきを捕まえた話。弱点の正体を突き止めたら急所を外れていた話。「作りました」ではなく「データの癖を発見し、対処し、検証しました」と語れること——それが、初学者の自分が唯一持っている、初学者離れした材料でした。
発見ノートも、このブログも、書いてきた記録が全部、そのまま応募資料の素材になる。記録が先、発表は後——ずっと守ってきた順番が、最後にここで効いてくるようです。
おわりに ── 地図があると、迷いが消える
ロードマップを引き終えて感じるのは、不思議な身軽さです。次に何をやるか、どこで判断するか、ダメならどう引くか——全部決まっているので、あとは目の前の一歩に集中するだけ。地図は、頑張るためではなく、迷わないためにあるのだと思います。
まずは応募要項の読み込みから。地味な一歩ですが、家を建てる前の建築基準です。要件スケッチが書き上がったら、また報告します。
個人開発 / コンテスト / 計画 / 学習の型
このブログでは、ローカルLLM・Aider・個人開発の試行錯誤をそのまま記録しています。
