You can make an app for that｜アプリ作成の民主化：ソフトウェアの専制は終わる

ソフトウェアの専制はほぼ終わろうとしています。最初のコンピュータ・プログラマーが最初のプログラムを書いた以来、そのソフトウェアの利用者である私たちは、それらのプログラムがつくり出す世界で生きることを強いられてきました。機能は機能のままです。デザインはデザインのままです。何か別のこと、より良いものを望むなら？コードを学ぶしかないでしょう。 これまで、特定のソフトウェアを作成する人々—主に高給取りの専門的な開発者たち—と、それを利用する人々—弁護士、医師、教会、学校、私自身—are—とはほとんど一致していません。（最も直接的に重なるのは開発者向けツールであり、そこではおそらくどこよりも良く、情熱的に設計されたソフトウェアを見つけることができます。なぜそうなのか不思議に思いませんか？）ソフトウェアは大衆のために作られ、誰にとっても完璧であるように設計されるのではなく、すべての人にとって許容可能なものとして設計されています。技術企業が人々が自分のニーズに合わせてソフトウェアを調整できるよう支援するツールを作ろうとしたとしても、彼らが提供できるのは IFTTT や Apple Shortcuts のような姑息な仲介手段だけでした。if-then 文で考えているなら、あなたはすでに大半の人々を見失っています。 そして、最近の AI ブームに特有の突如として現れる形で、パラダイムは変化した。2025 年後半、Anthropic の Claude モデルへのアップデートにより、Claude Code ツールは「動作すれば驚くべきコード生成ツール」から「動作しなければ驚くべきツール」へと姿を変えた。突然、月額 20 ドルと半分だけ形になったアイデアがあれば、AI モデルが機能的なソフトウェアを構築してくれるようになった。何が機能していないかを説明できれば、Claude Code はおそらくそれを修正できるだろう。OpenAI の創設チームに所属していた教育者かつ研究者であるアンドレイ・カルパティは、この新しい行動様式を「バイブコーディング」と呼んだ。突然、そのバイブ（雰囲気）は計り知れないほど高まった。 Claude Code や OpenAI の Codex、GitHub Copilot、Cursor、Lovable、Replit、そしてその他無数の AI コーディングツールの台頭は、すでにソフトウェア開発者の働き方を変えつつある。また、それらは私たちが自分自身のために作る全く新しい種類のソフトウェアへと道を開いている。ベンチャーキャピタルを調達するためでもなく、最終的に Google に売却するためでもない。パーソナルソフトウェアの時代が到来し、それは私たちのテクノロジーとの関係を永遠に変えている。確かに、私の関係性もすでに変わってしまった。 AI は、かつて私たちがリストやスプレッドシートを作成していたかのように、アプリを作れるようにしてくれます。家族の予算管理？必要な機能をすべて備え、不要な機能をゼロにした手づくりアプリで実行しましょう。To-do リストアプリが定着しないなら、自分で作り上げればよいのです。次の家族旅行のために十数ものスケジュールを突き合わせるのではなく、カスタム食事プランナー（組み込みの買い物担当者付き）をさっと作って使いましょう。いつまでも使うもよし、一度だけ使うもよし、どちらでも構いません。サブスクリプション料金が課されることもなく、生涯にわたって毎日マーケティングメールを送りつけることもありません。これはあなたのソフトウェアです。そして、これほどまでに画期的なものはかつて存在したことはありません。 著者であり技術者のロビン・スローン（Robin Sloan）は 2020 年、「[アプリは自家製料理のようなもの](https://www.robinsloan.com/notes/home-cooked-app/)」というタイトルのブログ記事を書きました。この投稿は過去数年間、AI の分野で広く共有されてきましたが、スローンがこれを執筆したのは生成 AI ツール群が登場するずっと前のことです。彼はその中で、なぜ家族向けのシンプルなメッセージングアプリを構築したのかを説明しています。「突然の再設計も、広告の洪水も、私たちには理解不能なユーザーベースを追いかけるための方向転換もありません」と彼は書いています。「いつか消えてしまうこともあるかもしれませんが、それは私たちの判断によるものです」。5 年後の 2025 年末、スローンはこの投稿を更新しました。「アプリの内容を文字通り一つも変えていませんが、それは素晴らしいものです。」 スローン氏はかなり知識豊富なプログラマーであり、そのアプリを手作業で構築しました。しかし最近では、彼はさらに多くの自家製ソフトウェアを作るために AI を活用しています。「いつも奇妙な些細なことなんです」とスローン氏は私に話します。彼はオリーブオイルの会社を経営しており、製品情報と顧客情報をまとめて自動的に配送ラベルを生成する方法を考案しました。「Shopify と USPS からデータを取得して、それを結びつける小さな Ruby スクリプトで、とても素晴らしいんです。」ただし、非常にハック的なアプローチでもあります。「もし私がバスに轢かれたら、オリーブオイル会社にとって問題になるでしょう。なぜなら、そのソフトウェアを実行できるのはロビンだけだからです。」しかし、ロビンがいる間は、それはうまく機能しています。 もちろん、パーソナルソフトウェアには限界があります。あなた専用のアプリにはサポートラインやカスタマーサービスチームは付属しません。徹底的にテストされたわけでもなく、セキュリティに関する保証もありません。大企業が高価なエンタープライズソフトウェアを捨てて、マーケティング部門が雰囲気コーディングしたものに乗り換えるという考えは、ほとんどフィクションです。また、私たちがすべて AI エージェントの軍団を運用し、スマートフォンを専用ソフトウェアで埋め尽くし、専門的に作られたソフトウェアを完全に不要にするというアイデアも同様です。私たちがダウンロードするアプリの多くは、誰が何のために作ったかに関わらず問題ありません。しかし、誰もが例外ケースを抱えています。つまり、自分のニーズに完全に合わせてソフトウェアを変形させたいと考える、まったく合理的な方法があるのです。唯一の問題は、他の人々にもそれぞれのニーズがあり、それらは私たちのものではないということです。 技術用語: Ruby スクリプト (Ruby script), Shopify, USPS, エンタープライズソフトウェア (enterprise software) 私たち全員には、ソフトウェアを自分の正確なニーズに合わせて変形させたいと願う、全く合理的なエッジケースが存在します。 私のエッジケースは、特に生産性ツールにおいて顕著に現れます。長年にわたり、市場に出回っているあらゆる頭字語によるタスク完了システム（GTD, CARE, PARA, BASB, SMART, MIT, ZTD など）を試してきました。そして、チェックボックス機能を持つすべてのアプリに、自分の思考の内容を忠実に注ぎ込んできました。しかし最終的には、そのアプリのわずかな欠落した機能や奇妙な設計判断にイライラし、そのアプリの使用を止め、物を忘れるようになり、より良くそれらのことをこなせる別のアプリを見つけ、丸一日かけて自分の人生全体をその新しいアプリに移行します。すると今度は、そのアプリ自体にも欠落した機能や奇妙な設計判断があり、再び同じプロセスを最初からやり直すことになります。 時を経て、私が理想とする生産性アプリに必要な機能のリストを構築してきました。そのすべては少なくとも一人の開発者によって極めて良く実装されていますので、私が不可能なことを求めているわけではないと知っています。しかし、このリスト全体にチェックがつくアプリは一つもありません。まさにゼロです。なぜ彼らはこのような明らかに重要な機能を欠いているのかと開発者に尋ねたところ、全員が同じ答えを返しました。「誰もがこのような要件のリストを持っています。二人のユーザーが全く同じリストを持つことはありません。そして、すべての人にすべてを作ろうとすれば、結局ソフトウェアがぐちゃぐちゃになるだけです。」と、人気のある Todoist アプリを開発する Doist の CEO である Amir Salihefendic は言います。「今や機能を追加するのは極めて簡単です。しかし、それを無謀に行えば、誰も理解できないシステムが出来上がってしまいます」と彼は述べ、私が全く意味がわからないと感じるような、他の人々が彼に実装を求めてきた機能の数々について説明しました。 ただし、パーソナルソフトウェアの時代においては、万人に通用するシステムを作る必要はありません。実際、今や機能を追加するのは極めて簡単です。そのため、2025 年の休暇期間中、X アカウントを持っていて 20 ドル持っていそうな人なら誰でもそうしているように、私も Claude Code のサブスクリプションを取得し、夢のアプリを構築する旅に出ました。彼らに見せてやるのです！ 私はアプリに「Timetable」という名前をつけ、必要な機能をすべて記述しました。それだけで、それなりに機能するプロトタイプを構築するのに約 20 分かかりました。その後、Claude Code に動作しなかった部分を説明するために数日間費やしましたが、それは主にエラーコードのコピー＆ペーストと、「ターミナルの完全なコマンドは何ですか」というフレーズを一万六千回入力することにほかなりませんでした。私は高校時代のスペイン語の知識と同じようにコーディングができます：図書館で質問したり夕食を注文したりすることはできますが、ネイティブスピーカーと間違えられることはありません。Claude Code とのやり取りは、指差してジェスチャーをし、ツールが私がスープを欲していることを理解してくれるのを祈るようなものでした。 最終的に、私の望む通りにほぼ動作するアプリが完成しました。カレンダー、ノート、タスクがすべて一つの場所に集約され、見た目も美しく、データの出し入れも容易でした。しかし、私は後に気づきました。このアプリはローカルでしか私のラップトップ上で動作しないのです。こうして、GitHub、Supabase、Vercel、その他のプラットフォームにすべてを接続するための数日間の作業が始まり、その後は「まだ同期していない」「なぜ Google カレンダーの接続が失敗したのか」「申し訳ないが GitHub のシークレットコードがわからない」という AI 開発者ボットへの文句の無限ループが続きました。それらがすべて解決した後、より良い体験ができるだろうと考え、ネイティブモバイルアプリの開発を決意しました。これにより、新たなエラー、新機能、そして登録が必要なアカウントが増える数週間が始まりました。 実際にコードを書くことは、優れたソフトウェアを作成・維持するプロセスの一部に過ぎず、現在の最も先進的なツールにも限界があります。その中でも特に重要なのがデザインです。Claude Code は、私のアプリのデザインに対して情熱的な決意を持って取り組んできました。まるでジョニー・アイブがアルミニウムの塊をじっと見つめ、ラップトップからすべてのポートを取り除くことを想像しているかのような姿勢で、しかしこの場合、すべての背景はグラデーションの紫色になり、アイコンの提案はすべてハンバーガーメニューにそっくりなものでした。私がボットに対して「日」という概念についてもう少し抽象的に考えさせ、ジャーナルとプランナーを組み合わせるのに適したアイコンをデザインさせるよう求めた際、それは自信満々に PNG 画像形式で回答を表示しました。「残念なお知らせですが」と私は返信しました、「あれは肛門のように見えます」。Claude の次の修正版もまた、3 つの水平線でした。 「コーディングエージェントのほとんどが、優れたインターフェースを書くのが苦手だと私は発見しています」と語るのは、Notion で AI 製品やいくつかの AI に特化したサイドプロジェクトに取り組んでいるデザイナー兼ソフトウェアエンジニアのブライアン・ロヴィン氏です。彼もまた、Claude Code がグラデーションの紫色を好む傾向を経験しました。「どうすればそれを止められるか分かりません。ただ、より一層、より一層、さらに一層、うんざりするほどプロンプトし続けるしかないのです」とロヴィン氏は言います。彼は、設定パネルにタブを追加するレベルであれば AI を完全に信頼することを学んだと述べましたが、「初期段階では、骨組みとなるものが何もない場合、全く信頼できません」。 明らかに、多くの他の人々もそれを信頼しています。これらの制限は、大勢の人々がアプリ開発者になるのを止めるには至っていません。 [The Information](https://www.theinformation.com/articles/vibe-coding-effect-apples-app-store-saw-84-jump-new-apps-quarter) は、アップルの App Store における新規アプリの総数が、ほぼ 10 年続いた緩やかな減少の後、2025 年に 30% 増加したと報じています。そして 2026 年にはさらに増加する可能性が高いようです。 アップル自身の集計によると、App Store のアプリ数は 2024 年末時点で約 200 万本でした。「バイブコーディング」の担い手たちによって、この数は 2026 年末までに倍増する可能性があります。一方、GitHub は 2025 年に過去最速の成長を遂げ、[調査](https://github.blog/news-insights/octoverse/octoverse-a-new-developer-joins-github-every-second-as-ai-leads-typescript-to-1/#h-generative-ai-and-agentic-workflows-become-ordinary-engineering) によると、新規ユーザーの 80% がプラットフォーム利用初週に Copilot コーディングエージェント（Copilot coding agent）を利用しています。 Claude Code の開発者であるボリス・チェルニー氏は、販売チームがこの製品を使用しているのを発見した時点で、これがヒット作になることを知っていたと語っています。「その時、これはエンジニアだけのものではないのだと本当に実感しました」と彼は言います。これらの開発者の一部は「次なる大アプリ」の構築を目指していますが、多くの人々は自分自身のために作ったものをリリースするだけです。 さらに、公に何もリリースしていない人々も、非常に多数存在します。 この物語を取材する過程で、私はいくつもの異なる種類のパーソナルソフトウェアに関する話を、情報提供者や友人、読者から聞きました。（「最近は何をバイブコーディングしていますか？」という質問は、今やテック界隈では驚くほど良いアイスブレイカーになっています。）To-do リストアプリの作成は、ギター初心者がディープ・パープルの『[Smoke on the Water](https://www.youtube.com/watch?v=Q2FzZSBD5LE)』を練習するのと同じように、コードを書く基礎を学ぶための入り口であるため、To-do リストアプリには無限の変種が存在します。また、カスタムテキストエディタ、習慣トラッカー、旅行プランナー、家族情報管理ツール、そしてサブスクリプション価格を回避するために既存のアプリを露骨に模倣した製品などに関する多くの話も聞きました。 また、ブレンデンからは、直近の統計データと将来の見通しに基づいてファンタジー野球選手をランキングするコマンドラインアプリを作成したという話を聞きました。ネイサンからは、Claude Code を使用して 1990 年代に発売されたゲーム『Transport Tycoon Deluxe』に再生可能エネルギーの概念を導入するスクリプトを作成したという話も聞きました。このゲームは石炭以外の知識しか持っていないのです。アンソニーからは、シークレットサンタの割り当てを最適化するツールを開発したという話を聞きました。タッカーからは、裏庭の犬の糞の場所をマークして後で見つけやすくする方法を実装したという話も聞きました。アランからは、片頭痛を追跡するトラッカーを作成したという話も聞きました。そしてブレットからは、102 段ある階段のうち郵便配達員が荷物を置くのはどの段かを追跡する方法を作成したという話も聞きました。これらのアプリの多くと、私が聞いた他の多くのアプリにおいて、総対象市場はまさに一人であり、収益の可能性は正確にゼロドルです。これは真の意味でのパーソナルソフトウェアです — 一人の人の正確な仕様に基づいて、その人のために作られたものです。 パーソナルソフトウェアを最初から構築する必要はありません 私の個人的なソフトウェアへの初期の試みは、エージェント型 AI の限界と私自身の性格上の欠点の両方に対する半永久的な記録となっています。私は Timetable をしばらく使った後で断念しました。なぜなら、実際には私が望まない機能をいくつか追加してしまい、全体として使いづらくなってきたことに気づいたからです。もう一つ別のものを作りましたが、どうやら Spring と呼んでいたようです。しかし、それが何をするアプリだったのかについては全く記憶がありません。Basket は、日々の生活の中で収集するリンク、ノート、タスク、その他あらゆるゴミをすべて集めるためのスーパーインボックスを作る試みでした。テキストメッセージでアプリにデータを送り込むためのかなりクールなシステムを構築しましたが、Twilio の請求書が支払期限を迎えた瞬間にやめてしまいました。どうやら私は、他人と同じように私自身をイライラさせるソフトウェアを作ってしまう能力を持っているようです。 私の努力を救ったのは、パーソナルソフトウェアは最初からゼロから作る必要はないという気づきでした。知識豊富な開発者は新しい家庭料理人になれるかもしれませんが、私たち残りの人間はむしろ Chipotle の顧客のようなものです。私たちは食品を作らず、実際に組み立てるわけでもありませんが、何がどこに配置され、どのように提供されるかを決定する権利があります。私たちの多くにとって、ソフトウェアの未来とは、自分たちで Excel をゼロから作るのではなく、モデルを使って私たちが自力で作ることのできないはるかに高度なスプレッドシートを構築することです。それは、実は Chrome 拡張機能が必要とされているだけの好きなアプリのための Chrome 拡張機能を作ることです。自分の正確な好みやニーズに合わせて見た目を微調整することです。 今後、プロの開発者の仕事は主にインフラ構築になるかもしれません。「複数のデバイスがデータベースと同期し、ある程度のセキュリティを維持する必要がある瞬間から、あなたは開発者用プリミティブについて話していることになります」と語るのは、現在 GitHub Next で働くデザイナー兼デジタル人類学者のマギー・アップルトン氏です。アップルトン氏は長年にわたりパーソナルソフトウェアの台頭を追跡しており、ビッグテック企業が決して行わない方法でコミュニティを支援するために必要なスキルを習得しようとする人々に対して、「[裸足の開発者](https://maggieappleton.com/home-cooked-software)」という用語を考案しました。彼女はより多くの人々がソフトウェアを開発することを強く信じていますが、私が「誰もがそうすべきだ」と考えているほどには確信は持っていないようです。そして彼女は、「プラグアンドプレイで組み合わせられるような、非常に優れたオープンソースのプリミティブ（開発者用基本要素）に対する何らかの取り組みが必要だと考えています。基本的なセキュリティシステム; いくつかのデザイン上のベストプラクティス; 堅牢なログインシステム; 決済サポート。そうすれば、誰でもがその上に構築できるようになります。 Notion は、これがどのようなものになるかを示す現在の（クローズドソースの）例としてはおそらく最高でしょう。Notion は当初、ローコードおよびノーコードムーブメントに対する主流のアプローチとして台頭しました。同アプリ自体は、画像や表、ToDo リストなど、ユーザーが自由に構成できるさまざまなビルディングブロックを提供していました。ユーザーはそのカスタマイズ性を高く評価し、過度にデザインされた Notion ページを共有することが、ある種の生産性オタクの趣味となるほどでした。しかし最近では、Notion はプロセスをさらにシンプル化しました。組み込み AI アシスタントに何を達成したいかを伝えるだけで、AI がページとシステムを構築してくれます。「Notion は多くの基盤となるビルディングブロックを提供しているため」、Notion の CEO であるイヴァン・チャオ氏は昨年私にこう語りました、「AI はマクロを書くだけで十分です。AI がゼロからソフトウェアを書き起こす必要はありません」。 ただし、この新しいアプローチにはリスクも伴います。最大のリスクは、あなたのアイデアが間違っている可能性があることです。多くの開発者が、ユーザーは自分が気に入らないものを非常にうまく見つけ出し、解決策を提案する際にも場所を選ばず多様な意見を持つことを発見したと語っています。そして、あなた専用の AI「ソリューション」が状況を悪化させたり、ソフトウェアの他の部分を何らかの方法で破損させたりした場合、誰に責任があるのでしょうか？誰もがそれぞれ異なる方法でアプリを使用している中で、カスタマーサポートはどのように人々を支援すべきなのでしょうか？開発者は、ユーザーが誤ってシステムを破損または台無しにしてしまうことなく、これらのオープンエンドなプラットフォームを構築することに苦戦しています。 他に話を聞いた人々もこの考えに同意し、無限のカスタマイズが可能となった新しい時代において、多くのユーザーを抱える開発者にとっては、箱を開けたままですぐに使えるソフトウェアを構築することがこれまで以上に重要かもしれないと述べています。まだ多くの人々がデフォルト設定を使用しており、すべてのユーザーが各アプリのあらゆるピクセルを厳密な仕様に合わせて熱心に調整するだろうと信じる理由はありません。「一貫したユーザーインターフェースを提供するという責任があると思います」とノートテイクアプリ Craft の CEO であるバリン・オロシュは語ります。「コア製品が好きであれば、それがまるで自分の家のように感じられるようにするためです」。彼によれば、目標はアプリを開くたびにすべてを再考させることではなく、「これを大きくしたい」とユーザーが言ったときに、意味のある方法で大きくすることにあるそうです。 現在の AI 技術における流行の多くは、このようなソフトウェア適応を容易かつ普遍的なものにするために向けられています。Model Context Protocol は、開発者がデータを AI エージェントに簡単に公開できる手段を提供します。多くの開発者は、コーディングツールとの統合をより良くするためにコマンドラインインターフェースも構築しています。さらに、Claude や ChatGPT に直接統合するアプリも増えています。もちろん、必要であればこれらの新しいクールな技術を使ってチャットボットにメールについて尋ねることもできます。それは退屈な答えです。より良い答えは、自分自身のためにメールを送信するための全く新しい方法を作ることです。 この新しい世界において、最も必要とされるのは「味覚」です。必ずしも客観的に優れた味覚である必要はありません。むしろ重要なのは、自分自身の味覚に対する鋭い感覚です。あなたは有名な音楽プロデューサーのリック・ルービン（Rick Rubin）のような存在になる必要があります。彼はかつて [60 Minutes](https://www.cbsnews.com/news/rick-rubin-anderson-cooper-60-minutes-interview-2023-01-15/?ftag=CNM-00-10aab7d&linkId=197374877) で、自身の成功の要因は特定の技術的能力ではなく、「自分の味覚に対する自信と、自分が感じていることを表現する能力」にあると語りました。ルービンは一流の有名人たちに対してこの芸術を実践しています。あなたも AI に対して同じことができるようにならなければなりません。そうでなければ、ロヴィン（Lovin）が「ドゥーム・ループ（破滅のループ）」と呼ぶ状態に陥ることになります。つまり、チャットボットに対して自分が好まないことだけを伝え、モデル側に創造性を期待してしまうのです。その道は狂気へと通じ、結果として質の低いソフトウェアを生み出すことになります。 データベースについては特に意見はありませんが、フォントや背景色にはこだわります。そこで、私が実際に「バイブコーディング」で作り上げた最初の有用なソフトウェアは、既存のアプリを多数一つの画面に統合する仕組みです。ブックマークは Raindrop にすべて保存していますが、見た目が気に入らず、タスクは Todoist で管理しているもののチェックすることを忘れがちです。ノートは Obsidian にまとめていますが、整理されず忘れ去られたままになっています。イベントは Google Calendar に登録しており、これは信仰のように使い続けており、これなしでは家を出ることも成功しないかもしれません。これらのアプリを置き換えるためのアプリを作ることは何度も失敗しましたが、それらをより見やすく表示する方法を作るには、API キー 4 つと午後の時間だけで済みました。もちろん、「なぜこのボタンは何も反応しないのか」「このエラーコードの意味は何か」「紫色以外の色を試そう」といった試行錯誤もありました。Claude Code に「紙のプランナーのような見た目になるアプリを作ってほしい」と繰り返し指示したところ、ほぼ期待通りの成果を達成してくれました。 私のアプリは App Store に載ることはなく、おそらくその仕組みを誰にもわかるように説明することもできないでしょう。それがパーソナルソフトウェアの時代の美しさです。私はそうする必要はありません。あなたもそれを理解しようと必死になる必要はありません。私たちは、処方されたソフトウェアを使うことを強要されるわけでも、全員にはうまく機能するが誰もにとって完璧ではないものを受け入れることもありません。最高のアプリとは、実際にあなたがそれらを改善するのに役立つものです。自分が何を必要とし、何を好むかを知っていれば、自分の望む通りにものを動かすことができます。コーディングを学ぶ必要はありません。 [18 件のコメント](https://www.theverge.com/tech/928905/vibe-code-personal-software-revolution#comments) **この記事のトピックや著者をフォロー**して、パーソナライズされたホームページフィードで類似の記事をもっと見たり、メール更新を受け取ったりしてください。 - David Pierce - - - -

アプリ作成の民主化：ソフトウェアの専制は終わる

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト