プログラミングの勉強より、まず作る。AIで動く物を作ってから足りない所を学ぶ

出典: プログラミングの勉強はいらない【AI時代はエンジニア的な思考】

動画は、自分はコードを1ミリも読めない、という言い切りから始まります。そのうえで、何千人もが使うアプリを作れている、という結論を先に置く構成です。

最初に置かれるのは結論です。自分はコードを読めないけれど、何千人かが使うアプリを普通に作れている、という話。

今の時代にプログラミングを勉強した方がいいのかは、賛否が割れる話題です。イケハヤさんの立場は、なんで勉強するのか、という側。

3〜4年前は、勉強すれば手に職がついて一生安泰、という空気が本当にありました。スクールでJavaScriptやPythonを学んで、Webやアプリ、ゲームを作った時代です。

それは過去のもの。知り合いのエンジニアは、自分でコードを一切書いていないそうです。世界中のエンジニアも同じ、という話。

今も、プログラミングを勉強した方がいいか、と聞かれるそうです。答えは、迷いのない一言でした。

イケハヤさん（動画 1:34〜）

プログラミングは勉強しないでいいよ。時間の無駄ですよ。本当に。

ただ、趣味は別の話。ギターを練習したい、という話と同じで、やりたい人は止めない、ご自由に、という温度です。

実務で考えると、勉強する意味はない、とイケハヤさんは断言します。エンジニアの人たちに反論されることもある、という前置きつき。それでも、本当にいらないと思う、と続けます。

イケハヤさん（動画 1:48〜）

でも実務で考えたときに、プログラミングを勉強する意味はないです。

ここまでが動画の入口。勉強はいらない、という宣言は、趣味ではなく実務という条件をつけた、言い切りの形です。

勉強しないで済むのは、作る手をAIに渡せるから。ここが、この章の芯です。

10月12日の朝LIVEで見せた共創の酒場は、前の晩に Claude Code へ「過去のライブの案を参考に」と頼んで、作ってもらったサイト。共演者から「これがどのくらいかけて作ったんですか？」と聞かれ、私は「昨日寝る前に仕込んで朝ライブで間に合うように作っといてっつって」と答えました。

出てきたサイトは、完成していません。でも、一応動く状態。

まだ誰も投稿しておらず、動作確認もまだの段階です。その状態のまま、画面を見せました。

イケハヤさんが話すのは、何千人かが使うアプリを作れている今の結果。私の場面は、前の晩に頼んだ物を、動作確認の前に見せた朝の話です。

頼んで作ってもらう、という一点は、あの朝の画面とそのまま重なります。

作る手はAIに任せます。残すのは、出す前の最後の目だけ。

コードを読めないまま作って、本当に大丈夫なのか？ここは、多くの人が引っかかる所だと思います。イケハヤさんの答えは、作った物を別の会社のAIに叩かせること。

イケハヤさんは今、アプリ・ゲーム・Webサービスを作っている、と話します。ゲームは1日で2000人が安定して遊び、1週間に1回、新しいコンテンツを足す運用型。

お客さんと一緒に使うシステムも作り、自分で作ったツールも販売中。コードは読んでいない、それでも問題ない、と言い切ります。

セキュリティは大丈夫か、と聞かれたら、笑っちゃいますよ、と返すそうです。いまのメインは Opus 5.5。頭がよくて、トークンが全然減らないので一番いい、と話します。

例に出るのは、自作のアプリの明鏡。AIやマーケティングを学べる講義が詰まった、会員システム付きのアプリです。これを Opus 5.5 に作らせます。

その先は、OpenAI の Astra によるフィードバック。Anthropic の Fable、Google の Argon も加えて、3方向から叩く、と続けます。

イケハヤさん（動画 3:47〜）

Opusが作ったものを、3方向から、ボコボコに殴っていくってことをしています。

Opus だけで作った時に出やすいのは、深刻なバグより、実装上のミス。1つのモデルでは難しいので、3社のフロンティアモデルで叩く、という説明です。

セキュリティを攻撃する性能が高いモデルは、問題点を見つける力もとても高い、とイケハヤさんは話します。自分のアプリは3000人から4000人が使う規模で、扱うのはログイン情報とメールアドレスまで。だから大丈夫、という線引き。

