AIコーディングのタイムアタックで何が身につくか
この記事でわかること
スクールでAIコーディングのタイムアタックをやらせてみたらどうだろうか、という話をしていた。「思ったものをAIで実装して、どれだけ速くできるか競う」というやつ。
最初は単純なゲームに見えるけど、やらせてみると意外といろんなスキルが同時に鍛えられる気がしている。
急ぐと指示が磨かれる
AIへの指示が曖昧だと、時間がかかる。それだけのことなんだけど、タイムアタック形式にすると生徒が自然と「どうすれば一発で伝わるか」を考え始める。
ゆっくりやっていると「なんとなくAIが補完してくれるだろう」という甘えが出る。制限時間があると、そうはいかない。
「何を作るか」と「どう実装するか」が分離される
AIがあると、実装そのもののハードルがぐっと下がる。タイムアタック形式にすると、生徒が時間を使うのは「何を作るか」を考えるフェーズになってくる。
これが実際の現場に近い。仕様を決める人と実装する人が分かれているような環境では、「何を作るか」を整理する力の方が価値が出てくることが多い。
失敗が軽くなる
従来のコーディング学習だと、一回の失敗に時間がかかりすぎて「ちゃんとやらなきゃ」というプレッシャーになりやすい。
AIコーディングのタイムアタックは、試行錯誤のコストが低い。失敗しても次がすぐ来る。そのスピード感が学習を変えるかもしれない。
速さだけを評価しない
ただ、「早く作ればいい」という評価軸だけにするのはもったいない。どんなプロンプトを書いたか、なぜその指示にしたか、というプロセスも見るようにすると、質が上がってくる。
速さはあくまで「緊張感を作るための仕掛け」で、学びはその過程にある。
関連記事
TAG
