近年、迅速な開発ツールや「ノーコード」または「ローコード」プラットフォームが広く普及し、高度なプログラミング経験がなくても多くの人が簡単にアプリケーションを作成できるようになった。この変化によりアプリケーションの数は大幅に増加したが、同時にその品質と持続可能性に関する疑問も生じている。
こうした急速な拡大に伴い、見た目は魅力的でも技術的な基盤がしっかりしていないアプリが簡単にリリースされるようになった。その結果、類似アプリが市場に溢れかえり、中にはパフォーマンスの低さ、セキュリティ上の問題、不安定なユーザーエクスペリエンスといった問題を抱えているものもある。
本稿では、「表面的なプログラミングバブル」がいかにして低品質なアプリケーションの蔓延につながるのか、そしてこの傾向がデジタル時代のイノベーションの質にとってなぜ危険なのかを論じる。
Vibeプログラミングは開発業界を席巻しており、まさに注目すべき現代の驚異と言えるでしょう。しかし問題は、Vibeプログラミングを取り巻く過剰な宣伝によって、人々が次の流行へと移り変わるにつれて、多くのアプリケーションが使い物にならなくなることです。最終的には、解決策が見当たらない、使い物にならなくなったアプリケーションを抱えることになる人が多くなるでしょう。
多くの「Vibeプログラマー」は、実際にはPromptのライターに過ぎない。
彼らはコードを一行も触らなかった。
Vibeプログラミングのおかげで、開発はこれまで以上に多くの人々にとって身近なものになりました。AIツールを使ってテキストボックスにプロンプトを入力するだけで、アプリケーションが起動します。多少の改良が必要になる場合もありますが、Vibeプログラミングをしている限り、通常は最初のバージョンで十分機能します。
問題は、コードを一行も書いたことのない「開発者」たちから生じている。彼らは単にカッコいいからとか、手っ取り早く稼げると思っているからVibeプログラミングを使っているだけで、開発に関する真の知識は持ち合わせていないし、適切な開発を学びたいという意欲も全くない。
こうしたファブルプログラマーは、電卓やオンラインツールを使えば数学の問題が解けることに気づいて、ロケットを作ろうとする人たちのようなものだと考えてください。何とか何かを動かせるかもしれませんが、たとえできると思っていても、決して月には到達できないでしょう。
Vibeプログラミングを使えば、誰でもプロトタイプをプログラミングできます。
しかし、長期的な視点で構築していくためには、自分が何をしているのかをきちんと理解しておく必要があります。
何をしているのか分からない人にとって、Vibeプログラミングとは 素晴らしい プロトタイプを作成するため。これまでいくつかのプロジェクトでVibeをプログラミングしてきましたが、その中で一つ気づいたことがあります。それは、Vibeのプログラミングは、キーボードを操作する人の腕次第だということです。Vibeのプログラミング自体よりも、Vibeのプログラミング結果のデバッグに費やす時間の方がはるかに長かったのです。 実際には.
Vibeプログラミングを使って私が作ったプロジェクトはどれも、1～2時間、場合によってはそれよりも短い時間で「実用的な」ものにできたはずだ。しかし、本当に質の高いものを作るには、常に何時間もかかった。
Vibeコーディングは、単一チームで作業する場合、従来のコーディングよりも確かに速いですが、高品質な製品を目指す場合は決して速いとは言えません。継続的なアップデートについても同様です。
私は3ヶ月の大半を建設に費やしました iPhone用天気アプリシンプルなアプリケーションだが、その裏では多くの複雑な処理が行われている。
このアプリは最近App Storeでリリースされました。これは決して簡単なことではありません。しかし、毎週数件のクラッシュ報告を受けており、バグ修正や新機能開発に絶えず取り組んでいます。これは、リリース直後の週末だけでなく、長期的にアプリをサポートしていく予定であり、そのためには多くの追加作業が必要となるからです。
即興的なプログラミングを行うプログラマーは、継続性を考慮せずに、あるアプリケーションから別のアプリケーションへと移行することが多い。
このアプリは結局週末のプロジェクトだった
よく見かける光景ですが、アマチュアプログラマーが「複雑なアプリを48時間で作った」と自慢げに語り、まるでそれが祝うべきことであるかのように振る舞うのです。確かに、動作するアプリが2日間で完成したことは素晴らしいことですが、そのアプリはどれほどうまく動作するのでしょうか？バグはどれくらい残っているのでしょうか？ランダムなクラッシュを引き起こす競合状態は発生していないのでしょうか？
私の天気アプリに奇妙なクラッシュ現象が発生しており、現在調査中です。iPhoneのSpotlightからアプリを開くと、時々クラッシュします。毎回クラッシュするわけではなく、時々発生するのです。
もし、即興的にプログラミングをするプログラマーの唯一の目的が、短期間でアプリケーションを構築し、その速さを自慢することであるならば、このような些細な問題を修正するために時間を費やす可能性は低いだろう。
私は自分のアプリケーションでこのような即興プログラミングは使いませんし、そうしない即興プログラミングのプログラマーもたくさん知っています。しかし、私たちは皆、単にコマンドを書くだけではなく、実際のプログラミングから始めたのです。
誰でも感情プログラマーにはなれるが、感情プログラマー全員が開発者であるとは限らない。
「誰もがスーパーヒーローだと思い込んでいる時…誰もスーパーヒーローではない。」―『Mr.インクレディブル』のシンドロームの言葉。このセリフは子供向け映画のセリフのように聞こえるかもしれないが、感情コーディングの時代には真実味を帯びている。誰もが週末にアプリを開発できると思っている時、誰もが自分が開発者だと思い込んでいるのだ。
逆に、情熱的なプログラマー全員が実際に開発者であるとは限らない。それが問題なのだ。自分が使っているアプリが、長期的なサポート計画を持った開発者によって作られたものかどうかを知るのは難しい。だからこそ、将来的に不具合のあるアプリが数多く発生するだろう。
週末のチャレンジとして作られたアプリは、そのままアップデートされずに放置されるだろう。アプリ自体は数週間、あるいは数ヶ月間は問題なく動作するかもしれないが、APIのアップデートによって互換性が失われてしまう。そうなれば、情熱を持って真にアプリを作ろうとコーディングした人と、単にネット上での名声のために作った人がはっきりと分かるだろう。そして悲しいことに、こうした不具合のあるアプリのせいで損をするのは、多くの場合消費者なのだ。
アプリケーション開発の容易さ自体は必ずしも問題ではないが、技術的な専門知識の不足は、エンドユーザーに悪影響を与えるような低品質な結果につながる可能性がある。競争の激しいアプリケーション市場において、スピードと品質のバランスを取ることは不可欠となっている。
結局のところ、アプリケーションの真の成功は、リリースの速さや開発の容易さだけではなく、その内部構造の強さに左右される。