イケハヤさん（動画 5:00〜）

大事なのは、複数のフロンティアモデルに、叩かせることですね。

深刻なバグが出たら逆に驚く、とまで言います。難しいのは、情報が全くない謎のシステムを、AIで作ったり直したりする場合。スマホアプリのゲームや業務システムのような普通の物なら、全く問題ないと言い切ります。

読めないこと自体より、作った物を複数のAIに点検させる手順。この章で大事なのは、そこだと思います。

10月18日、私は今どこまででできて、今後どうやるとより良くなるかを聞き、「Astraでフルチェック」と頼みました。

相手は Codex の Astra。共創の酒場のサイトとゲームのコードを、全部読んでもらいました。読むだけで、本番は変えない約束です。

結果は、全部で16件。心配な所が高い物が4件ありました。1つ目は、ChatGPTの答えにメッセージが無いと、サイトが勝手に文を補って公開してしまう点。2つ目は、保存の直後に失敗が出て、押し直すと同じカードが2枚になる点です。

残りの2つは、ログアウトしてもカードを直す鍵が端末に残ることと、乾杯を何回でも足せること。この4件は、AIがコードで確かめた上で、先に直したい所として私に示されました。私は、全部直すとどうなるか、を聞き返しています。

過去の記事より（同じイケハヤさんの別の動画から、別のAIに点検させる理由を整理した記事・会員登録を1つのAIだけで出すのが怖いのは、どんな時かの節）

私なら、公開する物だけ、作ったAIとは別の系統のAIに1回見せてから出します。完了より、品質を先に見たいんです。

この決まりを、10月18日は本番で動いている酒場に、まるごと当てた形です。作ったのとは別の目に、コードを全部読んでもらいました。

叩かせる所までは、動画と同じ向き。出てきた4件を前にして、私がしたのは聞き返すことでした。

点検で出た指摘は、確かめるのが先。直す範囲を決めるのは、そのあとです。

勉強はいらない、の続き。第3章では、話の舞台が仕事の場面に移ります。仕事の中で、勉強が本当に要る場面はどこに残っているのか。動画はそれを1つずつ確かめていきます。

最初に置かれるのは、実務でプログラミングを勉強する必然性はどこにあるのか、という問い。50年前の車のコードのように、AIでは動かなさそうな物も、最近はAIで扱えるようになってきた、と添えます。

イケハヤさん（動画 5:50〜）

少なくともですね、実務レベルでいった時に、もうプログラミングを勉強しようなんてことは、本当に考えない方がいいよ。

その時間があるなら、まず Opus 5.5 でアプリを1本作ってみよう、とイケハヤさんは続けます。作れば分かる、という順番。

3年前は事情が違い、2年前も、スマホアプリをAIだけで作るのは難しかったそうです。変わったのはこの夏。Fable が出る直前から、スマホアプリ程度ならかなり作れるようになった、と振り返ります。

まだ半年も経っていない変化。だから古い常識のまま、勉強しなきゃと思っている人もいるのではないか、とイケハヤさんは話します。

趣味で学ぶ人は止めない、というのが動画の立場。例えは書道の練習で、きれいな字は書けた方がいいけれど、実務で書道の腕はいらない、という整理です。

イケハヤさん（動画 6:49〜）

プログラミングの勉強っていうのは、とりあえずここで、終止符を打たせていただきます。

最後に出てくるのは、プロのエンジニアの今です。プロでさえ、今はコードを自分で書いていないと言います。Fable は下手なエンジニアより頭がいい、とも続きます。

この章は、勉強をやめろ、という話ではありません。時間を何に使うか、の話。

趣味で学ぶ人は止めない、という所。ここは動画の言い方を、そのまま並べておきます。

ただ、実務で見ると、勉強の時間と作る時間は、同じ一日の取り合い。どちらに回しますか？

同じ1時間を本に向けるか、作りかけのアプリに向けるか。実務の側から見ると、私は作る方に寄せます。

勉強で覚えたことは、使う場面が来るまで頭の中で待つ知識。作る時間に回すと、手元に動く物が残ります。触って分かることは、その先。

字の練習なら、成果は自分の中に残ります。アプリは、作った物が外に残ります。そこが大きな違い。

