はじめに: Uncle Bobへの別れ

Robert C. Martin（Uncle Bob）が『Clean Code』を書いた時、彼は想定していませんでした。 「コードを書く主体が人間ではなくなる」未来を。

変数名の命名規則、関数の長さ、SOLID原則。 これらは全て 「人間が読みやすく、保守しやすくするため」 のルールでした。 しかし、コードを書くのも読むのもAIだとしたら？ そのルールは誰のためのものでしょうか？

1. What is “Vibe Coding”?

Teslaの元AIディレクター、Andrej Karpathyが提唱した概念です。 彼はCursorやWindsurfを使い、Pythonスクリプトを「一行も書かずに」完成させました。

“I just write the prompt, hit Tab, and if it looks kinda right, I accept it. If it errors, I paste the error back to the AI. I don’t read the code. I just manage the Vibe .”

これがVibe Codingです。 コードの正しさではなく、 「望んだ挙動をしているか（Vibeが合っているか）」 だけを気にする。 実装の詳細はAI任せ。人間はManagerであり、Coderではありません。

2. The Death of “DRY” (Don’t Repeat Yourself)

プログラミングの鉄則「DRY原則」も、Vibe Codingでは無視されます。 AIにとって、似たようなコードをコピペして生成するのは容易（コストゼロ）だからです。

むしろ、無理に共通化して結合度を高める（Coupling）より、コピペで独立させておいた方が、AIに修正させる時に副作用が起きにくい。 「WET (Write Everything Twice) is better for AI」 という逆説が生まれています。

3. The Risk: AI Tech Debt

しかし、Vibe Codingには致命的なリスクがあります。

• 誰も理解していないコード : バグが発生し、AIも直せなくなった時、人間は数万行のスパゲッティコードに立ち尽くすことになります。
• セキュリティ : 脆弱性のあるライブラリをAIが勝手にimportしているかもしれません。
• 学習の喪失 : ジュニアエンジニアがVibe Codingしか知らない場合、彼らは「原理」を知らないままシニアになります。

4. How to Survive: “Vibe Manager” になれ

では、私たちはClean Codeを捨てるべきか？ 答えは 「半分イエス、半分ノー」 です。

プロトタイプや使い捨てスクリプトなら、Vibe Codingで爆速で作るべきです。 しかし、数年運用するコアシステム（決済基盤など）は、依然としてClean Codeが必要です。

エンジニアのスキルは二極化します。

1. The Architect : AIが生成したコードの品質を担保し、設計を引く人。
2. The Vibrator (Vibe Coder) : とにかく速く、動くものを作る人。

結論: カオスを愛せ

2026年の開発現場は、かつてないほどカオスです。 しかし、それは「創造の爆発」でもあります。

行儀の良いコードをちまちま書くのはやめましょう。 AIという相棒と共に、泥臭く、汚く、しかし 「世界を変えるプロダクト」 を、とてつもないスピードで作り上げるのです。 それが、新しい時代のハッカー（Vibe Coder）です。

関連記事

• AI Engineer Battle: Devin vs Windsurf
• Agentic AI Workflows 2026