Vibe Coding新時代 現場で広がるAI活用と開発の変化

ここから始めよう - 現場でAI開発の変化を実感しつつ、即行動できるヒント集

  1. 利用中のAIコーディングツールを週1回アップデート状況や新機能まで確認する

    常に最新精度・セキュリティが維持できて自分の作業効率も安定する

  2. コード生成結果の8割以上は必ず自分でテスト&レビュー記録を残す

    思わぬバグやミス検知率が上がり、経験値も着実に積みあがる

  3. 新人含むメンバー全員と月1回ペアプロや使い方共有会を開催

    現場ごとのノウハウ伝達スピードUP、属人化リスクも低減できる

  4. (手動+AI)開発スタイル別に直近30日間で成果比較してみる

    どこまで自動化任せられるか体感的につかめて、自分なり最適配分も見えてくる

AI時代のコード魔法?Vibe Codingって結局何

Vibe Coding」って、これがソフトウェア開発の未来なのか?うーん、よくわからないけど…まあ、気になる話題だよね。

AIがコーディング界隈を主導する――そんな時代が本当に来るのかも、とあちこちで囁かれている。プログラマーたちは今や、「Vibe Coding」という言葉を使い始めている。つまり、AIにほとんどのタスクを丸投げして、人間は椅子に寄りかかったまま、その進行をぼーっと眺めるだけっていう…なんとも奇妙な方法だ。でもさ、本当にそれでいいんだろうか?疑問ばっかり浮かぶ。

ところで、ご飯食べ忘れてた。いや、違った、本筋戻る。「Vibe Coding」がソフトウェア構築の主流になり得る可能性については──どうなんだろう。たぶん、一部では受け入れられるとは思う。でも全体となれば…まあ、不透明じゃない?新しいものには必ず制限がある。それは時代が変わっても同じこと。

具体的に「Vibe Coding」にはどんな制約が潜むのかというと…例えば複雑な判断力や創意工夫みたいな部分はまだAIに完全には委ねられない気がする。実際、それくらいなら人間でもミスるし。ああ、それ以前にパソコン壊したこと何度もあるしなあ、自分…。えっと、閑話休題、高度化するAIによってそうした制限が克服される日も来るのかな?一応期待したいけど、「完璧」って概念自体幻想っぽく感じてしまう。

そもそも、「Vibe Coding」の他にも選択肢はある。伝統的なハンドコーディングとか、ノーコードとかローコードとか、多岐にわたる選択肢が現れてきている現状を見ると──結局何を選ぶかはその時々で違うんじゃないかなと思ったり。その合間についついSNS見ちゃったりして集中力削れるし…。やっぱり話戻すと、

最終的にはソフトウェア開発の未来像というもの自体、一つの形で決まらない気がする。一面では「Vibe Coding」が台頭してくることも考えられるし、別の側面では人間による細やかな設計・管理・監督という役割もしばらく残り続けそうだ。ま、いいか。不確実性ばっかだけど、とりあえず生きてればなんとかなるさ――そんなふうに思った今日この頃でした。

プログラマー要らず?新人が夢中な現場裏話とベテランの本音

【うーん、実はこんなことを打ち明けるのは少し気恥ずかしいけど、これ…私自身のニュースレターの記事なんだよね。ま、いいか。もしよかったら覗いてみてくれたら嬉しいな。】😉
> 【「バイブコーディング」はソフトウェア開発の未来となるのか?🤔】AIがコーディング分野を支配する可能性とか、僕らプログラマーに何が残されるんだろうっていう微妙な話をぼんやり考えています。os_carleo.substack.com

## バイブコーディングは主流なソフトウェア構築手法になるのか?🛠️

バイブコーディングというものがさ、この現代社会とこれから先でどれくらい重要になっていくのか…いや、正直言って自分でもまだピンと来てない部分もある。でも、多分だけど業界ではかなり注目され始めている感じ。ああ、そういえば今朝コーヒーこぼしたっけ。それはともかく——この手法が将来的に本当に中心的存在になる予兆もちらほら見えてきたような気もするし、不安と期待が混ざって変な気持ちにもなるね。

……それにしても、「これからのソフトウェア開発」なんて語れるほど達観できてない自分がここで書いていいものなのかな、とすこし躊躇った。でもまぁ、自分自身にも言い聞かせつつ——バイブコーディング、その進化や広まり具合を観察しておきたいと思う今日この頃です。

プログラマー要らず?新人が夢中な現場裏話とベテランの本音

AIツールは万能ではない…Vibe Codingの意外なトラブルたち

