低代码已逝 (2014-2025)
RIP Low-Code 2014-2025

原始链接: https://www.zackliscio.com/posts/rip-low-code-2014-2025/

## 低代码平台面临的迫在眉睫的威胁 尽管预计到2028年市场规模将达到500亿美元,但人工智能驱动的编码工具的兴起对低代码平台构成了重大的生存威胁。这些平台之所以流行,是因为它们能够让非技术用户构建软件,从而减少开发人员的工作量并加速交付。然而,随着人工智能极大地降低了*直接*代码开发的成本和复杂性,其核心价值主张正在转变。 过去,低代码通过简化开发和赋能公民开发者来证明其成本的合理性。现在,人工智能允许开发人员更快地构建解决方案,通常*无需*外部平台的额外复杂性和厂商锁定。像Cloud Capital这样的公司已经开始迁移离开低代码,发现人工智能驱动的开发效率更高、更易于维护,并且与现有工作流程集成。 虽然低代码供应商正在通过人工智能集成进行调整,但他们是否能够与使用人工智能工具直接构建的速度和灵活性竞争还有待观察。现在,根本问题归结为简单的“构建 vs. 购买”——对于许多人来说,利用人工智能重新掌控他们的工具,证明是更有价值的途径,在速度、成本节约和开发人员体验方面都带来了收益。

## 低代码的终结?Hacker News 讨论 Hacker News 上一篇帖子引发了关于低代码开发平台未来的争论。作者预测低代码将会衰落,理由是人工智能现在提供了低代码的速度,*但没有*其局限性。许多评论者同意,低代码的僵化——即使是微小的元素也难以定制——是人工智能可以克服的关键弱点。 然而,一个强烈的反驳观点出现了:低代码不会消失,而是可能会*与*人工智能驱动的工具*融合*。对于理解和操作用户界面和数据,视觉界面的价值仍然显著,尤其对于非技术用户而言。其他人指出,大型组织需要处理部署、合规性和维护的平台——这些是人工智能目前无法企及的领域。 这场讨论突出了低代码的多样化应用,从简单的数据管理到复杂的企业集成。虽然人工智能降低了*编写*代码的门槛,但运行和维护代码仍然是一个挑战。最终,这场对话表明人工智能可能会改变低代码的*使用方式*,可能使其专注于长期维护和运营负担,而不是初始开发。
相关文章

原文

The rise of AI and particularly agentic development presents an existential threat to an entire category of low-code platforms. While the adoption of new techniques and tooling will take years to propagate through the Byzantine ranks of larger, slower-moving enterprises, the fundamental ROI case for these tools looks different in a world where the cost of shipping code now approaches zero.

This may seem like a preposterous conclusion given the substantial size and growth of the sector. Forrester, who actually gave low-code its name back in 2014, projects the category will reach $50b by 2028 and sees no current indication that things will slow down, let alone contract. However, it’s worth digging in to why these tools arose in the first place and the problems they solve to explore how much the landscape has shifted in just the past year.

Forrester Low-Code Market Projection

Put simply, these software platforms exist to allow users to create software with fewer developer resources. By purchasing one of these platforms, a company can enable non-technical stakeholders to ship production-ready experiences, often with little to zero actual code being written. This frees up developer bandwidth, accelerates the company, and until recently was a no-brainer investment for building internal and even customer-facing software.

The Low Code Value Prop

To enable these platforms in the real world, developers spend considerable time on prerequisite and ongoing work: piping and transforming data, writing and maintaining custom components that go beyond out-of-the-box functionality, and meshing authentication systems, to name a few. This investment is in turn justified by the reduction in development scope and complexity downstream of the low-code platform—non-technical users can be left to their own devices to ship to their hearts’ content.

With the emergence of AI coding, this ROI case gets inverted. It is now often faster, cheaper, and easier to ship the kind of tools you might have built with low-code tools outside these platforms. Yes, this still requires developer time, but so did enabling these low-code-platforms in the first place. Even disregarding the financial and organizational costs of low-code tools, AI affords developers the conveniences of their regular workflows without the bolt-on complexity introduced by external platforms. When you add in the total cost of ownership of these low-code tools, a return to in-house tooling becomes even more attractive.

As an illustration of what’s possible, we’ve seen this play out in real-time at Cloud Capital. In the not-too-distant past, we relied heavily on a low-code platform called Retool for almost all of our internal Admin tooling. We built management dashboards, reporting, and orchestrated complex workflows that were critical to the business. The acceleration was real—our developers spent significantly less time rolling boilerplate tables, transforming data, and wiring up workflows. We even celebrated at our All Hands how much better our dashboards felt than if we’d hand-rolled them or used a pre-canned admin interface.

Then came the agentic tools that completely transformed the way we develop software. For our low-code tooling, the shift began with a single choice to prototype some new, self-contained functionality as a standalone internal tool instead of via our low-code platform. It was faster, easier, and leveraged our actual codebase in ways an external solution could not. That meant we shipped something safer, more robust, and more maintainable. The cherry on top is that the end product was also better—the UI looked and felt more like our in-house products, without the clunkiness required to stay on the WYSIWYG rails.

It felt immediately clear that we had identified an unlock for our internal tooling velocity. All of a sudden, we found ourselves feeling constrained by the same low-code tools that until so recently were unblocking us. Changes that would have been one-liners in Cursor or automated triage tickets handled by an agent meant logging in to another platform, moving around clunky UX blocks, bashing against version management systems that weren’t quite as polished or integrated as our core development flows. All with the additional cost of maintaining this additional system.

What started as a single tool quickly became a wholesale migration of all of our Admin tooling, and the inevitable sunsetting of our Retool instance. They hadn’t changed, but our culture and way of working had, and low-code couldn’t keep up. What was most shocking was the timeline of this change—for us as a small, fast-moving startup, the transition including migration played out fully in just a couple of sprints.

It’s inevitable that incumbent low-code tools will adapt—they will need to in order to survive. In many cases, this shift is already visible in their marketing, such as Retool’s new AI-heavy positioning:

Retool's new AI-heavy positioning

At this point, it’s hard to say whether it’ll be enough. While it’s possible low-code platforms will survive by providing non-technical users with the kind of magical experience that’s already possible for developers with AI coding tools today, it also seems likely they will continue to cede market share to the core AI players themselves. We’re beginning to see this take shape as non-technical AI artifacts become more complex, powerful, and collaborative.

For us, abandoning low-code to reclaim ownership of our internal tooling was a simple build vs buy decision with meaningful cost savings and velocity gains. It also feels like a massive upgrade in developer experience and end-user quality of life. It’s been about 6 months since we made this switch, and so far we haven’t looked back.

Every build vs buy decision is unique, but many ultimately boil down to ROI in terms of speed, financial cost, maintenance cost, and organizational complexity. There are of course additional considerations like vendor lock-in, ownership of core competencies, ecosystem compatibility, etc., but in this case we can reduce the decision to this: will buying this platform let my team go faster, ship more, and create more value for our customers. At least for now, that answer feels clearer every day.

联系我们 contact @ memedata.com