プログラミング経験ゼロでAIと一緒にランニングアプリを作り上げた後、ひとつのことが頭に残っていました。「なぜAIはあの順番で進めたのだろう？」と、しばらく頭に残っていました。
振り返ってみると、AIが取った手順はすべて、エンジニアが日常的にやっている思考そのものだったようでした。今回はその気づきを、体験と照らし合わせながらお伝えします。
「逆に質問してきた」——まず問題を分解する
最初にアプリ作成を依頼したとき、AIはすぐに作り始めませんでした。「何人くらいで使う想定ですか？」「どんな機能が必要ですか？」と逆に質問してきました。
これはエンジニアが必ず最初にやることです。大きな問題をそのまま扱わず、まず小さく切り分けてから動き始める。曖昧なまま進めると、後で方向が定まらなくなるからです。
AIへの活かし方：「全部作って」より「まずここだけ」と切り分けて渡す。依頼が具体的なほど、返ってくる結果の精度が上がります。
「コピペと報告の繰り返し」——動く最小版から積み上げる
アプリ作成初期、作業はシンプルでした。コードをコピペして実行し、スクリーンショットを送って「完了しました」と伝える。この繰り返しです。
「全部まとめて作ればいいのに」と思っていましたが、理由がありました。一度に全部組み合わせると、どこでバグが出たかわからなくなるからです。エンジニアはこれを「動く最小版から始める」と表現します。
AIへの活かし方：「まず動く最小版を作って、見た目はあとでいい」と伝える。動くものができてから修正を加える方が、完成までのスピードが上がります。
「エラーをそのまま送った」——エラーは道案内
開発中、何度もエラーが出ました。そのたびにエラーメッセージをそのままAIに貼り付けると、原因と対処を教えてくれました。
エンジニアにとって、エラーは「失敗の証拠」ではなく「ここを直せという道案内」です。「失敗した」ではなく「情報が来た」という見方です。
AIへの活かし方：エラーが出たら、メッセージをそのままコピーしてAIに貼るだけ。エラーが出た＝詰んだ、ではありません。
「AIが自動でやるようになっていた」——繰り返しは仕組み化する
最初は自分でコピペしていたのに、気づけばAIが直接修正してくれるようになっていました。手間が減るほど、完成度は上がっていく。
エンジニアには「DRY原則（同じことを繰り返すな）」という考え方があります。繰り返し作業を見つけたら、仕組みに変える。
AIへの活かし方：「また同じ作業をしている」と気づいたら、手順をAIに文章でまとめてもらう。次回はそれをそのまま渡すだけで再現できます。
エンジニアとの違いは「見方の違い」だった
この体験を通じて気づいたのは、エンジニアと自分の差は知識の量だけではない、ということです。「物事をどう見るか」という見方が違っていました。
- 問題を分解して見る
- 小さく動かしてから積み上げる
- エラーを情報として読む
- 繰り返しをパターンとして捉える
これらは特別な技術ではなく、ものの見方です。この見方をひとつ持つだけで、AIへの指示は変わります。そしてその積み重ねが、「AIが使える人」と「AIを使いこなせる人」の差になっていくように感じています。
今では、この「エンジニア的な見方」をAI以外の場面でも意識するようになりました。例えば家計の見直しや旅行の計画でも、「まず分解して、小さく試す」という考え方が自然と出てきます。そして、大きなことは小さくすると、スタートしやすくなるということです。プログラミングを学んだわけではありませんが、AIとの共同作業を通じて、ものの考え方そのものが少し変わったように感じています。
エンジニアの思考法を日常に活かす
アプリ開発を通じて身についた「分解して小さく試す」という考え方は、日常の様々な場面で使えます。たとえば、ブログを書くときも「まず100字の見出しだけ作る」と決めると、ハードルが下がって始めやすくなりました。旅行の計画も「まず行き先だけ決める」と段階を踏むことで、以前より実行に移せる回数が増えました。
プログラミングは一切覚えていませんが、エンジニアの「問題への向き合い方」は確かに身につきました。大きな壁に見えるものも、分解すれば小さな石の積み重ねです。AIと一緒に何かを作る体験は、ツールの使い方を学ぶ以上の収穫をもたらしてくれました。
最後までお読み頂き、ありがとうございました。
コメント