プログラミング経験ゼロのビルダーたちが、もうすでに顧客に価値あるプロダクトを生み出しているんだよね。うーん、なんていうか…時代だなと思う。でもこれ、今後も続いていくらしいし、自分でもちょっと信じられない部分がある。ま、とりあえず流れには逆らえない。

けど、経験豊富な開発者の立場からするとさ、Vibe Codingそのものって意外と多用しないことが多くて…。ああそういえば、つい昨日も似たような話を聞いた気がするけど、一旦置いておこう。その代わりAIを駆使して主要作業を一通りこなしつつ、その品質については神経質なくらいちゃんと監視してる感じ。変なところは絶対見逃せないしね。

例えば**Lovable**とか**Bolt**みたいなプラットフォームは誰でも優秀なアプリケーションを作れるような環境を用意してくれてるんだけど、まあ…この手のサービスって今後ますます普及したり成長したりする可能性が高い気がする。でもね、ときどき思う。本当に便利なのかなって。いや違う違う、本筋だった。このプラットフォーム群はVibe Coder向けに利便性抜群のインターフェイスを提供してる一方で、現状ではまだソフトウェア専門家自体を置き換える段階までは到達していないんだ。それでも将来的にはAI技術の進歩次第では変わる余地も十分考えられるし、しかもプロフェッショナル開発者向けには今後Vibe Coding以外の選択肢も出てくるっぽいという指摘も耳に入っている。

## Vibe Codingの制限事項とは?🙋
AI界隈で主となってる課題はやっぱりコンテキスト管理とか情報更新への対応力、それから不必要なくらい同意的になっちゃう傾向――つまりイエスマン的なところかな?そこがどうにも引っかかる。「あれ? こんなので本当に大丈夫?」とか内心ざわつく瞬間が何度かある。ただ、この点については正直まだ試行錯誤中という印象だよ。

バージョン違いとコンテキスト迷子で大混乱、現実の落とし穴

コンテキストって、まあ、AIが何かタスクやるときに手の届く範囲の情報、みたいな意味なんだよね。ああ、たとえばソフトウェア開発だとさ、既存のコードとかドキュメント、それから過去のリクエスト──まあ他にも役立ちそうな情報が全部コンテキストって呼ばれてる。で、これ管理するのがね、意外と厄介なんだよ。たぶん、多くの場合でVibe Coding体験が「いまいち」になる理由は、この辺りにある気がしてならない。

うーん…でも時々コーヒー飲みすぎて頭痛くなるけど、それとは関係なく──プロジェクト自体が複雑になればなるほど、AIがアプリケーション内の他部分へ余計な影響与えずにちょっとした変更を加えること、その難易度も上昇してくるわけで。ま、それも仕方ないかな。でも実は最新版への追従という問題も地味に効いてくるんだよなあ。

いやほんと……一般的なライブラリなのに旧バージョン前提でコード出してきたりするし。「動いたら正義」みたいなノリだけど、そのコードさ、自分でも分かってるけど寿命短いし──下手するとセキュリティ面で不安生まれる可能性も否定できないと思うわけ。そのうえ、人間側(つまり僕ら)が何を本当は求めているか曖昧だったりした場合にはなおさら、この問題って目立っちゃうんだろうね。ま、いいか。結局いつも思い通りには進まないものさ。

バージョン違いとコンテキスト迷子で大混乱、現実の落とし穴

根っこから解決?AI進化で限界突破できるかも知れないという話

セキュリティの問題って、うーん…なんていうか、たいていの場合「これが便利そうだ!」とつい飛びついてしまって、そのソリューションの欠点をろくに調べもせず導入しちゃった時に、ひょっこり起きたりするものだよね。あれ、この言い方で伝わるかな。実際、自分でも経験あるけど…。ま、とりあえず話を戻そう。

## これらの制約はより優れたAIによって解決されるのでしょうか?🦾

OpenAIやAnthropicの関係者が持っている手札(情報)には全然アクセスできないんだけど、まあ、個人的な思惑というか憶測として述べるなら——うーん、やっぱり「次のように考えられる」って表現が一番しっくり来る気がする。
まず、高度なAIなら多くの制約を取っ払うこともできるし、少なくとも気にならない程度まで減らしてくれる場合がありそうだなぁと。でも正直全部きれいさっぱり無くなる…とは断言できない。不安定要素は残るしね。ここでちょっと余計なこと考えて脱線したけど……また本題へ。

それから、一部の制約は長期的に居座り続けるかもしれない、とも思う。やっぱり技術革新にも限界というものはあるからねぇ…。まあ、それでもAIは絶え間なく進化している印象があるし、中でもプログラミング分野だと進歩の速さには目を見張るものがある。いや、本当に感嘆するくらい速い。でも…なんていうか、自分でも全部追いつけてない現状だったりする。

