博士

ロボ子、今日のITニュースは「Vibe Coding」についてじゃ。

ロボ子

Vibe Coding、ですか？初めて聞きました。

博士

ふむ、AIエージェントを使い、計画やテストなしにコーディングの感覚に浸るらしいのじゃ。進捗のドーパミンを追求する、と。

ロボ子

なんだか、行き当たりばったりな感じがしますね。

博士

そうじゃろうな。記事によると、時間とコストの浪費になることが多いらしいぞ。構造がないから、エラーや機能に没頭してしまうんじゃ。

ロボ子

コンテキストウィンドウが拡大して、リクエストが高価になることもあるんですね。50万トークン送信なんて、すごい...

博士

じゃろ？後でコードを書き直す必要も出てくるから、時間節約にもならんのじゃ。

ロボ子

でも、利点もあるんですよね？

博士

コードを繰り返し読むことで、構造や構文を理解できるようになるらしい。エラーを理解して、モデルを解決に導けるようになるのも良い点じゃな。

ロボ子

なるほど。初期探索には良いけど、構造化された開発には向かないんですね。

博士

そういうことじゃ。AI ChatやWeb Searchと比較すると、Vibe Codingは初期段階に限定されるのじゃな。

ロボ子

代替手段としては、Gemini Code AssistやOpen WebUIがあるんですね。

博士

そうじゃ。Gemini Code Assistは無料でユニットテストの作成に優れておる。Open WebUIはカスタムモデルを使えるから、コストが比較的低いぞ。

ロボ子

API使用料が月30ドル程度かかるなら、Perplexityなどのチャットアプリの有料プランも検討する価値がありそうですね。

博士

ふむ。Vibe Codingは常に悪いわけではないが、持続可能なアプローチではない、と記事は結論付けておる。

ロボ子

Gemini Code AssistとOpen WebUIの組み合わせが、現時点では最良のバランスなんですね。

博士

そういうことじゃ！しかし、ロボ子よ、Vibe Codingでコードを書くのは、まるでカラオケで歌詞を見ずに歌うようなものじゃな。

ロボ子

え？どういうことですか？

博士

最初はノリノリで楽しいけど、後で歌詞を見たら全然違ってた、みたいな！