ハクソク

世界を動かす技術を、日本語で。

RIP ローコード 2014-2025

2026年1月27日原文(zackliscio.com)

概要

  • AIとエージェント技術 の発展が、 ローコードプラットフォーム の存在意義に大きな影響
  • AIコーディングツール の登場で、ローコードのROI（投資対効果）が逆転
  • Cloud Capital の事例から、ローコードから自社開発への急速な移行
  • ローコードツールの将来性 とAI主導の開発環境の台頭
  • 「ビルド vs バイ」 の意思決定基準の変化

AI時代におけるローコードプラットフォームの存在意義

  • AIおよびエージェント技術 の進化によるローコードプラットフォームへの脅威
  • Forrester の予測では2028年までに市場規模が 500億ドル に到達見込み
  • ローコード誕生の背景は「 開発者リソースの節約」と「 非技術者による開発推進」
  • 導入・運用 にはデータ連携やカスタムコンポーネント作成など、開発者の工数が必要
  • AIコーディングツール の普及で、ローコードを使わずに迅速かつ安価な開発が可能に

Cloud Capital事例：ローコードからAI主導開発への転換

  • 以前は Retool を活用し、管理ダッシュボードやワークフローを構築
  • ローコード導入で 開発工数削減 と 業務効率化 を実現
  • AIエージェントツール の登場により、ローコード外での独自ツール開発が加速
  • 内製ツールは 堅牢性・保守性・UI品質 で優位性
  • 移行作業 は数スプリントで完了し、 Retoolの利用終了 へ

ローコードの限界とAI開発の優位性

  • ローコードの 利便性 がAIツールの登場で 制約 に転換
  • バージョン管理やUX の柔軟性で自社開発が有利
  • 追加システムの維持コスト や複雑性も解消
  • 全社的な移行 が短期間で実現

今後のローコードプラットフォームの展望

  • 既存ローコードツール もAI機能を強化し生き残りを模索
  • 依然として 非技術者向けの直感的体験 を訴求
  • しかし AIコアプレイヤー への市場シェア移行が進行中
  • 非技術者向けAIツール の高機能化・コラボレーション強化

「ビルド vs バイ」：意思決定の新基準

  • 自社開発 へ回帰したことで コスト削減・開発速度向上 を実感
  • 開発者体験やユーザー品質 も大幅に向上
  • ROI（投資対効果） の観点から、社内ツールは自社開発が有利に
  • ベンダーロックイン、コア技術の所有、エコシステム適合性 など追加要素も考慮
  • 最終判断基準は「 このプラットフォーム導入でチームの価値創出が加速するか」

まとめ

  • AI時代 の到来で、ローコードのROIと存在意義が大きく変化
  • 自社開発 への回帰が、コスト・速度・品質の観点で魅力的に
  • ローコードツールの進化 と AI主導開発 の競争が今後も続く見通し

Hackerたちの意見

この見解は本当に短絡的だと思う。ローコードツールは80年代から存在していて、もっと可能性が高いのは、ローコードとエージェントツールが単純に統合されることだよ。UIやデータ、ロジックを直接操作したり、視覚的に確認できることには大きな価値がある。そういうことができると、技術に詳しくない人でもエージェントが何を作っているのか理解できるし、もっと具体的な部分で助けを求めやすくなる。過去の難しさは、1) 良い直接操作ツールを作るのにかかる労力 - その詳細なレベルに達するのはほとんどのチームにとって圧倒的で、でもLLM自体がこれを作るのをずっと楽にしてくれるし、2) ユーザーが視覚システムの避けられないギャップにぶつかったときにどうするか。今はLLMがそのギャップをかなり見事に埋めてくれる。

└

同意するよ。LLMがコンピュータサイエンスやプログラミングの「理解」の基準に達したら、どんな言語でも簡単に扱えると思う。狭いDSLやローコードプラットフォームを使うのは、LLMを制約してハッピーな道を保つのにいい方法かもしれないね。

└