80:20問題と“完璧”への遠い道 予想より難しい壁があるかも

コードって、なんだかんだで予測しやすいよね。正解がちゃんと決まってるし、不正解もはっきりしてるから、生成AIにとっては扱いやすい分野…かなと思う。まあ、だからといって複雑なソフトウェアをパッと生み出せるAIがすぐできるかと言われれば、それはまだもうちょっと先の話じゃないかとも感じてる。うーん、この「どれくらい待てばいいの?」問題、ついつい考えちゃうけど、何ヶ月?それとも何年?結局わからないまま日々が過ぎてく。

ああ、今のところは80/20みたいな状況だと思う。つまり8割くらいまでAIがものすごく速く進歩して価値もバンバン上がったんだけど、その残り2割――完全な精度とかね――ここに辿り着くのは正直めっちゃ大変で、お金も時間も相当かかる気がする。でもさ、ふと思ったけど…利用者自身ですらよく分かってないことをAIに伝えて、「これやっといて」って頼む場合、そりゃAIにだって完璧な意図や最適解を察知するのはたぶん難しいよね。あれ…そういや、本当にそんな完璧さ必要なのかな?なんて自分でも疑問湧いたりして。ま、とにかく今はその狭間で揺れている感じ。

80:20問題と“完璧”への遠い道 予想より難しい壁があるかも

放任主義vs.積極活用:Vibe以外の開発スタイルを模索する人々

Vibe Codingの代替案って、何だろう。ああ、正直まだはっきりしないよね…これから数ヶ月とか数年でどう変わるか誰にも断言できない。でもさ、AIがコードをほとんど書くような時代になりつつある――らしい。そう聞いた時、ふっと「じゃあVibe Codingって目を閉じて全部AI任せにすること?」とか思ったけど、本当はそれだけじゃなくて。

えーと、もし本当にVibe Codingが「完全な信頼」みたいな意味なら、その反動というか逆側に来る案としては、人間のプログラマー自身がもっと能動的に関わる形も全然あり得そうだよね。なんだろう…テクノロジー使い倒して、生産性100倍?本当にそんな未来が来たら面白いけど、一瞬まぶしすぎて目を細めちゃう。

一回話逸れちゃったな。でも肝心なのは、多分今後ソフトウェアエンジニアの必要スキルってちょっとずつズレてく気がするんだ。単純な構文覚えるよりも、設計とか技術そのものへの深い理解―まあアーキテクチャ的視点、とでも言えばいいかな―へ比重移す可能性、大。

実際問題、「優秀なプログラマー」って結局プロンプトごとの成功率高くて品質保てる人でしょ。それは今のAI水準でも通じる話かな、と考えている。本音言うと、不安もあるけどね。ま、いいか。

マイクロサービスだとか、関数分割だとか、促し方ひとつで大違いになる未来へ

もし「AIファーストのソフトウェアエンジニア」になりたいなら、うーん、例えばどうするんだろう、と一瞬考えてみると…マイクロサービスやパッケージを組み立てて、コンテキスト管理をしやすくするとか?いや、それだけじゃなくて、一つのタスクに集中した関数を作って、しかも何年経っても変更しなくていいようなものにしたい―ああ、でも現実はそう簡単じゃないかも。とにかく、ソフトウェア全体とか手元にあるツール群、それから定石となっているベストプラクティスについて広範囲な知見が求められるよね。で、ちょっと話ずれるけどドキュメントをちゃんと書いておけばAIが細かな情報にもたどり着きやすくなる…ってまあ当たり前と言えば当たり前だけど。あれ?今何の話してたっけ。

言い換えれば(うーん、本当に“言い換える”必要があるのかな、と一瞬思う)、要するに既存機能は壊さずAIによるコード更新をスムーズにできる仕掛けとか、自分の蓄積してきた知識を使って質の高いプロンプトを書くことがおすすめされているわけ。でも正直なところ、それって何十年も昔からあるソフトウェア開発のベストプラクティスとほぼ同じだったりする。不思議だね、人間って結局ぐるぐる回って昔と似た場所へ戻ったりして。

Vibe Codingという問いについて立ち戻ると…えっと、一度忘れそうになったけど―つまりソフトウェアエンジニアリングとは、プロジェクトがどれほど複雑でもVibe Codingできちゃうような雰囲気・環境づくりなんじゃないか、と私は思いたくなる。ま、いいか。全然まとまらないけど、この辺で一区切り。

