Featured image of post 生成AI使用可能コンテストの参加記録と、今後の個人開発の生存戦略

生成AI使用可能コンテストの参加記録と、今後の個人開発の生存戦略

生成AIが猛威を振るう中で、全員がAIを使えるプログラミングコンテストに参加して得られた気づきと、個人的な今後の開発戦略についてまとめました。

※この記事のテキストは、Gemini 3.1 Proによって全面的に構成・校正されています。

こんにちは。

2025年12月以降、生成AIの性能が恐ろしいほどのスピードで向上していますね。手でプログラムを書くことはほとんどなくなるのではないか、加速していく世界に置いていかれるのではないかという焦りを感じている方も多いのではないでしょうか。

そんな中、私はある長期のプログラミングコンテストに参加してきました。(別名義のアカウントでの参加です)

実は今回のコンテスト、「生成AIの使用が可能」というルールになっていました。

生成AIの性能が急速に上がるこの瞬間に、全員がAIをフル活用して本気で争うコンテストはどうなってしまうのか? 個人的にも非常に気になっていました。

今回は、そこで得られた気づきと、今後の個人開発の戦略について書いていこうと思います。

生成AI解禁コンテストで起きたこと

まず結論から言うと、全員が生成AIを使用可能になった場合と、手で書いていた場合とで、順位はほぼ変わらなかったです。

これは非常に興味深い結果でした。

もちろん、AIの力によって参加者全員の実力は大きく底上げされています。手でコードを書いていた昔の自分のコードと比較したら、現在のAIを活用したコードの方が間違いなく強いです。

しかし、相対的な実力差や順位の変動はそれほど大きくありませんでした。 コンテスト全体の試合展開を時間軸で観察してみると、次のような傾向が見えてきました。

  1. 立ち上がりが圧倒的に速い AIを使用すると、基本的なロジックや初期実装は一瞬で終わります。
  2. ノウハウ次第で改善が頭打ちになる しかし、その後の改善(ボトルネックの発見やアルゴリズムの根本的な改善など)は、本人の持っているノウハウやコンテストの経験値次第になりがちです。

スコアを伸ばすための「周辺作業」が増加していく

では、みんな初期実装が終わった後で何をしていたかというと、点数を取るという目的を達成するために「周辺作業」をAIに頼んでいました。

例えば、

  • 可視化ツールやテストツールなどの周辺ツールをAIに作ってもらう
  • パラメータ調整のスクリプトを書いてもらう
  • 調整の自動化や並列実行環境を整備してもらう

私自身、今まで趣味でプログラミングをする時は「テストを書く」「エラー処理やCI/CDを組む」といった作業は大変なので避けてきました。 しかし、生成AIのおかげでそういった作業がほぼノータイムでできるようになったため、「ついやってしまう」ようになったのです。

全員の実力が底上げされた結果、「実力差は埋まらないまま、みんなの周辺作業(ツール作成など)の量だけがどんどん増える」というのが、全員がAIを使える環境でのリアルな実態でした。

今後もAIの性能はさらに上がっていくでしょうから、過渡期である今回と同じような条件のコンテストは二度と経験できないかもしれません。とても貴重な経験になりました。

津波から逃げる、今後の開発戦略

以上の経験も踏まえて、今後の私の個人的な「開発の生存戦略」について考えました。

それは、「生成AIという津波から逃げること」です。

現在、ターミナルやCI上の入出力で完結するような「システムプログラミング」の領域には生成AIが猛威を振るっています。AIが得意とする論理的で閉じた世界ですし、その領域にはもともと実力者だらけです。

そこで私は、あえてその土俵から降りようと思います。

具体的には、YouTubeの動画制作やRobloxのゲーム開発など、人間の「手触り」や「面白いかどうか」のフィードバックが必要不可欠な領域に逃げようと考えています。

エンタメやゲームの面白さは、プロトタイプを作っては人間が触り、調整を繰り返すような「手作業」と「人間の感覚」が必要です。この手作業の多さは、結果的にトークン(AIのAPI使用料やリクエスト制限)の節約にも繋がりますし、何より私自身、もともと娯楽領域が好きですからね。

これからは、完璧で高速なコードを書くこと以上に「どこでAIを使い、どこで人間の感性を活かすか」という生存戦略が重要になってきそうです。

ここまで読んでいただき、ありがとうございました!

Licensed under CC BY-NC-SA 4.0
Hugo で構築されています。
テーマ StackJimmy によって設計されています。