勉強の前に、まず作ります。作ってから足りない所が見えるので、勉強はその後で足ります。

勉強はいらない、と言い切った後で、イケハヤさんは、強いて言うと、と1つ付け足します。出てくるのは、エンジニア的な思考という言葉。コードを書かない人にとって、それは何なのでしょうか？

強いて言うなら大事なもの、として挙がるのがエンジニア的な思考です。勉強はいらない、の話に、ここで1つだけ付く条件。

イケハヤさん（動画 7:19〜）

強いて言うと、エンジニア的な思考は大事だと思う。

アプリは作って終わりではなく、運用が続く、と動画は説明します。例に出るのは、作ったゲームに新しいキャラクターを足す場面。

イケハヤさん（動画 7:41〜）

普通にただAIに作らせると、そのコンテンツを追加する前提になってないケースは、実はかなりあります。

追加する窓口が、そもそも無いケース。だから、追加する前提で最初から設計する、と言い切ります。容量の管理、サーバーからの持ってき方、サーバーと技術の選び方まで、考える対象。

画面の図カードには、作ってから困ることが4つ並びます。後でコンテンツを追加できるか。サーバー代はかかりすぎないか。アプリの容量は重くならないか。どの技術を選ぶか。

技術の選び方は、イケハヤさん自身の実例で語られます。いつもは Flutter。演出を凝りたい音ゲーは Godot、iOSだけなら Swift。サーバーは Cloudflare、お客さんとの関係では Supabase。

どれも自分で選んでいる、とイケハヤさんは話します。AIに聞けばいろいろ出てくるけれど、たくさん作ってきたので頭に入っている、と続けます。

話はそこから、各技術で何ができるかを知っておく大切さへ。Cloudflare は新しい機能が多く、知っておいた方がいい、という言い方。Node.js の新しいバグのようなリスクが突然出た時に、自分のアプリも対応できる設計が要る、と挙げます。

技術の選び方は、AIと壁打ちしながら詳しくなるもの。頭に入っているから、今回は Flutter と Capacitor で、と決められる段階。

イケハヤさん（動画 10:02〜）

でもプログラミングができない、プログラミングができないエンジニアが、多分大量に僕みたいに生まれている。

技術の選定、運用、保守は理解できるので、AIに投げてやらせている、と話は続きます。プログラムそのものは1ミリも分からない、というのがイケハヤさんの整理です。

エンジニア的な思考は、コードを書く力とは別のものだと思います。作った後に何が起きるかを、先に考える力。

10月19日の朝LIVEで、私は共創の酒場を動かしながら、「ね、削除機能欲しいよね。」と話しました。続けて、「削除機能、管理者の機能も欲しいよね。」とも話しています。

それから、利用規約の話。置いておかないと、「勝手に使われてますか？って言われても、困っちゃう」からです。

同じ朝、AIに頼んだのは4つ。管理者として削除する機能、自分でログインしたら自分のカードを削除できる機能、利用規約、改善要望やバグの掲示板です。

AIは試しのサーバーで作り、Codex に1回検収させました。要件の指摘が7件、不具合が10件、そのうち高い問題が1件。

結果は不合格。そこから全部直して、その日のうちに本番に入れました。

過去の記事より（10月19日の朝LIVEで、共創の酒場に削除・管理者・規約が次に要ると気づいた記事・削除・管理者・規約・会員ページ｜1万名に向けて、動いている最中の酒場を遊んでほしいの節）

削除の機能、管理者の機能、利用規約、改善要望のコーナー、会員ページと、やることはまだたくさんあります。動かすたびに、足りない所が見えてきます。

動画の、作ってから困ること。私の場合、それが見えたのは酒場を動かしてみた朝でした。削除も、管理者の機能も、規約も、画面を前にして出てきた話なんです。

先に考えるか、動かしてから気づくか。向きは同じで、違うのは気づく時期だけかな。

私なら、運用で何を足すかは、動かして見えてから、自分で決めます。

勉強はいらないとしたら、何から始めるのか。イケハヤさんの答えは短く、自分で作ること。動画の最後の章は、その話から始まります。勉強の順番ではなく、最初の一本を作る順番の話です。

イケハヤさんは、結局は自分で作らないと分からない、と話します。順番は、自分で作る、仕組みと技術が分かる、エンジニア的な知識が入る、AIに指示して自由に作れる、という並び。