Mendixは、結局のところWeb版のMS Accessに過ぎないよね。

└

これが一番しっくりくる。いわゆるAIが、今までしょぼいバージョンでしかなかったものをたくさん実現してくれる気がする。良い自然言語インターフェースや、良いWYSIWYGツールなんかがあれば、wixやsquarespace、wordpressの風景がただのまあまあなものから、かなり良いものに変わると思う。自分の一番希望に満ちた未来では、軽量推論のやり方が見つかって、モデルがローカルで動かなくても、少なくとも地球に悪影響を与えないし、AIツールが過去40年間の自動化プロジェクトを潤して、好きな地元の小さな音楽レーベルが、収入を大きく犠牲にすることなく、必要な通りに動く超カスタムのオンラインショップを持てるようになってる。

└

UI、データ、ロジックの直接操作や視覚的な内省には多くの価値があるよね。これによって、技術に詳しくない人でもエージェントが何を作っているのか理解できて、より具体的な部分で助けを求められる。確かに多くの価値があるけど、技術に詳しくない人だけじゃない。dddとgdbを想像してみて。通常、ROIがないから視覚的なデバッグ支援が環境にないだけで、技術者がメンタルパースを好んだり、グラフィックスを嫌ったりするわけじゃない。LLM革命がここでの計算を変えてる：新しいツールや視覚化を作るのがこれまで以上に簡単になった。3年前には、本当に厄介で致命的なバグ以外で一度使うためだけに視覚的なデバッグ支援を作るなんて考えられなかったけど、今は実現可能かもしれない。

└

ノーコードやローコードにはデータモデルがあって、エージェントはシステムデザインに合った方法でそれを操作できるんだ。問題にエージェントを放り込むだけじゃ、良い設計にはならないよ。

面白い記事だね。僕のローコードに対する見解は、アプリケーションの初期開発にどれだけ時間がかかるかよりも、長期的なメンテナンスを楽にするかどうかに重きを置いてる。AIツールを使えば、企業は内部アプリケーションを何百も簡単に立ち上げられるけど、それらのアプリケーションのメンテナンスやサポートをどう考えてるのかな？ローコードプラットフォームは、アプリケーションをホストする場所として、多くの（全てではないけど）運用負担をプラットフォームに移して、開発者がライブラリのアップグレードや古いフレームワークが非推奨になったから新しいフレームワークに切り替えるなんてことにあまり時間を取られないようにする場所だと思ってる。

└

認証は、自分のアカウント作成やログインフォームを作るのは簡単だけど、ちゃんとしたものを作るのは本当に難しい典型的なケースだね。

└

その通り！内部ダッシュボードが再構築され続ける理由: https://www.timestored.com/pulse/why-internal-dashboards-get... 僕は数年かけて君が捉えた正確なアイデアにたどり着いたし、この分野で働いてる。UIチームとノートブック実験の間には、企業が自分たちで作る価値のない中間層があるんだ。

コードを出荷するコストは今やゼロに近づいている これが本当だと思ってる人いる？僕は毎日LLMを使ってコードを書いてるけど、僕にはそうは思えない。仕事は同じくらい難しいし、他の業務がClaudeの空いたスペースを埋める感じになってる。僕がツールの使い方が下手なのかな？それともバカなのかな？多分両方だけど、仕方ないよね。

└

同じく。毎日Claude Codeを使ってるけど、めっちゃ便利なんだよね。でも、簡単なことを直さなくて済むほどにはなってない。実際、アプリにバグがあって直してないんだけど、LLMのテスト用に使ってるから、今のところ誰も解決できてないんだ。それ、CSSのバグなんだよね！

└

「コードを書くコスト」と言った方が正確だったかもね。あとは、他の業務や技術がそのギャップを埋めるために広がっていくのは本当にその通り。開発チームとしては、こういうツールが進化する中で、文化やワークフローの変化にどう対処するかを探ってる。これは間違いなく進行中で、常に進化している会話だよね。

Hacker Newsで議論の続きを見る