ChatGPTのコピペから本物のアプリ出荷へ：6か月間のVibeコーディング

6か月前、私は「本物のプログラマー」が私のやり方をどう思うかを心配していました。しかし今では、私たちは皆、実際に動くものを作ろうとしているだけだと分かっています。私はRプログラミングに自信があり、Laravelやフロントエンドも少しかじりましたが、これらの最新ウェブフレームワークをすべてマスターするのは正直、限られた時間の中で価値がありません。むしろ、実際に役立つ製品の構築とマーケティングに集中したいのです。効率的であることは品質を犠牲にすることではなく、別の方法で目標に到達することを意味します。\n\n私はすべての新しいフレームワークを何年もかけて習得せずに、すぐに本番対応のソフトウェアを出荷したいと思っていました。時間をかけて、品質の高いコードを迅速に提供するための10の重要な実践を見つけました。まず、複雑な作業に取り組む際は必ず計画を立てることです。私はCursorのPlanモードをSonnet 4.5と使っています。これはコードを書く前に賢い質問をしてくれるので、適切な技術スタック（Next.js 15、TypeScript、Tailwind CSS）を決め、後で高価な書き直しを避けるのに役立ちました。私の流れは、Chatモードで考え、Planモードで計画し、Composerで実行するというものです。\n\nもう一つの大きな変化はClaude Codeを使って自分のプロジェクトを客観的に評価することでした。これを導入して、アーキテクチャ、セキュリティ、コード品質、テストカバレッジをチェックし、評価と推奨を求めることで、改善のロードマップをマークダウンファイルとして保存し、それをGitHub Issuesに変換しました。AIとはいえ、第二の目を持つことは本当に重要です。\n\n実際のコーディングはComposer 1に切り替えました。これは非常に高速で、Sonnet 4.5と比べてコード品質の差はほとんど感じられません。計画はSonnet 4.5で慎重に行い、実行はほとんどComposerで時間を節約しています。また、プロジェクトは自分が最も得意な方法で始めます。私の場合は最新アプリMindarinをまずRパッケージとして作ることです。これによりデータ分析の経験を活かして非常に具体的な指示ができ、MVPを超高速で作成できます。その後Next.jsに変換します。慣れた方法で始めることで、より良いプロンプトを作成し、迅速に反復できます。\n\nテストは最初から必須です。私はすべての機能でテスト駆動開発を行い、数百のテスト（ユニット、コンポーネント、フック、E2E）を実行しています。その多くはCursorが書いてくれます。テストは負担ではなく、生きたドキュメントであり、AIが動作中の機能を壊すのを防ぎます。高速出荷時にはテストがガードレールの役割を果たします。\n\nバージョン管理だけでは不十分で、GitHubのエコシステム全体が重要です。GitHub Actionsはテストを並列で実行し、回帰を早期に検出します。Issuesは優先順位付きのロードマップとなり、Cursorは計画会話後にGitHub CLIを使ってこれを生成できます。プロジェクトはこれらのIssuesを優先度で整理し、次に何をすべきか常に把握できます。\n\n私はAgentモードでブレインストーミングするよりもAskモードで質問することを学びました。AskモードはAIが早まってコードを書き始めるのを防ぎ、問題をじっくり考えるのに役立ちます。まるで建築家が建設者の作業開始前に設計をするようなものです。デバッグももう遅くなりません。私は1日に何十回もmainにプッシュし、ほとんどのCIは最初は失敗しますが、Cursorは実際の失敗ログを与えると素早く修正します。\n\nドキュメントは手動で書くのを完全にやめました。Cursorがコミットメッセージ、READMEファイル、インラインドキュメントを書いてくれます。これにより大量の時間を節約し、ユーザーが本当に欲しい機能の構築に集中できます。最後に、声に出して考えを話すことでプロンプトの質が向上しました。Cursorのボイスモードも良いですが、私はsuperwhisperを好みます。これは一発で私の話し方を捉え、フィラー言葉を除去し、文脈やエッジケースをより良く説明させてくれます。\n\nこれら10の習慣により、ChatGPTの回答をコピペするだけだった私が実際に本物のアプリを出荷できるようになりました。まだ学び続けていますが、特にこのvibeコーディングアプローチの1年目以降に何が変わるのか、長く続けている方々の意見を聞きたいです。