Day 7・小さく作って完成させる(実践)
公開の選択肢と、この先へ
作ったものを人に届ける道筋を知り、卒業チェックとTypeScript編への橋渡しを行う。
作っただけで終わらせない
動くものが完成したら、次は「人が触れる形にする」段階です。公開といっても、いきなり世界に出す必要はありません。自分のパソコンで動かす、身近な人に渡す、ネット上で動かす、と段階があります。今の目的に合う一番小さい方法を選びます。
- 自分のパソコンで実行: python summary.py と打つだけ。まずここで十分なことが多い
- 手順書を添えて渡す: 必要なもの(Pythonの入れ方・APIキーの用意・実行コマンド)を書いた短いメモを付けて共有する
- 画面付きにする: 文字だけの入出力を、ブラウザで使える簡単な画面に変える(Streamlit などの道具がある)
- ネット上に置く: 誰でもURLで使えるよう、クラウドのサービスに載せる
なぜ小さい公開から始めるのか
ネット公開は、APIキーの管理・料金・悪用対策など考えることが一気に増えます。まず自分や身近な人が使う範囲で「本当に役立つか」を確かめる方が、無駄な作り込みを避けられます。公開範囲は、必要になってから広げれば十分です。
落とし穴: 公開時のAPIキーと料金
ネットに公開してキーを他人に使われると、その使用料はあなたに請求されます。公開する場合はキーを絶対に画面やコードに出さない、使える回数や文字数に上限を付ける、といった備えが要ります。まず身近な範囲で使い、公開は準備が整ってからにしてください。
AIにはこう聞く
「この要約ツールを、自分のパソコンだけで身近な人に渡したい。必要な準備と実行手順を、Python未経験者向けの短い手順書にして」。目的(自分だけ/身近な人/ネット公開)を伝えると、その範囲に合った現実的な手順が返ってきます。
卒業チェック: 自分の言葉で説明できるか
7日間の締めくくりに、次の3つを声に出して、または書いて説明してみてください。詰まる項目があれば、そのレッスンに戻る合図です。答えを暗記する必要はありません。自分の言葉になっていれば合格です。
- 何を作ったか: 自分のツールが何を入力に、何を出力するかを一文で言える
- なぜこの設計か: 入力→AI→整形→表示の一直線にした理由を言える
- どう直すか: エラーが出たとき、最下行を読んでAIと一箇所ずつ直す手順を言える
説明できない状態
「AIが書いてくれたので動きます」で止まり、なぜその形か・どこを直せばよいか言えない。
卒業できる状態
「入力を整形してAIに渡し、返事を整えて表示します。一直線にしたのは切り分けやすいから。エラーは最下行から直します」と自分の言葉で言える。
なぜ説明できることを重視するのか
AIがコードを書く時代に人へ求められるのは、書く速さではなく、出てきたものを読めて・直せて・人に説明できることです。説明できるとは、構造を理解しているということ。これがあれば、道具やAIが変わっても応用が効きます。
この先へ: TypeScript編への橋渡し
Pythonで「小さく作って完成させ、動かして直す」感覚がつかめたら、次はその力を「人に届くAIプロダクト」に広げる番です。多くのAIサービスは、ブラウザで動く画面を (JavaScriptに型という安全装置を足した言語)で作ります。型があると、AIが生成したコードの間違いに早く気づけます。
ここまで学んだ考え方は言語が変わってもそのまま使えます。入力→AI→整形→表示の一直線、小さく作って完成させる、エラーは最下行から一箇所ずつ、AIには具体的に頼み採用前に理由を確認する。TypeScript編ではこの土台の上に、画面付きのAIプロダクトを組み立てていきます。まずは今日作ったツールを、明日もう一度自分で動かしてみてください。それが一番の復習です。
AIにはこう聞く
「Pythonで入力→AI→整形→表示の要約ツールを作りました。同じ考え方をブラウザで動く形にするなら、TypeScriptで何から始めればいいか、未経験者向けに最初の一歩だけ教えて」。今できることを起点に次の一歩を尋ねると、飛躍しすぎない道筋が返ってきます。
読んでも腑に落ちない所は、AIに噛み砕いてもらいましょう。
理解度チェック
答えられれば、面接で説明できる状態に一歩近づきます。
公開の進め方として本教材が勧める順番に最も近いのはどれか。
卒業チェックで「説明できること」を重視する理由として最も適切なのはどれか。
この7日間であなたが作ったツールについて、「何を作ったか」「なぜこの設計か」を自分の言葉で説明してください。
記述式です。まず自分の言葉で答えを考えてから、模範解答を開いて自己採点してください。