イケハヤさん（動画 10:38〜）

プログラミング勉強はいらない、でも自分で作っていくのが、すごく大事です。

最初の一本に挙がるのは、今ならスマホアプリのゲームです。自分のゲームがアプリストアに並ぶと、とても楽しい、という話。動画は、簡単な物なら1日ででき、プログラミングはできなくてよい、と続けます。

イケハヤさん（動画 10:57〜）

スマホアプリのゲームは本当、簡単なものなら、1日あればできますよ。

作ってみると、ぶつかる壁があります。コンテンツを追加できない、サーバー代が結構かかる、アプリの容量がどんどん重くなる、という壁。そこでどうすればいいかを考え始めて、初めて新しい技術への知見がつく、という話です。

イケハヤさんは、今年の6月にアプリを作り始めたと話します。公開は20個以上、作りかけまで入れると30〜40個。40個作れば、プログラミングができなくても詳しくなる、という言い方です。

イケハヤさん（動画 12:02〜）

たくさん作れば作るほど、エンジニア的な知識は入るから、ひたすらものづくりをしていきましょう。

話の締めくくりは、勉強は一切いらない、エンジニア的な知識と勘はいる、身につけるには自分で作るしかない、というまとめ。Claude Code で Opus 5.5 に理想のアプリやゲームを作らせてみれば分かる、分からなければAIに聞けばよい、と結びます。

勉強はいらない、の後に置かれているのは、1本を作り切る経験だという話です。机の前で覚えた知識より、手元で動く1本。

ここが、この動画の締めくくりの芯です。壁も知見も、作った後に来る順番。

私の場合は、10月14日にAIへ「ゲーセンにあるじゃんけんゲーム再現してよ」と頼みました。アシュラ秘奥義のミニゲームメーカーで、まだ公開していないゲームを1本作ったんです。

次の日の10月15日には、そのゲームのどこを面白いと感じていたのか、という問い。

私が挙げたのは、昔、スーパーやデパートのゲームコーナー、ゲームセンターで夢中になって遊んだ思い出。それと、娘たちが今、じゃんけんゲームに夢中なことでした。

好きでもない題材で、1本を最後まで作り切れるでしょうか？私のこの1本は、自分が好きな題材から始まっていました。

作る時の優先順位も、10月18日に話しました。私は「シンプルに画像作って登録できるのが一番大事」と返しました。

その返事を受けて、AIがカードを置くまでの手順を数え直しました。ゲームの店主から置くまでで10手。そのうち、つまずく所が2手ありました。

イケハヤさんの言う、作ると壁にぶつかる、に近い場面。手順の重さは、酒場が動いているから、数え直して見えました。

作ってみて壁にぶつかる、はイケハヤさんの話。私の側には、長い時間をかけて作ったのに、使われずボツになったAIアプリがあります。

それでも、価値が生まれなかった過程にも価値がある、と私は見ています。事前設計とすり合わせの大切さ。それを教えてくれて、次の開発に生きています。

AIがどれだけ育っても、私がするのはワクワクすることを遊び探求すること。義務ではなく、やりたいから作るんです。

イケハヤさんの最初の一本は、アプリストアに並ぶスマホゲーム。私が作ったのは、酒場のカードを置く手順と、好きな題材のミニゲームです。

場所も形も、別々。それでも、動かした物から課題が見える、という所は横に並べられます。

好きなこと好きなだけできたら幸せ。私が最初の一本を選ぶ時の根っこは、ここにあります。

私なら、最初は、好きで続けられる物を1つ作ります。

動画の筋道は、勉強はいらない、複数のAIに点検させる、実務なら勉強より作る、エンジニア的な思考は運用まで考えること、作りながら学ぶ、という順番。

私がこの動画から持ち帰ったのは、作る手はAIに任せて、出す前の最後の目は自分で持つこと。点検の指摘は確かめてから直す範囲を決めること。そして最初の一本は好きな題材で作ることです。

私の運用でも、作ってから足りない所が見えて、それをAIに頼んで足していきます。イケハヤさんの、作りながら学ぶ、と同じ向きの動き。

勉強を始める前に、まず1本作るとしたら、何を作りますか？