
2026/01/27 1:11
**レスト・イン・ピース(RIP)ローコード 2014 〜 2025**
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
主なメッセージ:
AI駆動型のコード生成は、従来のローコードプラットフォームを上回っており、開発者が生産ツールをより速く、かつオーバーヘッドを減らして構築できるため、一度低コストで魅力的だったROI(投資対効果)に脅威を与えています。
主要な証拠と根拠:
- Forresterは2028年までに500億ドル規模のローコード市場を予測しましたが、AIコーディングはそのROIを侵食しています。
- ローコードプラットフォームは、非技術的なステークホルダーが最小限のコードで本番環境向けソフトウェアを構築できるように設計され、開発者の負荷を軽減し、デリバリーを加速させました。
- しかし、ローコードを実装するには、データパイプライン、カスタムコンポーネント、認証統合、および継続的な保守に対して依然として大きな開発者労力が必要であり、これらのタスクはAIツールによって内部的に自動化されています。
ケーススタディ – Cloud Capital:
スタートアップはほとんどの管理ツールにRetoolを使用しましたが、ボイラープレートテーブルやデータ変換に追加の開発作業が必要でした。数スプリントでAI駆動型プロトタイプに切り替えることで、Retoolよりも高速かつ簡単で安全、保守性の高いコードと品質の高いUIを実現しました。
将来予測と影響:
ローコードベンダーはAI機能をマーケティングに追加していますが、非技術的なAIアーティファクトが力を増す中で市場シェアを維持できるかどうかは不明です。開発者にとって社内AIツールはより良いROIと学習機会を提供し、企業にとっては保守コストの削減、リリースの加速、およびローコードエコシステムの再構築が可能となります。
この改訂された要約は、リストからすべての主要ポイントを取り込み、推測的な表現を除去し、理解しやすい明確で簡潔な概要を提示しています。
本文
AI の登場と特にエージェント型開発の急速な進展は、低コードプラットフォームという一つのカテゴリ全体に存在論的脅威をもたらしています。新しい手法やツールが、大規模で変化が遅い企業に浸透するまでには数年かかるものの、これらのツールの根本的な ROI(投資対効果)の見方は、コードを出荷するコストがほぼゼロになる世界では大きく変わります。
この結論は、低コード市場の規模と成長性を考えると、一見ばかげたものに思えるでしょう。2014 年に低コードという名称を初めて提唱したフォレスターは、このカテゴリが 2028 年までに 500 億ドルに達すると予測しており、今後の減速や縮小の兆候は見られないとしています。しかし、まずはこれらツールが生まれた背景と解決しようとしている課題を掘り下げることで、わずか 1 年でどれほど風景が変化したのかを探る価値があります。
簡単に言えば、低コードプラットフォームは開発者リソースを最小限に抑えてソフトウェアを作れるようにするために存在します。こうしたプラットフォームを購入すれば、非技術的な関係者が実際にほとんどコードを書かずに本番レベルの体験を出荷できるようになります。これにより開発者の余力が増え、企業全体が加速し、内部・顧客向けソフトウェア構築においては投資先として自然な選択肢でした。
実際にこうしたプラットフォームを活用するには、データパイピングや変換、既製品機能を超えるカスタムコンポーネントの作成・保守、認証システムとの統合など、多くの前提条件と継続的な作業が必要です。この投資は、低コードプラットフォームによって下流で削減される開発範囲と複雑さにより正当化されます。非技術者は自らの裁量で好き勝手に出荷できるようになるのです。
AI コーディングが登場すると、この ROI のケースは逆転します。低コードプラットフォーム外で構築したかもしれないツールを、実際にはより速く、安価に、容易に作れるようになったからです。開発者時間は依然として必要ですが、低コードプラットフォームを有効化するために本来かかった時間と同程度です。さらに、低コードツールの総所有コスト(TCO)を考慮すると、社内ツールへ戻る方がより魅力的になります。
実際に何が可能になるかという例として、クラウドキャピタルでの経験があります。過去数年、私たちは Retool という低コードプラットフォームにほぼ全ての内部管理ツールを依存していました。管理ダッシュボードやレポート、ビジネスに不可欠な複雑ワークフローを構築し、開発者はテンプレートテーブルの作成・データ変換・ワークフローロジックの接続にかける時間を大幅に削減できました。All Hands で「自前で書くよりも Retool のダッシュボードがずっと優れている」と祝賀したこともあります。
しかし、エージェント型ツールが登場し、ソフトウェア開発の方法を完全に変えました。低コードツールから離れた最初の試みは、新機能を内部ツールとして独立してプロトタイプ化するという単一の選択でした。これはより速く、簡単で、外部ソリューションでは実現できない形で既存コードベースを活用しました。その結果、安全性・堅牢性・保守性に優れた製品を出荷できました。さらに、UI は社内プロダクトと同じような見た目と感触になり、WYSIWYG の制約がなくなりました。
この変化は内部ツールの開発速度を解放したことが即座に分かりました。同時に、低コードプラットフォームに頼っていた作業(Cursor でのワンライナーやエージェントによる自動チケット処理)も別プラットフォームへのログイン・不便な UX ブロックの移動・バージョン管理システムとの衝突といった追加コストを伴っていました。結果として、Retool のインスタンスは完全に退役し、すべての管理ツールが一斉に社内開発へ移行しました。
この変遷は小規模で高速なスタートアップにとって数スプリントで完結したため、驚くほど速い転換でした。低コードプラットフォームは必ずしも適応する必要がありますが、Retool が AI を前面に押し出す新しいポジショニングを取った例のように、市場シェアを AI 本家へ譲る可能性が高いと感じています。非技術者向け AI アーティファクトがより複雑で強力、協働的になるにつれ、この傾向はさらに進行しています。
私たちにとって低コードを放棄し社内ツールの所有権を取り戻すことは、単純な build vs buy 判断でした。費用節減とスピードアップだけでなく、開発者体験とエンドユーザーの品質向上という大幅なアップグレードでもあります。切り替えてから約 6 ヶ月が経過しましたが、振り返ることはほぼありません。
build vs buy の決定はケースバイケースですが、多くの場合 ROI(速度・金銭コスト・保守コスト・組織的複雑さ)で測れます。ベンダーロックインやコアコンピタンスの所有、エコシステム互換性など他要素もありますが、このケースでは次の問いに落とし込めます:このプラットフォームを購入すれば、チームはより速く動き、より多く出荷し、顧客への価値創造を増やせるか? それが答えであり、少なくとも今のところ毎日その答えは明確になっています。