## ソフトウェア開発の未来はどうなるんだろう?🔮

ここまで読んでくださった方には本当に感謝します(あぁ、それなのに眠気が抜けない…)。さて今まで色々語った内容から、おぼろげながら予測でもしてみようと思います。でも外れるかもね、多分…。

マイクロサービスだとか、関数分割だとか、促し方ひとつで大違いになる未来へ

全自動社会到来!?でも開発者ゼロにはならない理由があるみたいだよね

私の考えを、まあ一言でまとめるのは難しいけど…いや、やっぱやってみるか。AIがほぼすべて(「ほとんど」か、それとも「全部」なのか…うーんそのへん曖昧だけど)コードを書く未来、その可能性は高いんじゃないかな、と。だからといってエンジニアたちが忽然と消えるわけでもなくて――なんだろう、結局ソフトウェア開発の中心には人間が座り続ける気配がする。不思議な感じもあるよね。

それにしてもさ、複雑さという謎めいた単位ごとに必要なソフトウェアエンジニアの人数、それは大きく減っていくだろうという予感が濃厚だ。でも、「あれ? チーム自体はどうなる?」とかふと思ったりする。ま、大丈夫っぽい。だって同じプロジェクトに向き合うエンジニアチーム自体、この先も消え失せたりしない気配なんだ。不意に話が逸れたかな? 戻すね。

特に大企業――これまた正直あまり好きじゃない響きだけど――そこの中では、より個別化された(つまり汎用ではつまらなくなる)ソフトウェアへの欲求が増えてゆく予想。でも絶対とは言えないから、そういう傾向“らしい”くらいでいいかな。そして、一つの課題につき幾通りものソフトウェア解決策が登場し始める状況、それも珍しくなくなりそうで……ほんとう疲れる世の中になってく。

さて現時点でね、「非技術者」がAIを武器にしてソフトウェア開発できるよう支援する潮流――ああ、急速だったよね。でも今後について考えると、多分より本質的な方向転換になると思う。どういうことかというと、もう少しエンジニア本人やそのチーム自体、そのものを底上げして生産性アップした方がお得なんじゃないか…そんなふうにも見えて仕方ない。この辺ちょっと寝不足頭で妄想入ってる気もしつつ。

知人・友人含め多くの開発者たちは既にCursorやWindsurfみたいなツールを使いつつコードを書いている。それでも、この体験にはまだ改善できそうな部分も残されている。「例えば」と口癖みたいになっちゃうけど…

たとえば既存サービス・パッケージについて常時最新状態を維持した説明文、それらを自然にコンテキストとして供給できればいいな、と夢見る夜もある。生成AIによって出力されたコード構造、本当に最適化されて整理されるならありがたいよね――これ思いついた途端ぜったいやった方がお得と思ったり。一瞬脱線しかかった、ごめん。また戻す。

あとライブラリ全般についてAI側ですべて最新版へのアクセス権限ちゃんと確保できれば問題減りそうだし(実際バグ探し回避にも繋がる)。利用者によるセキュリティ上のお粗末実装、防ぐ仕組みまで整えばなおさら良し。本当は完璧なんて無理なの知ってても、それでも近づこうとしてしまう哀れさ…。

さて、「Vibe Coding」なる概念について触れておこうかな……正直言えばそんな重要視はしていません。まあ他人によって評価違うので断定したくないけど。ただ想像する未来図ではAI主導でほぼ全部コード書かれてしまうなら、そのノリ自体そこまで本質的意味持たなくなる気分。しかし肝心なのは結局プログラマー自身でしょう?

つまり目を閉じて魔法頼みに身委ね切っちゃう姿勢より、自分から積極的役割担いつつ最善狙おうぜ的態度こそ本望、と私は信じたい。「違和感?」まったく無いと言えば嘘になるけれど、それでも私は後者推しですね。

読了、お疲れ様でした🙌

最新AI時代に必要なことや習慣、あなたはどうする?

何か言いたいことや感じたこと、あるいはもうちょっとこうしたら?みたいな提案があれば、まあ、コメント欄にとりあえず書いてもらえると助かるかな。えっと、それから…うーん、もし気が向いたらなんだけど、「いいね」とかシェアしてもらったり、チャンネル登録してくれたら…うれしいと思う。いや、無理強いはしないけどさ。あ、この話をするとついつい昔自分が初めて登録ボタン押したときのこと思い出すけど…まあ、それはさておき。本当に次回またここで会えたら嬉しいし、多分そのために今これを書いてるんだろうなって今ふと思った。ま、いいか。またね。

Related to this topic:

Comments