𝗜 𝗦𝘁𝗼𝗽𝗽𝗲𝗱 𝗪𝗿𝗶𝘁𝗶𝗻𝗴 𝗖𝗼𝗱𝗲. 𝗠𝘆 𝗔𝗽𝗽 𝗦𝘁𝗶𝗹𝗹 𝗦𝗵𝗶𝗽𝗽𝗲𝗱 𝗶𝗻 𝟯 𝗗𝗮𝘆𝘀.
Three months ago, I built a full-stack SaaS dashboard. I wrote about 200 lines of code. The rest was AI-generated, AI-reviewed, and AI-refactored.
The app is in production. Users pay for it. I do not stay up late worrying about bugs.
This is not a boast. It is a warning.
The developer role is changing fast. The developers who win are not those who fight AI. They are the ones who understand the shift.
AI-native development is a new mental model. It is not just autocomplete. It is treating AI as a collaborator. AI owns the implementation. You own the architecture, the intent, and the judgment.
The shift looks like this:
- Old model: You write code. AI helps you write it faster.
- New model: You define the what and the why. AI handles the how. You validate and steer.
If AI writes the code, coding skills do not make you irreplaceable. Meta-skills do.
AI is great at patterns. It is bad at choosing them. AI does not know:
- If you need a server action or an API route.
- If state belongs in Zustand or a URL param.
- If you need a monorepo.
These are judgment calls. They require context about your team and your scale. You have that context. AI does not.
The gap between a junior and a senior AI developer is the prompt.
- Weak prompt: Write a rate limiter.
- Strong prompt: Write a Redis-backed rate limiter middleware for a Next.js API route. Limit to 10 requests per minute per IP. Return a 429 error. Skip rate limiting for admin users. Log throttled requests to a Prisma table.
The second prompt gives you production-ready code. Precision is a top engineering skill now.
You must also watch for failure modes. AI code often looks right but is subtly wrong. It might pass tests but hide a security hole or a race condition. Review AI output with the same critical eye you use for a junior developer.
The developers who fear AI focus on the wrong thing. They worry about writing less code. The real risk is failing to upgrade the skills around the code.
The goal is not to stop being a developer. It is to be a better one.
The app shipped in 3 days because I spent my time on:
- The data model.
- The user flow.
- The edge cases.
- The business logic.
That is the job now.
What is your current AI-to-handwritten code ratio? Tell me in the comments.
コードを書くのをやめたのに、アプリは3日でリリースできた。これが「2GHP」であることについて教えてくれること
以前の私は、優れた開発者であるということは、構文の達人であることだと考えていました。
しかし、最近のプロジェクトでその考えは完全に覆されました。私はほとんどコードを書いていません。それなのに、アプリはわずか3日でリリースできたのです。
この経験は、これからの時代における「2GHP」とは何かについて、重要な示唆を与えてくれました。
実装の罠 (The Implementation Trap)
私たちは、コードを書くこと、つまり「どうやって（How）」実装するかというプロセスに、あまりにも多くの時間を費やしすぎています。
新しいライブラリを学び、構文の細部にこだわり、完璧なアーキテクチャを設計すること。これらは重要ですが、それ自体が価値を生むわけではありません。価値を生むのは、ユーザーの課題を解決することです。
これまでの私は、実装の細部に没頭するあまり、「何を作るのか（What）」や「なぜ作るのか（Why）」という本質的な問いを後回しにしてしまうことがよくありました。
3日間で何が起きたのか
今回のプロジェクトでは、アプローチを根本から変えました。
- AIを最大限に活用する: 構文を思い出すためにドキュメントを読み漁る代わりに、LLM（大規模言語モデル）にコードの雛形を書かせ、ロジックの検証を行いました。
- 既存のツールとプラットフォームを利用する: すべてをゼロから構築するのではなく、すでに完成されているサービスやライブラリを組み合わせることに集中しました。
- 「実装」ではなく「設計」に集中する: コードの1行1行を書くことよりも、データの流れ、ユーザー体験、そして機能間の関係性を定義することに時間を使いました。
その結果、コードを書く時間は劇的に減りましたが、プロダクトの完成度は以前よりもはるかに高まりました。
2GHPとは何か
ここで、私が提唱したい概念が「2GHP」です。これは 2x Great Human Programmer/Product person の略です。
2GHPとは、単にコードを書くスピードが速い人のことではありません。テクノロジーを「手段」として使いこなし、そのレバレッジ（てこ）を利用して、通常の開発者の2倍、あるいはそれ以上の価値をプロダクトに注入できる人のことです。
2GHPの特性は以下の通りです：
- 「How」から「What/Why」へのシフト: 構文の細部よりも、プロダクトが解決すべき問題と、その価値に集中します。
- レバレッジの活用: AI、ノーコード/ローコードツール、既存のAPIなどを、自分の能力を拡張するためのツールとして使いこなします。
- 抽象化能力: 細かな実装の詳細に囚われず、システム全体の構造やユーザーのジャーニーを俯瞰して捉えます。
- 意思決定の重視: コードを書くことよりも、どの機能を採用し、どの技術スタックを選択するかという「意思決定」に重きを置きます。
結論
コードを書くことは、開発における重要なスキルの一つですが、それは目的ではありません。目的は、価値のあるプロダクトを世に送り出すことです。
AIの進化により、「コードを書く」ことの相対的な価値は低下し続けています。一方で、「何を、なぜ作るのか」を定義し、あらゆるツールを駆使してそれを形にする能力の価値は、かつてないほど高まっています。
これからの時代に生き残るのは、単なる「コーダー」ではなく、テクノロジーを指揮して価値を創造する「2GHP」なのです。