Back to posts

AIを使いながら、まず小さく作ってみる

最近は、Codex、特にCodexモバイルを使いながら、ほぼ毎日何かしら作っている。

エンジニアとしてはまだ経験が浅く、分からないことも多い。ただ、AIを使って開発する機会が増える中で、少しずつ考え方が変わってきた。

少し前までは、何か作るなら、ある程度しっかり考えてから始めた方がいいと思っていた。

でも今は、考え続けるよりも、まず小さく作ってみた方が分かることが多いのではないかと思っている。

AIに触れないことも、少し怖い

AIの進化はかなり速い。

以前なら自分一人では難しかったものでも、AIに相談しながら進めることで、少しずつ形にできるようになってきた。

もちろん、AIが出したコードをそのまま使えばいいとは思っていない。

コードの内容を確認したり、なぜその実装になっているのかを調べたり、設計やセキュリティについて考えたりする必要はある。

自分もまだ十分にできているとは言えない。

それでも、AIに触れずにいるよりは、実際に使いながら学んでいく方がいいのではないかと感じている。

開発の進め方も変わってきている

転職活動や企業の情報を見ていると、AIを開発に取り入れている会社を見かけることが増えた。

実際の現場がどこまで変わっているのかは、自分にはまだ分からない。

ただ、すべてを人間が一から書くのではなく、AIに実装を手伝ってもらいながら、人間が要件や設計、確認を行う流れは、これからさらに増えていくのだと思う。

一方で、SESの案件については、以前より減っているように感じることもある。

これがAIだけの影響なのか、景気や会社ごとの事情なのかは分からない。

ただ、開発の仕事の進め方が少しずつ変わっていること自体は、意識しておいた方がよさそうだと思っている。

個人開発では、まず小さく作ってみたい

AIを使うと、個人開発でも以前より早く形にできる。

特に、フロントエンドだけで完結する小さなWebアプリや静的なページなら、思いついたその日にある程度動くところまで作れることもある。

だからこそ、最初から完成度を上げすぎなくてもいいのではないかと思うようになった。

まずは、必要だと思う機能だけを入れて、小さく公開してみる。

その上で、実際に触ってもらえるのか、使いにくいところはないか、自分でもまた使いたいと思えるかを確認する。

そうした方が、頭の中だけで考え続けるよりも、次に何をすればいいのか分かりやすい。

最小構成で出す理由

個人開発では、使える時間もお金も限られている。

仕事の後や休日に作ることが多いので、一つのアプリに何か月もかけるのは、かなり負担が大きい。

時間をかけて機能を増やしても、公開した後にほとんど使われないこともあると思う。

実際、自分が作るものも、基本的にはあまり触ってもらえない可能性の方が高いと思っている。

少し寂しい話ではあるけれど、最初からそのくらいに考えておいた方が、必要以上に落ち込まずに済む。

だから、まずは最小構成で出してみる。

それでも使ってもらえたなら、そこから機能を増やせばいい。

あまり反応がなかったなら、その時点で一度立ち止まって考えられる。

最初からたくさんの機能を作るよりも、少ない時間で試してみる方が、個人開発には合っているのではないかと思う。

使われなかった理由は、一つではない

ただ、公開して使われなかったからといって、すぐに需要がなかったと決めつけることもできない。

そもそも誰にも知られていなければ、使われようがない。

ページを見てもらえなかったのか。

見てもらえたけれど、使い方が分からなかったのか。

少し使われたけれど、もう一度使いたいと思われなかったのか。

このあたりは分けて考える必要がある。

自分はマーケティングの経験もほとんどないので、まだよく分かっていない。

それでも、アクセス数だけを見るのではなく、その後に実際に操作されたかどうかも見た方がよさそうだと思っている。

作ってみないと分からないことが多い

自分では良いと思っていたアイデアでも、作ってみると意外と使いにくいことがある。

逆に、最初は大したことがないと思っていたものでも、実際に動かすと少し面白く感じることもある。

画面にした時の見え方や、触った時の感覚は、考えているだけでは分からない。

だから最近は、必要かどうかを長く悩むよりも、まず小さく形にしてみたいと思っている。

作った後で、続けるか、直すか、やめるかを考えればいい。

AIを使えば、以前よりもその判断を早くできるようになった。

まだ試行錯誤している途中だけれど、今の自分には、最初から正解を作ろうとするよりも、小さく作って確かめる進め方の方が合っている気がしている。