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

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

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

Calcappの共同創設者で、数式駆動のアプリを作るアプリビルダーなんだけど、最近、サブスクリプションを解約する顧客からメールをもらった。彼らはCalcappで試してみることができたのは良かったけど、今は完全にAIベースのプラットフォームに移行したって言ってた。だから、今この現実がリアルタイムで進行中なんだ。次世代のCalcappには、内蔵のLLMエージェントは搭載されないと思う。代わりに、すべての機能をMCP（または数年後にそれに取って代わるプロトコル）を通じて公開することになるだろう。僕の予想では、ユーザーは自分のエージェントを持ってくるだろうし、そのエージェントはすでに彼らのサービスやアプリに対する視認性を持っているはず。Calcappには明るい未来があることを願ってる。一方で、数式エンジンを開発者向けのライブラリとSaaSに変えることでリスクヘッジしてる。今はこの新しい製品にフルタイムで取り組んでいて、進展があったらShow HNをやるつもり。エンドユーザー向けの製品を長年やってきた後に、違うものに取り組むのは新鮮だね。ノーコードやローコードツールにはまだまだ需要があると思う。他の人も言ってるけど、ガードレールは必ずしも悪いことじゃないし、LLMを有用な方法で制約することができると思う。多くの「市民開発者」は、LLMが理解できないコードを生成するのに不安を感じるんじゃないかな。ノーコードやローコードだと、システムが何をしているのか全部見えて、考えることができて、自分で調整できるからね。少なくとも今のところ、それは本当に大きな利点だよ。

この結論は完全に的外れだね。著者はソフトウェア開発と運用の重要な理解が欠けているように思える。ノーコードに対する反論は理解できるかもしれないけど（UIがAI利用の障害になっている）、ローコードには当てはまらない。ローコードは今、LLMとともに特に重要になっている理由がいくつかあって、特に安定性、保守性、セキュリティ、スケーラビリティの観点から。もし同じ機能をより少ないコードで実装できるなら、ソフトウェアの安定性が大幅に向上する。LLMはしっかりした抽象化の方がずっと得意で、全てをゼロからコーディングするのは得意じゃない。機能ごとにコードが多いと、トークン数が増えてコストがかかり、エラーが発生しやすく、生成に時間がかかり、スケーラビリティが低く、脆弱で、保守が難しく、監査が難しくなる…これらはLLMを使う際に避けるべき大きなネガティブ要素だよね。だから、著者がどうしてその結論に至ったのか理解できない。

それについてはちょっと疑問だな。個人的には、エージェントはローコードツールにとって大きな解放だと思う。以前は、興味のない人間に新しいDSLやツールの使い方を教えなきゃいけなかったけど、エージェントはもっと忍耐強くて熱心だから。人間の代わりにエージェントにローコードを生成させることができるんだ。従来のツールセットからビジネスツールを直接生成しようとすることもできるけど、エージェントはまだ信頼性が低いから問題がある。でも、人間と同じように、空間を簡素化して、より小さくてシンプルなプリミティブを与えれば、ずっと良い結果が出せるよ。

そうだね… 90%はそうだけど、10%は違う。ノーコードツールを8年間作って、2回のエグジットを経験し、昨年業界を離れた者として言わせてもらうと、私は恨んでいないし、応援しているわけでもない。アプリに関しては、「ノーコード」は基本的にアプリテンプレート/APIテンプレートビルダーで、常に50%は役に立ち、50%は追加サービスを売るためのマーケティングだった。高度なビルダーのマインドセットが必要で、エンジニアのように考えるけど、コードを書きたくない人たちが求められる。それは変わった組み合わせで、常に見つけるのが難しい。ビジネスロジックに関しては、ほぼ逆だ。ノーコードはクリーンで視覚的なUXを提供できる。コードのスパゲッティの代わりにロジックがどうつながっているかの明確な地図を示してくれる。その価値は「これがどう機能するかを説明して」と言われるところで残る。どこでもではないけど、実際の市場があるには十分な場所だ。それに、構築方法を説明し、いくつかの簡単なコントロールがあって、ただのプロンプト入力だけじゃないハイブリッドがあってもいいかも。例えば、ノーコードエージェンティックUIみたいな。

最近、n8nのAI機能を使ってデータを解析するコードノードを書いたんだけど、すごくうまくいったよ。LLMがローコードソリューションを強化している感じがする。それに、ランタイム自体を管理しなくて済むのは大きな価値だと思う。確かに、claude codeを使えば、自分がやりたいことをもっと早く、効果的に実現できるPythonスクリプトを書くことができるけど、実行、再起動、ログ、アラート、認証などのためにやるべきことがたくさんあるからね。

RIPローコード、ローコード企業万歳！ :) 私たちのスタートアップにとって、ローコードとLLMのシフトは最初はすごくフラストレーションが溜まって怖かったけど、希望もあった。何年も開発して、ローコードアプリ製品#2を立ち上げる準備をしていたところに、チャットGPT 3.5が登場して、LLMがあまりダメじゃなくなった。私たちは、自分たちの世界の未来を見つめ直さなきゃいけなかった。難しいGPUグラフ調査技術を、政府や銀行、テクノロジー、サイバー調査のデータ1%の人たちを超えるものに民主化するために、痛みを伴う高価な決断をしてローコード製品を終了することにした。でも、縦型のスタートアップとして、同じ理由で市場にはまだ何か必要だった。LLMは市場の期待が高まることを示していたし、可能性も広がることを意味していた。私たちはそれが起こると正しく予想し、louie.aiの構築を始めた。例えば、以前はローコードプラットフォームを、チームが調査フローを書き留めて最終的にMLパワーのマルチターン自動化を行うための手段として考えていたけど、調査キャプチャのフラッグコンペティションをスピードランするなんて夢にも思わなかった。同様に、私たちはPythonファーストのノートブックやダッシュボードの束縛から解放されるのが数年早くなった。だから、一般的なローコードの生産性アプリを作っている人たちにはあまり良くない。n8nやその仲間たちはAIワークフローとして再発明しなければならなかったし、エージェント体験が改善されるにつれて、彼らは押しつぶされるだろうと信じる理由はまだあるけど…でも、縦型のローコードワークフローツールは、claude codesには難しいことを実現できる。今日のコーディング環境は、ほとんどの非AIネイティブの縦型チームよりも良く作られているけど、パターンは固まりつつあり、商品化されている。AI側が商品化を続け、縦型チームがそれに慣れていくと、縦型が再び非常に価値のあるものになるのが面白いね。（実際、OpenAIやその仲間たちは一般的なアプリケーションで限界に達し、少なくともB2Bの世界ではトップの縦型に傾いているのが見える。）

コードを書くのは問題のほんの一部に過ぎないんだよね。出来上がったシステムを運用することも、ローコード企業が提供する大きな価値だし。もしLLMが運用をなくしたって話があるなら、まだ聞いたことないな。