And yet, precisely that happened in the end, just not with the tools envisioned. Excel, VBA and, where you had one knowledgeable employee, MS Access makes for incredibly powerful and incredibly hard to maintain "shadow IT" - and made even more difficult when someone sneaked in a password, because that takes a bit of an effort to remove [1], knowledge that is easy for us today to find, but not when I was young.
Also, back in the IE6 era, there was a lot of point-and-click created web interfaces... just that it wasn't HTML5 or even HTML. It was an <object> tag loading some ActiveX written by some intern in VB6, or Java, or Flash. I sort of miss that era but also, it was a damn security nightmare. Flash with its constant stream of security vulnerabilities was ripe for exploits, but at least it didn't run native code with full user privileges by design. I'm not kidding, theoretically you could go and import/use functions from any system DLL up to and including Kernel32. OLE/OCX, ActiveX... a design way ahead of its time.
[1] https://stackoverflow.com/questions/272503/removing-the-pass...
How's that going for Microsoft?
https://www.windowscentral.com/microsoft/windows-11/2025-has...
2. These anecdotes are about tech startups spend, not your <insert average manufacturing business>. Nor or they grounded in data that says "we interviewed 150 SMB companies and 40% of them have cancelled their SaaS subscriptions and replaced it with vibe coded tools"
3. "Analysts are writing notes titled “No Reasons to Own” software stocks." - there is just one analyst saying this: https://finance.yahoo.com/news/no-reasons-own-software-stock...
4. Most of these SaaS tech stocks have been trading at all time highs...this smells of "explain something very complex with a simple anecdote"
EDIT: Oh lol, the author has a vibe coding SaaS offering...there ya go.
I guess they mean BI, but for a company of any scale, they aren't paying for a chart, they're paying for a permissions system, query caching, a modeling layer, scheduling, export to excel, etc.
Stand alone BI tools are going to struggle, but not because they can easily be vibe coded. It'll be because data platforms have BI built-in. Snowflake is starting down this direction and we're (https://www.definite.app/) trying to beat them to it.
I do think like this HN post (>>46847690 ) is a good example of where a custom more domain specific solution makes a lot more sense that dropping in an off-the-shelf ERP. Still though, I think the bakery would prefer to buy the bakery-ERP than build it but vibecoding does reduce the barrier to entry so we might see more competition and share taking from incumbents by domain-specialized new entrants.
For Salesforce-like CRM, there's Twenty[0], a good-enough alternative. For Shopify-style e-commerce, Medusa[1] is a headless commerce platform.
The real power comes from using AI to study how these projects implement specific features (payments, inventory, customer dashboards, etc.) and adapt them to your stack. AI excels at finding the "seams" (those connection points where a feature ties into the tech stack) and grasping the full implementation. The trick is knowing precisely where the feature lives in the code (files, functions, modules), because AIs often miss scattered pieces otherwise. That's what I'm building at opensource.builders[2]: turning OSS repos into a modular cookbook with structured "skills" that point to exact details for reliable remixing and porting.
SaaS companies are forever beholden to raising their market cap, even in solved spaces like cart, payment processing, and CRMs. Most businesses run on CRUD apps anyway, and if your core app exposes an API, you can build any customization you need on top of it. People here discounting how valuable it is for a business to have the software that runs their business on a tech stack they understand and something they truly own.
[0] https://github.com/twentyhq/twenty
- nearly every enterprise IT project is a failure anyway
- "can i do this for free?" savvy people write "thing i don't want to pay for github".
- ??? "stupid smelly nerds!" (https://www.reddit.com/r/github/comments/1at9br4)
okay, what was the actual obstacle? it's really simple: in order to use something FREE, you had to touch GITHUB, which meant GIT. and people hate git.
today, with LLMs:
- "can i do this for free?"
- LLM dutifully does the needful, using projects it finds and code it learned from github, and doing the prosaic tasks of launching them for you, whatever that means.
people are getting way up into their heads about what matters, psychosocial and management and whatever bs. chatgpt is FREE. it will fix your problems for FREE. people will put up with ANYTHING for FREE.
the real innovation is laundering all that inaccessible, pre-existing solution space into a format that doesn't require transiting git and giving it away for free.
don't believe me? all of the most profitable SaaS businesses in technology are the packaging, deployment and customization of pre-existing open source free software, whether it is linux, kvm, postgres, etc. they are factories to turn stuff that is inaccessible because it is in GIT, which SUCKS - that is the hard part for people to wrap their minds around, that GIT sucks - into websites you can pay for. now LLMs do that.
"According to IDC’s Future Enterprise Resiliency and Spending Survey from June 2025, 45% of all organizations and 56% of “digital natives” cited data sovereignty and potential cloud changes as their greatest concern for 2026."
https://www.veeam.com/blog/saas-data-sovereignty-microsoft-3...
At my company, we build software every day because our business is running a job board.
We always had kind of an impedance mismatch when it comes to creating content pages (think landing pages for marketing).
Yes, we can do this ourselves, but then software engineering resources are in conflict between shipping the next feature and creating landing pages.
So we introduced Webflow. Now marketing could create their content themselves. Did it match our corporate identity? Hopefully. Was it technically sound? Sometimes. Was it fun for software engineers to fix things in Webflow. No.
It kind of worked, but wasn’t exactly ideal.
Meanwhile, software engineering became more and more productive with the advent of AI coding agents, Cursor in our case.
So we tried another approach: giving our content creators Cursor.
But that was brittle, too: Cursor presents an overwhelming complex UI for someone who never used an IDE before, it could do a thousand things while only three are actually needed in this use case, you have to explain git on top of Cursor. It kind of worked, but only kind of.
So we sat down and built https://dx-tooling.org/sitebuilder/
It’s like a hyper-focused „Cursor light“ in the browser, so our content creators can just „chat away“ and create their content pages, with all the guardrails baked into the product. Getting tracking pixel integration etc. right just works. Matching our style guide perfectly just works.
And as a bonus, there is a whole git based storage and versioning workflow underneath, so software engineering can support and test and deploy the results with their preferred tools and methods, but none of this complexity leaks through to the content creators.
We built this ourselves in days, not months, thanks to Cursor, but it’s not vibe-coded — it’s a rock solid application that we will support and improve long-term without headaches: https://github.com/dx-tooling/sitebuilder-webapp