I came in to work Monday morning, showed it off, and inadvertently triggered a firestorm. Later my boss told me not to do that again because it caused havoc with schedules and such.
So I quit and found a better job. Sometimes the new guy can make a better version themselves over the weekend, not because they’re a supergenius, but because they’re not hampered by 47 teams all trying to get their stamp on the project.
(In before “prime example of overconfidence!”: feel free to doubt. It was a CRUD app with a handful of models on a PostgreSQL backend. They were writing a new Python web framework to serve it, complete with their own ORM and forms library and validation library. Not because the existing ones wouldn’t work, mind you, but more out of not realizing that all these problems were already sufficiently solved for their requirements.)
I imagine you're going to have people trying to automate the whole GTM lifecycle, but eventually the developer that thinks they can bootstrap a one man enterprise without actually doing any kind of social interaction will run into a wall.
I hear all of the cost savings benefit, but I never see the team factoring in their own time (and others time) needed to set up and maintain these systems reliably long term.
Something IC’s at company often struggle to understand is the reason why companies often prefer to buy managed solutions even when “free” alternatives exist (read: the free alternatives are also expensive, just a different type of cost)
people who write this BS - one never don't understand SAAS fundamentals, they only see what's on the screen and forget the complexity that lives on the backend - forget the costs of running such a SAAS
before it was low-code will kill SAAS, then Visual UI builders, now its A.I
just like it was before that crypto will kill Trad-Fi
people who say these things - have tied their identity into it so they whole-heartedly believe the bullshit they say even though reality doesn't match
to anyone curious read the 10k (Annual Report) of any public SAAS - Salesforce | Workday etc - people should admire these companies for the machines / ecosystem they built - and also learn the good & mistakes to avoid i.e the bad
those annual reports tell you how the revenue generation machine works, how much revenue is expected 2+ / 3+ years from now - their weaknesses | headwinds and also tailwinds - how those companies grow and continue to grow etc
When management realise that the vibe coded projects are not maintainable, SAAS will be as popular as ever
This niche position has had some interesting ramifications for them and for me. They clearly incur a lot of technical debt once their business relies on bespoke software. On the other hand, they own the software and can get an immediate response or new feature or upgrade from me, limited only by my time. And in the end, this ends up saving them time and money. It gives me a permanent and unending flow of work. But if I die, they're pretty screwed.
One reason I don't vibe code things even now, even simple components that could easily be vibe coded, is that I remember and know where everything is, every function or line of code that might be causing issues, because I wrote it myself. I know right away where to look for a query that might be throwing errors after a database upgrade, for instance.
As a manager I assume you would probably not want to go down the road of hiring someone like that, but for companies of a certain size it's an acceptable compromise. However, I wouldn't want to hire someone like that myself unless they were extremely reliable and didn't rely on AI to write any of their code.
In the time it takes to deploy semi-bespoke saas, or while waiting for the current licence term to expire it would be very easy to develop a more suitable and much cheaper product in-house, this was true before AI tools and doubly so now.
Moving SaaS apps in house is a great way for a VP to get a fat bonus or a director to get a promotion but I have to imagine it keeps the CIO/CTO up at night unless they're fully asleep at the switch.
With AI, I can only see the rate of such changes sky rocketing due to expectations wildly misaligned with reality. Hence we are unlikely to see any meaningful improvements.
what if the expensive SAAS offering is just as vibe coded and poor quality as what a junior offers?
But I think it’s plausible that SaaS companies will be easier to start with AI coding, and with lower costs (thanks to AI) they will be able to get into the black with a smaller addressable market. So each one can have a different mix of fewer features, for different segments of customers, at lower prices.
The result would be a loss of pricing power by the incumbent do-everything big guys: no more baked-in 10% annual increases. Which is still a pretty big change in their economics. And therefore valuations.
Companies in most cases don’t want to build SaaS because it is expensive to hire engineers to do it, not because they are allergic to owning teams.
If in-housing becomes substantially cheaper than the alternatives then companies will adapt.
But even if the new equilibrium is to hire a contract dev shop to build something custom to keep avoiding responsibility, this would have the same impact on SaaS.
So I’m pretty skeptical of this first-principles prediction expressing right level of uncertainty.
Of course some overdo it. I've seen companies with more random SaaS tools than staff, connected with shaky Zapier workflows, manual processes, or not at all. No backups, no sense of risks, just YOLOing. That's OK in some cases, in others really not.
I suppose it does need some engineering thinking to find the right things and employ them in a good way. Unfortunately even developers commonly lack that.
"Now that I'm in management, I 100% get it." 100% and win or lose I am still going to fight it...
We've been through cycles of outsourcing and in-housing skill before. This seems similar but for tools and services. Maybe we'll see internal teams taking the reigns back to replace bad-fit SaaS products.
There's still a lot of risk associated with in-housing though (perhaps more than before). That means the real opportunity is for new, leaner B2B SaaS businesses to step in, especially if there's a displacement effect from seeing internally built prototypes of expensive subscription software.
25 years here. You can absolutely do this. Most software is orders of magnitude more complex than it needs to be.
The junior programmer you are talking about who wanted to rewrite it in a weekend tends to come back with a working program, not empty handed.
AI could change that for good.
That sounds dysfunctional. The purpose of management is to manage risk, not to avoid it. A proper manager would be able to quantify both the risks and the costs, present those figures in an easy overview, and then be able to defend their decision (or advise higher management) using that.
The age of the business developer has re-arrived.
For the first time in my career, I can point to multi million euro external suppliers, tell my environment "that's basicly an API + authentication from X to Z, let's develop that ourselves" and get a response of "When" instead of "No". B2B SaaS is toast in my perspective, as are boutique firms delivering solutions + consulting. I can create a million euro team easily (that's like five developer years), if they deliver a successful insourcing. And now I feel like writing MBA-slop, but's it's all about growing your IT maturity. All insourced code is future maintenance expenditure. You need to balance that to the benefits.
The problem with this kind of thinking is that it strips away all nuance. At some point you have to be responsible for something ... otherwise you don't have a business. You are simply a wrapper around your SaaS providers and tightly coupled to their success. The key is knowing when to offload and when to keep it in house. Quite frankly, your average weekend MBA VP simply doesn't have the expertise to make these kinds of decisions. This is why so many VPs exit before things get bad.
Well, with claude, you can download the code, tell it to implement LDAP authentication, and smile all the way to the bank. And for said fortune 500 company, employing an employee to spend 100% of their time maintaining the app at 10k per month is a 15k savings! And because it _doesn't really take 100% of their time_ it's really only like $500 per month? And to be completely honest, how man times did you get Jira to fast-track your issue?
I get it however, the manager angle. It's still a distraction. But the article being referenced still shows revenue going down.
There's definitely a lot of cope in here, mostly because SaaS is keeping them employed... be ready, the crush is "almosthere".
But then keep in mind one who built the replacement will become the owner of an application that business doesn’t want to pay for and that person will be cost center for the company.
That person better get marketing and negotiating skills that Atlassian has on board because that person will be responsible for the app and will not be getting salary increases for working on something that is not core business of the company.
Even if you can make LLM to do the app for you.
I mean if we want recent examples just look at tailwindui since it's technically a SaaS.
i literally cannot understand why people keep repeating that non tech companies will build their own software, thats not the bear case for saas
Not trying to hype AI, but we are in an interesting transitional period.
B2B SaaS is a VULN. They get bought out, raise prices, fail. And then you have extremely large amounts of unplanned spend and engineering to get around them.
I remember when we replaced the feature flags and metrics dashboards with SignalFX and LaunchDarkly. Both of those went sour. SignalFx got bought out and quadrupled their insane prices. LaunchDarkly promised the moon, but their product worked worse than our in-house system and we spent nearly a year with a couple of dedicated headcount engineering workarounds.
Atlassian, you name it - it's all got to go.
I just wish I could include AWS in this list. Compute and infra needs to be as generic as water.
If you're working at SaaS, find an exit. AI is coming for you. Now's a great time to work on the AI replacement of your product.
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.
- If our customers vibe coded better integration points for us, it probably improves our overall value to our customers.
- The software industry, especially startups, is such an insignificant portion of the market, its not really worth worrying about. But, I can tell you from experience, that even large software companies don't want their own developers spending much time on accounting, ERP, or HRIS systems and they "outsource" this to SaaS companies.
sigh.
Also many customers of SaaS have little to zero engineering staff, they are in construction, resturaunts, law offices ect. These takes are so assanine.
* writing code has always been the easiest part of building software, deciding what to do and what not to do is something else that takes forever sometimes
* there are several open source projects that can replace commercial SaaS and still people prefer to purchase commercial SaaS. These are available immediately, deployed immediately etc etc.
* along the same line, some of those open source projects offer self-hosting and cloud version: I would always personally go for the cloud version because in a small team I don't want to operate something that other people built and I don't know how to operate. That's not my job not my team job
* people are underestimating how draining is operating and maintaining software, which is something that goes beyond the adrenaline rush you get after "building" something with Lovable or similar tools. Also, I find it extremely easy to get 80% done quickly but excruciatingly slow to get things done right.
* I still see huge value in using tools like Lovable to build a working prototype and validate assumptions so that you get quickly build the right thing right solving the right problem in the right away avoiding waste
* camcorders have been around for ages but you don't have millions of directors around just because you make a tool more accessible
* same can be said for other things like restaurants, where sometimes it's more convenient (although expensive) to buy vs build.
Yep. Many SaaS have an edge because they factorize the struggle of many customers, if a SaaS has 1000 customers, each customer vibing their way into a home-built solution will require dedicated efforts at maintaining it. Even with AI, those efforts aren't negligible.
Many companies don't even operate any IT infrastructure, cloud or otherwise, themselves, beyond office connectivity, AI replacing SaaS will require someone in charge of that at the very least.
tiktok alone has 1.5 million directors! it's just that we call them creators now.
the meaning of the word director has changed, that's all. but professional roles shift in meaning all the time. a computer used to be a literal human doing arithmetic. an engineer was someone who designed war machinery. being a doctor used to mean teaching at an university.
human beings are natural tool makers. we always have been. the frontier material to manipulate where the most advanced engineering happens constantly changes: stone -> bronze -> iron -> ink (descartes) -> steel -> silicon -> javascript (YOU ARE HERE).
notice how each step is an improvement/abstraction on top of the steps that came before it. some say english is next in that chain. i honestly have no idea. all i know is there will always be The Next Thing and it'll be much nicer to work with.
> camcorders have been around for ages but you don't have millions of directors around just because you make a tool more accessible
That’s exactly what happened. There are more filmmakers than ever now due to the accessibility of cheap cameras, then digital tools, including affordable HD cameras. Especially once the DSLR revolution took off circa 2011, which enabled budget-constrained aspiring filmmakers to use prime lens sets rather than fixed/built in zooms on cheap camcorders. With proper lighting they could actually make something look pretty damn cinematic. The entire industry has radically shifted in the last 15 years in particular due to these changes, but it started to shift around 2000 if I have to assign a particular year to it.
When you had to shoot on film stock, which was expensive and had a whole processing pipeline that one couldn’t reasonably do at home, there was a much thicker barrier to entry. You basically had to go to film school or get into the industry before you could start making your own stuff. Hell the Duplass brothers started out on crappy camcorders. Now? A smartphone, some cheap LED’s, a basic computer, you can really make something.
Let me provide some possible evidence against this: so many teams are desperate to rewrite their codebase but struggle to actually do so. And when they finally make the leap, it takes them 5x as long as they had hoped. Then sometimes the new code isn't even any easier than the old code.
I personally find writing code to be a huge time suck and I'm very happy that AI helps me save that time.
If that’s the case, then I should think business owners and office workers should be able to sort that out, lestwise on the “how to automate the boring stuff” front. That repetitive, boring, time consuming, error prone work. Incremental, least work for greatest impact.
The danger is they pull a 1999 Mars Climate Orbiter —level mistake. Or their solution suite grows to big to manage with mounting tech debt.
Also, if you’re software also required some custom domain hardware, then there’s your bottleneck for protectionist business practices.
* several companies require their tool to have several certifications (SOC 2, ISO 27001 etc etc), how this will work with vibe coded tools?
A given company or enterprise does not have to vibe code all this, they just need to make the 10 features with the SLA they actually care about, directly driven off the systems they care about integrating with. And that new, tight, piece of software ends up being much more fit for purpose with full control of new features given to company deploying it. While this was always the case (buy vs build), AI changes the CapEx/OpEX for the build case.
I'm pretty sure every developer who has dealt with janky workflows in products like Jira has planned out their own version that fits like a glove, "if only I had more time".
Didn't seem to kill off the big SaaS players or even weaken them.
When you sell a service, it's opaque, customer don't really care how it is produced. They want things done for them.
AI isn't killing SaaS, it's shifting it to second S.
Customers don't care how the service is implemented, they care about it's quality, availability, price, etc.
Service providers do care about the first S, software makes servicing so much more scalable. You define the service once and then enable it to happen again and again.
Are you sure? Companies still use SharePoint Online, Teams etc.
The F in SharePoint stands for fast
If you are selling SaaS consider that a vibe-coding customer is validating your feature roadmap with their own time and sweat. It's actually a very positive signal because it demonstrates how badly that product is needed. If they could vibe code a "good enough" version of something to get themselves unstuck for a week, you should be able to iterate on those features and build something even better in short order, except deployed securely and professionally.
Everyone's going to talk about how cool their custom vibe-coded CRM is until they get stuck in a failed migration.
Failed/partial/expensive migrations is the name of the game with SaaS as well. Lock-in is the bottom line.
Migrations become much less scary when you truly own your data and can express it in any format you like. SaaS will keep sticking around, especially those that act like white-hat ransomware.
I have a strong feeling the future's going to look like this:
Company vibe codes to replace a SaaS.
Little do they know this creates a time bomb: fragile systems where fundamental architectural defects are papered over by humans who knew the underlying dynamics but didn't articulate them well enough during the initial "vibe-architecture," so they're forced to patching the "impedance mismatches" with data entry or with even more vibe coding.
Those humans are eventually laid off, because of course they are. Data quality rapidly deteriorates. Operational mishaps deteriorate relationships with human counterparties. Defects begin to cost thousands to millions.
Suddenly, there's demand: not for SaaS, but for actual service businesses. Consultancies that can parachute in, do actual domain-driven design, and un-vibe that code. They do have a stronger-than-ever pool of out-of-work engineers (many from the failed SaaS companies).
The SaaS companies that survive understand that the first S no longer stands for Software; it stands for Solutions.
Wrong take. You don't need to build something better, you only need something good enough that matches what you actually need. Whether you build it or not and ditch the SaaS is more of an economic calculus.
Also, this isn't much about ditching the likes of Jira not even mentioning open source jira clones exists from decades.
This is more of ditching the kind of extremely-expensive-license that traps your own company and raises the price 5/10% every year. Like industrial ERP or CRM products that also require dedicated developers anyway and you spend hundreds of thousands if not millions for them. Very common, e.g. for inventory or warehouse management.
For this kind of software, and more, it makes sense to consider in-housing, especially when building prototypes with a handful of capable developers with AI can let you experiment.
I think that in the next decade the SaaS that will survive will be the evergreen office suite/teams, because you just won't get people out of powerpoint/excel/outlook, and it's cheap enough and products for which the moat is mostly tied to bureaucratic/legal issues (e.g. payrolls) and you just can't keep up with it.
The sheer volume of data, the need for real time consistency in store locations, yada yada means that bad early decisions bite hard down the road.
Lots of drudge work can be assisted by AI, especially if you need to do things like in ingest excel sheets or spit out reports, but I would run far away from anything vibe coded as hard as possible.
The panic over SaaS vs AI is simpler than people think. For years, we’ve been paying "Enterprise" prices for tools that are essentially just a UI on top of a database.
I'm a solution architect, and we recently looked at the $30/user/mo price tag for legacy test management tools. It’s insane. Why am I paying a "per user per month tax" for a glorified spreadsheet when I can pay $20 for an AI agent that can build me a custom version in a week?
So, we did exactly that. We used Claude and Cursor to "vibe-code" EZTest. A 100% open source, self hosted alternative that does 90% of what the expensive SaaS tools do, but with zero recurring fees and total data ownership.
The market is crashing because the "Application Layer" has been commoditized. If you can build and own your infrastructure for the cost of a few API calls, the era of renting basic software is over.
We aren't just building a tool; we're proving that the "SaaS Tax" is now optional.
If that’s better than $x/month to be someone else’s problem then it’s a win.
That maybe doable in your 10-people startup, Namanyay. Try doing it in a larger organisation with layers upon layers of firewalls, databases, authentication systems and not the least importantly - management. Not to mention the vastly different audience, both in size and interest. Your own experience is not the experience of everyone else.
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.
(1) Business model: hosted software you pay monthly for (vs self-hosted/one-time purchase)
(2) "Glue" products: tools like Monday.com that primarily provide synergy between data sources and workflows
The article is really about (2) - and yes, those are vulnerable to vibe-coding. If your product's core value is "we connect X to Y and show you a dashboard," that's now a weekend project.
But there's a huge category of SaaS where the value is in the product itself, not the integration layer. Take Excalidraw - fits the SaaS model, but try vibe-coding a collaborative whiteboard with real-time sync, proper data persistence, conflict resolution, export formats, etc. The hard problems aren't "connect API A to API B."
Or PostHog - sure you could vibe-code some analytics tracking, but building reliable event ingestion at scale, session replay, feature flags with proper rollout controls? That's years of engineering.
The "vibecodeable" SaaS products were always somewhat commoditized - AI just accelerated the timeline. The ones solving genuinely hard technical problems seem a lot safer to me.
Simple CRUD app sure, but we're nowhere near being able to vibe code even a relatively low-complexity enterprise SaaS product.
If it's got customer data in it and/or you're making important business decisions based on it, you really need your system to be accurate and secure. My experience is the people who procure enterprise software know this and tend to care a lot about it. They often have legal and contractual obligations around that.
In the 1990s there were people who thought OOP with point and click tools like FoxPro and Delphi would make it so easy to create software that everything could be built in-house without expert programmers. The invention of SQL was supposed to eliminate roles like Report Writer and Data Analyst because now business people could just write their own queries "in English" and get back answers.
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...
I do think like this HN post (https://news.ycombinator.com/item?id=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.
A lot of companies have been too smart for that, and a lot of SaaS offerings are too small to be truly entrenched. Arguably the investment horizon is too short (IBM took decades getting to that point).
The only real vendors who managed to become the next IBM are the cloud providers.
Vibe coding might not be supplanting all SaaS solutions but it's definitely shaking out "last-gen" solutions.
I dont think going back to having own developers, owning the code is going to be a bad financial propositions for such companies. My company is now one month into trying this out and so far, so good. We kicked our outsystems addiction and are just went live with a react rewrite - and are well into rewriting an expensive to run document management system which we were at the same time under-utilizing and abusing. Our product people are loving it since for the first time in ages we dont need to tell them "well that would be real hard, considering we have salesforce crap underneath and it just doesnt do this or that well".
For most companies this was always true, but LLMs have given them the confidence to actual start writing more software in house. The SAPs of the world have nothing to fear, companies aren't going to vibe code a CRM, but they are going to be able to more easily write integrations. At a previous job we frequently had bills for €10.000 for small integrations into our ERP, but once we figured out the API and gained more confidence in our abilities, all those integrations got pulled in house.
If your SaaS platform provides actual benefits, then you don't need to worry. If your business in writing integrations for other companies into platforms you don't own, yes, AI is going to hurt your business.
This should have happened regardless of AI though. The idea that companies (over a certain size, e.g. ~20 people) doesn't have a least on developer employed, regardless of industry always seemed like a missed business opportunity. We wrote so many tools for sales, warehousing, customer service and accounting and it's hard to imagine the business functioning without those tools. I might have spend two weeks writing a tool, but if it saves sales 20 hours a week punching in orders, we get a positive return in a month.
Are they not able to just engage AI to solve those problems now? E.g. this morning I saw an app that did something interesting to me for $20 a month. 20 minutes in Gemini and I had a functional app that replicated the behavior. SaaS are more complex but give me a small team and a couple months and we could replicate most any of them.
Financial performance e.g. revenue is what counts right now as any hard-evidence.
I've never seen a SaaS product that fits this description. There are always things to do. Libraries to upgrade, performance bottlenecks to diddle around with, an endless stream of nonsense feature requests from people at the customer who never actually use the product, fun experiments your developers want to try out, and so on.
The hard part in SaaS is to delete code, and that's what you should do, at least some of the time. Either through simplifications, or just outright erasing functionality that very few if any of your customers rely on.
What you should not do is let your customers grow the liability that is code in your production environment, unless your entire product set is designed to handle things like this, e.g. the business models of Salesforce and SAP.
Most companies are not going to replace stable SaaS with a pile of AI-generated internal tools. They don’t want the maintenance or the risk.
If there’s a real B2B game changer, it’s Microsoft.
The day Excel gets a serious, domain-aware AI that can actually model workflows, clean data, and automate logic properly, half of these “build vs buy” debates disappear. People will just solve problems where they already work.
Excel has always been the real business platform. AI will just double down on that, not kill SaaS.
Let's put an example an exception-tracking SaaS (Sentry, Rollbar). How do the economics of paying a few hundred bucks per month compare vs. allocating engineering resources to an in-house tracker? Think development time, infra investment, tokens, iteration, uptime, etc. And the opportunity cost of focusing on your original business instead.
One would quickly find out that the domain being replaced is far more complex and data-intensive than estimated.
It's a fallacy to consider the bad performance of software stocks as a definite sign that AI is going to replace them. One needs to factor financials into the equation to explain a downtrend. Take Figma for example, spending 109 mil on AWS bills, cutting through their margins. Investors know that such costs do not simply go down due to the vendor lock-in companies experience when using cloud services.
Claude Code is good, but definitely far away from being able to vibe code Figma.
Sure, they could do that, but the cultural change required is an order of magnitude harder than just sticking an agent on top of their source-of-truth and believing that the problem is solved.
Maybe it works for areas where the application is a relatively self-contained island of productivity. Figma is somewhere that a designer spends a lot of their day, so it's going to be less vulnerable, but most pieces of softare fit into broader workflows. So for Figma the disruptor is less likely to be "AI-powered designer" and more "AI-powered web builder" - e.g. Lovable or even Claude Code itself that just generates great designs.
If anything AI helps companies escape the "feature wheel" that is used to justify exorbitant costs, while providing debatable (and often even negative) utility to the end user.
Keep in mind, Excel '98 would still probably be overkill for 85% of people's needs in 2025.
What companies thought was adding more utility, was actually just continually stacking costs in front of getting to that core functionality.
AI replaces the core functionality, and the "feature" scheme collapses...
Take a couple screenshots of your legacy app, write a short paragraph describing it, and the web tool will give you a self-contained HTML file that’s a fully interactive mock-up.
But it’s still a mock-up. So software dev in general will be fine, it will evolve. But unless the AI companies run out of money and it turns out the $20/mo plan actually costs $1000/mo without VC subsidies, Figma is cooked.
Software will cease to be a winner take all and be a very long tail distribution!
Anecdata sample size of one, but this is not my experience at all. My business has only continued to grow over the past couple years, and I don't think I've had a single customer mention AI to me at all (over the phone or email).
First of all, many big companies pay a fortune to use inferior SaaS solutions instead superior Open Source solutions; possibly because one of their CTO may have received kickbacks or promises of a lucrative job at the SaaS provider as a consequence of this deal. There are a lot of politics going on behind the scenes when it comes to procurement.
Execs at big corporations are often looking for plausible ways to spend investors' money in a way that they can capture some of it for themselves. If they choose open source or they choose cheap vibe coded solutions; there is not much money changing hands. No opportunities for insiders to covertly monetize.
And then there are a lot of security implications to using a complex vibe coded app. The AI won't be able to identify the vulnerability in any decent sized codebase unless you know what you want it to look for.
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
There are many millions of companies that are going to be re-examining if they can do better in the next years. The work will still be very complicated but with the help of AI, small IT shops might just deliver enough value to be worth the trouble.
The notion of e.g. busy floor plant/logistics managers vibe coding this themselves is silly. 1) they don't have the time; these people are super busy 2) they lack the ability. 3) they'll want it done properly 4) their employers won't skip all the certifications, iso stuff, and what not.
Companies invest in SAAS software if it delivers some kind of revenue/profit benefits. If it's too expensive/complex, it can't do that. AI tools lower the cost of SAAS solutions. So the totally addressable market grows. Companies will want to maximize their ROI though. So, they'll do the usual and engage software companies and integrators to help them do this. They'll expect to pay less for more. And there will be lots of haggling around that topic. But there's an enormous amount of companies that are quite far behind on getting their operations into this century in terms of IT already. There are going to be early adopters looking for early successes here that will put pressure on their competitors if they are successful.
I'm running a small company in this space. We're seeing a lot of opportunities right now. And AI is making my work massively easier already. All those complex ERP integrations just became an order of magnitude easier to do with a small team. They are still hard though. Forget about vibe coding that. You need a plan.
Yes, a lot.
> Who's taking care of it?
It's not hard.
We wouldn't do it for tools that are purpose made and have sane pricing in the market place. We do it for stuff that would traditionally go on a 'platform' like Salesforce or something that requires a lot of customization to begin with. It's so much easier to just roll your own than even just going through the procurement process of those kinds of tools much less the integration and change process (hiring consultants, etc). I'm not hands on with it, but I know our small group of AI are helping us eliminate $5m recurring annual spend this year and that's directly impacting the topic article. I won't be surprised if at some point we replace our more sticky ERP software or use this leverage to negotiate prices that are sane. Businesses have been gouged by enterprise software long enough.
Reading through the article:
> They were paying $30,000 to a popular tool3
Couple things we needed to understand here:
- How large is the client company
- Is that $30,000/month or day or hour....
Any product/service that people care about comes with a pager rotation - which is 6-7 employees making > $200k/year. If you can offload that responsibility to a SaaS for < $1mmm/year - done deal.
There are many companies that operate like this all over the world. Outside of the hyper-growth tech VC world cutting costs is a very real target and given how cheap Devs are outside of America it's almost always worth it.
Thats the pitch.
But, what are Claude plugins?
Plugins=Commands+Skills+Integrations.
Commands are specific to Claude code. But commands and skills are nothing but prompts at their basest level.
So what is the main differentiator?
Integrations.
But what are you integrating with?
SaaS companies.
And what is the stock market doing?
Dumping SaaS stocks.
How do they think Claude cowork will work without the integrations. Without the system of records.
If anything, these SaaS products have become more important. If I was a trading guy, I would go to the github of claude plugins, see the default integrations and buy the stock of those companies.
The other issue is valuations - B2B SaaS stocks have never been rooted in reality, and the 100+ P/E ratios were always going to come down to earth at some point.
As expensive as some of these software seem in terms of cost per seat, most of the subscription contract rarely exceed a few hundred thousand / year if even $1mm, which is drop in a bucket for many companies. (vs running on-prem servers, having staff to support them)
You'd think Atlassian would be printing money given everybody under the sun is using them, but they only make $5B in annual revenue.
I've worked at fortune 50 companies for a while and custom enterprise software is still alive and well for things that are too business specific to buy off the product for. But they're not going to be in a rush to create their own Workday, Salesforce, Jira, Figma, SAP, etc.
If anything B2B SaaS is growing with AI, and it hasn't even begun, the biggest AI markets right now are personal. The B2B market is up for grabs for sure, 0%-1% of niches have an LLM product right now. But traditional SaaS has a huge advantage, they have reams of industry specific data, and they have the customers, sure they will have competition, but they are the incumbents.
If I had any money I'd buy the dip
My own prediction is that reliable vibecoding will be additive. It's a new capability that will help high-agency people do things faster or answer questions they couldn't easily answer before. Need to spin up a big custom Monte Carlo calculation and want a simple UI to control and configure it? You can just throw that together now. Need to get a draft budget allocation for a big set of projects calibrated against a set of conflicting constraints? Let an agent crank at it for a couple hours, then review and refine manually -- or just toss it out if you don't like it.
But building, running, and maintaining production-grade services or apps that the company relies on for its basic functioning? You're not just paying the SaaS vendor for having built the product -- you're paying them to maintain it, run it, and respond to issues promptly. You're also paying them to keep building it and improving it over time. To be clear, I think there are certainly cases where the rise of "coding AGI" is going to lead companies to build some services internally versus buying from a vendor, but I predict these will be highly custom and bespoke services that are too tailored for a specific corporation to make sense for a third-party vendor to try to sell.
I’ve seen many startups recently were it was like “guys I could vibe code your ‘product’ in the afternoon.” Yes someone needs to look after it etc, but the bar on where companies buy vs build is getting much, much higher.
(Insert rant from dev teams about the code sucks, who will maintain it, etc). Yes all valid points, but things are changing regardless of if folks like it or not.
That is because AI is living in our world, instead of the opposite where we live in AI's world.
Case in point: maybe the AI hallucinated a class method that never existed in our world yet, but perhaps in the AI led processes and workflows it would be written to better fit into the smooth gradient decent those same top parameters' scores.
Vibe coding gives you that dopamine hit of creation, but does the internal dev really want to deal with the care and feeding of the random shitty timesheet app they created?
Do they want to take on the work of integrating random backend systems that timesheet system needs to talk to? Do they want to get called at 3AM when it's down?
Even AI assisted, living year after year with production systems is hard.
"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...
Probably one way SaaS companies will adapt is to break up their offerings into more modular low cost components. While many customers will end up paying less, the addressable market will probably increase because of the new low cost options.
To a degree but most enterprise focused software usually has differential pricing. Often that pricing isn't public so different companies get different quotes.
I was surprised when I saw the numbers from Bloomberg myself as well!
Now with cloud maturity and Vibe coders who will get better and cheaper, I think it's possible to replace all the features we use on Salesforce at a fraction of the cost of our Salesforce licensing cost.
- No professional used an iPhone for years. Most don’t today.
- Professional scoffed at it as a toy
- The toy shifted the balance of volume through everyday enablement of amateurs to a degree that professional were right, but now in a severely lopsided terrain.
The value ends up in the most engaged paradigm, rather than the most perfect one.
In the early days, the tagline for Salesforce is "No Software". It's secret recipe is this: your sales team only need a browser and a credit card, to get the service. No software installation needed. Even if you have a genius can code something equivalent, it will never be a "service". That genius is not going to support it, not going to add storage for you, not going to restore an accidentally deleted record for you. That takes an army to deliver. It is a service.
Of course, Marc Benioff kind of shot himself in the foot by trying to get ahead of the AI curve... and gutted their customer service division. If the service is delivered by AI agents, what is the selling point again over other AI agents? They have debased their key strengths and are getting punished for it.
In our work, we’ve seen features like AI search and guided workflows improve retention only when they reduce manual effort and are trusted by users. If an AI feature feels like a gimmick, people ignore it. So I’d reframe it: AI is accelerating differentiation, not destroying the category.
Most people who've been in a business SaaS environment know that writing the software is relatively the easy part aside from in very difficult technical domains. The sales cycle + renewals and solution engineering for businesses is the majority of the work, and that's going nowhere.
People stopped smoking immediately, and cigarette sales tanked. The cigarette companies laughed (with all the phlegm in their throats and lungs) and sales came back 1-2 weeks later.
I suspect in a few months or a year companies with vibe-coded replacements for SaS products will find they need to go back: But, just like how many less people smoke today than in the past, the writing is clearly on the wall. At some point someone will figure out how to replace SaS with AI; it's just going to take a lot longer than many think.
I'd be very surprised if devs were fully replaced by AI in less than 10 years.
Hopefully wannabe senior leadership will try and take advantage of AI without taking advantage of developers, because most of us just want to write code and build something great.
Here's my general mantra regarding AI: NEVER take suggestions about AI from people who have a vested interest in it. CEOs of companies that train and offer LLMs, Authors of Books about LLMs and AI in general, etc.
This may come off as an unpopular opinion, but this is how I felt after listening to Steve Yegge recently. He has a new book about Vibe coding and he goes on in the interview/podcast to say that the best programmers he knows in the world (the ones better than him and maybe even the top world class programmers), would be equivalent to those of interns in an year, if they don't start vibe coding or use AI. I respect the guy, but damn, this is just peak delusion. He didn't even say it as a hyperbole, he meant it.
According to popular CEOs of companies training LLMs, 2024 was supposed to be the year that would eliminate the need for Junior and mid-level engineers. 2025 happened. Now, we are in 2026.
So yeah, I'm never taking advice about AI from these people ever again.
I get where you're coming from, but let's say you're talking to a HVAC installer, and he recommends you a system to get - I'm sure there's financial self-interest on his part, but I do like to think that he knows quite a bit about what he does, and believes what he's selling is genuinely good stuff (and has reason to), even if he oversells it a bit.
Which is easier to vibecode - AI agent or Salesforce?
The fragmentation in the AI agent space will be markedly larger than at the base CRM layer.
Abd the AI agent is replaceable in under a minute but your data in Salesforce isn’t.
Was messing around with Grafana and other stuff, but for session replays and metrics I built UXWizz. Gives me everything self-hosted and avoids those crazy per-user bills [0].
Since when does stock price / valuation have to match actual business realities?
I feel the same way about needing to build platforms that enable companies to build on top. That's why i'm building adventureflow.ai to enable energy companies to build their agentic workflows directly on top of my platform.
The expectations have completely changed now, customers expect more software for less, because it is 5-10x cheaper now or faster to build and there's no changing that. Tools like Opus 4.5 have completely disrupted the software marketplace!
I feel like there's an interesting story in there.
Charging hundreds of thousands if not millions per year for very basic functionality is what is "killing" b2b SaaS.
Like I can see how a very small company could replace a portion of an overkill and underutilized SaS platform.
I don’t see how a larger more complex business could replace their SAP or ADP with a vibecoded version.
These stories are all very similar in where the author knows some CEO of an obscure company who told them they had an engineer reverse engineer and vibecode some obscure SaS solution and saved them $50K.
But, not sure which successful SaaS companies just stopped shipping any updates to the product, never talked to their customers and never added any new features to win over major new accounts - and still managed to survive and thrive?
And the author actually confirms this:
> AI isn’t killing B2B SaaS. It’s killing B2B SaaS that refuses to evolve.
Can you though? With major bugs? We've been getting more and more crashes, downtime, issues etc lately and a lot of it has had to do with vibe coding.
The whole point of these B2B SaaS is meant to be quality.
i.e. it's set users' expectations but in the wrong way.
And all of those updates are just AI features.
How's that going for Microsoft?
https://www.windowscentral.com/microsoft/windows-11/2025-has...
They want AI to vibecode a rolodex. And just use that. For 30 years if needed. 2000 LOC and a one time $20 cost.
The cancer of SaaS cannot die fast enough.
Saas will have to drop prices to be competitive so fat margins will go away which will probably affect margins for AWS etc.
but they don't want to. and they will be replaced, as it's good and well.
- A company vibe codes their own app to replace a SaaS. Great when they only wanted a small chunk of the functionality. - Startups benefitting from AI coding are copying mature SaaS companies and competing on price. - Mature SaaS companies are branching out into each others domains. Notion is doing email. Canva is doing an office suite.
then the sell-off is attributed to AI because it is far easier to say to shareholders hey we know our company lost half its value but thats actually a good thing because we need to pivot to AI and we're going to spend all our free cash flow on AI software and our stock should totally be trading at 300x earnings again in a few weeks. if you can last another few months as CEO and the fed cuts rates you'll be able to ride it out
of course, the tide is going out on a few dogs. I don't think adobe will become dominant again
you see the same trend with mass-layoffs being blamed on AI. easy way to sell bad news to the shareholders
in 2026, AI and JE are the two reasons for absolutely everything
The real story is that SOME startups made up of one person (or small number of engineers) will do it, and create pricing pressures against Workday, or DocuSign, or other B2B SaaS.
A middle 100-500 heads firm don't need enterprise level SaaS, a vibe coded website will suit them better.
Fundamentally, those workflow/orchestration SaaS needs to answer the question why people should pay you premium while only getting 80% where they want to be.
Unless you consider customer acquisition cost. Not considering cost of sales is one of the big mistakes software developer entrepreneurs make.
Imagine this, you are VP of finance. You know you can get a nice tax calculator built quickly using vibe coding, but will you put your neck on the line and say, let's replace the existing vendor and use my vibe coded tool. You might fired if you send a wrong tax report to your auditor.
Let's take another example - VP of sales wants performance report and visuazliation of the sales team. He has 200 BDRs. The daily sales standup depends on this report, team gets yelled at or praised basis this. Now, will this VP be willing to put his neck on the line and say - let's use my vibe coded report and discard the existing SaaS. Even if such a report feels trivial, it is vital for functioning the sales team and hence, it needs to be reliable.
I think vibe coding will work at prototype level - the trust gap is very huge right now to even consider it for internal tools.
And, until vibe coded tools are stress tested enough this trust gap will not be fulfilled. Think about this, why some of the biggest companies in the world still run on softwares built in 2000s.
but around the point "2. Security, authentication, and robustness" the LLM took over and finished it...
The system of record bit is quite correct and imo the only durable advantage. But that doesnt explain why Klaviyo shoyld worry. In fact marketing workflows are some of the most important systems of record directly tied to business earnings.
The assumtpion that in SaaS you build once and everybody uses it is false. There are always customizations or features that need to be built for big contracts. Its the small players that are okay with out of the box SaaS since they lack the budget to pay for a customization. Ironically, these teams will get hurt the most should they choose to go down the vibe code everything path. Here infra capex is far lower than payroll and owning too much software (vibe coded or not) will simply steal time from business development.
Honestly, the market just panicked and caused a temporary correction thats all. Then we all got busy and wrote a bunch of thought leadership crap on top.
In reality AI is the best thing to happen to SaaS companies since it reduces RnD time and expenses, allows even small players to bid for large contracts without overloading existing dev capacity and also makes it possible to put devs in front of customers since now there's no need to sit down and code. AI is also the best thing to happen to engineering since it now allows for product management to be folded into the existing craft.
1) The must-haves. These are your email and communication systems, the things you absolutely have to have up and available at all times to do business. While previously self-hosted (Exchange/Sendmail, IRC/Skype/Jabber, CallManager/UCS), the immense costs and complexities of managing systems ultimately built on archaic, monolithic, and otherwise difficult-to-scale technologies meant that SaaS made sense from a cost and a technical perspective. Let's face it, the fact nobody really hosts their own e-mail anymore in favor of Proton/Microsoft/Google/et al shows that self-hosting is the exception here, not the norm - and they're not going anywhere regardless of how bad the economy gets. These are the "housing stock" of business, and there's plenty of cheap stock always available to setup shop in without the need for technical talent.
2) The juggernauts. The, "we can do this ourselves, but the pain will be so immense that we really don't want to". This is the area where early SaaS solutions cornered and exploded in growth (O365, ServiceNow, Google Workspaces), because managing these things yourself - while feasible, even preferable - was just too cheap to pass up having someone else wrangle on your behalf with a reasonable SLA, freeing up your tech talent for all the other stuff. The problem is that once-focused products have become huge behemoths of complex features that most customers neither need nor use on a regular basis, at least after the initial pricey integration. Add in the ease of maintainability and scalability brought by containers or microservices, along with the availability and reliability of public cloud infrastructure, and suddenly there's more businesses re-evaluating their relationships with these products in the face of ever-rising prices. With AI tooling making data exfiltration and integration easier than ever from these sorts of products, I expect businesses to start consolidating into a single source of truth instead of using dozens of specific product suites - but not toppling any outright.
3) The nice-to-haves. The Figmas, the HubSpots, the myriad of niche-function-high-cost SaaS companies out there making up the bulk of the market. Those whose products lack self-hosted alternatives risk having vibe-coded alternatives be "good enough" for an Enterprise looking to slash costs without regard to long-term support or quality; those who compete with self-hosted alternatives are almost certainly cooked, to varying degrees. If AI tooling can crank out content similar in quality to Figma and the company has tech talent to refine it for long-term use, why bother paying for Figma? If AI tooling can crank out a CRUD UI for users that just executes standard REST API calls behind the scenes, then why bother paying for fancy frontends? While it's technically interesting and novel at how these startups solved issues around scaling, or databases, or tenancy, the reality is that a lot of these niche products or services could be handled in-house with a container manager, a Postgres instance, and a mid-level IT person to poke it when things go pear-shaped. The higher per-seat prices of a lot of these services make them ripe for replacement in businesses comfortable with leveraging AI for building solutions, and I expect that number to grow as the tools become more widely available and IT-friendly in terms of security.
Ultimately, the core promise of SaaS to business customers was all the functionality with none of the costs of self-hosting support. Nowadays, many of them have evolved into solutions that are more expensive than self-hosted options, and businesses that have shifted IT into public clouds or container-based systems have realized they can do the same thing for less themselves, at the cost of some UI/UX niceties in the process. Now that we (IT) can crank out integrations with local LLMs with little to no cost, we're finally able to merge datasets into singular pools or services - and I'm not talking about Snowflake or its "big data" ilk so much as just finally getting everything into Salesforce or ServiceNow without having to bring in consultants.
The must-haves and many of the juggernauts will remain - for now. It's the niche players that need to watch their moats.
Enterprise sales basically works like this: A non-technical sales team aggressively promises everything to win a deal to a non-technical procurement or exec team. When the deal is won, the SaaS sales team tells engineers "go build this" regardless of how stupid it is. And the customer tells their employees "you now have to use this SaaS" regardless of whether it makes sense.
At the level of the old adage about whether the horse-drawn buggy-makers are in the buggy business or the transportation business, it's all telling the computer what to do in the context of providing a customized tool that you or others might use. So in this context, a customized Excel spreadsheet counts. And so does a vibe-coded app.
And of course, wringing our hands about what it looks like now totally ignores the fact that it's not going to be like this for more than a year or two at most.
How long until a user can reasonably say to Claude or similar, "I need Bob here to track production at my factory. Lay out a set of tools to do that, and make sure they're layered with help and tutorials so Bob can learn on the job because he doesn't know anything. Don't let him make any mistakes."
That's probably not coming next year, but certainly it's not ten years away.
B2B SaaS is projected to grow over the next decade, not shrink. Just use the LLMs and you’ll be reminded of the value provided by the company selling non-core but important tools for your business.
Are these companies unable to build a link shortener? It's also so easy to migrate off shortener service. If they can and still choose to use these shortening services, there must be other reason. And that reason is that they simply don't want to. This has nothing to do with AI.
I run a software company and one of the reasons customers say they want to migrate from their homegrown spreadsheet is because the guy who built it left. A freaking spreadsheet!
Such blog posts and probably many comments here are the perfect answer to "Tell me you don't run a real business without telling me you don't run a real business"
Making the audit someone else’s problem is 90% of the ‘buy’ value in ‘build vs buy’
If software is cheaper... building it seems a much better option but... ...the fact that software is cheaper means that SaaS companies will be able to be more competitive with price, offering more features, integrating them much better with the newest agentic tools and frameworks that are getting released.
Sure, the market will adjust, some will be pushed away, others will find businesses that weren't possible before... but we're far away (I hope) from the AGI revolution, don't forget to see this crysis as an opportunity too.
Although the article may also be hyperbolic, I'm not going to comment on reasons why it might be. Instead, I will agree, and think SaaS companies stock performance this year will be proof. Sure, it might not be the collapse that AI doomers are hoping for, but all the FUD they spread over the past few months to years will signal that they're not insulated from it. They made their cake, now they have to eat it too.
When enterprises/businesses in general upgrade any software in the company it takes years sometimes... There is also Vendor lock in, you can't just swap things with vibe-coded slop, and trust me your manager will never want to do that either because his butt will be on the line.
You need your B2B SaaS to think you can use AI to replace it though, so said SaaS will keep it's prices reasonable. Otherwise they have you by the balls and will charge you much as humanly possible.
If your workforce is vibing all day, they will have no capacity for maintenance, because it isn't their code. So the maintenance that happens will be slop and more spaghetti. I am not saying cases like that never existed before, but such companies will face a moment of truth sooner or later.
You can shit out an app with AI, just like you could with Indian workers. But that doesn’t mean it will work properly or that you’ll be able to maintain it.
And most importantly, it only works for code they could steal from GitHub. It has no idea how to replicate sensitive systems which aren’t publically documented, and those are some of the most valuable contracts.
Just because the stock market dips, and a bunch of media outlets ascribe this to AI doesn’t mean that AI ‘caused’ the dip.
If people really think non-tech businesses will start running their own software organizations and maintain all these tools themselves is an idiotic assumption at best.
The “building” of software has never been and will never be the bottleneck.
You mean the poor SaaS company actually now has to implement features needed by customers??
Jesus wept.
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
and u end up in aggregators aggregated aggregators type situation where optimal solutions never arise because we don't actually cooperate enough to produce them
ai is fitting into the notion that this is all bullshit ... even if not in the correct way
As an anecdote, I've been vibe coding an accounting system that perfectly matches with my own expectations of accounting software, i.e., it's intimately connected to CSVs, imports and exports from CSVs, but acts as a kind of enrichment and reporting and file association layer. If there was anything like this, any kind of SaaS that I could have and download as software and run on my own computer offline and be able to inspect and trust and version control so they wouldn't add or remove some kind of feature that I wanted down the line, then I would have gone with that.
But now I have essentially my absolute ideal solution, written with a Python backend and Vue and JavaScript frontend, and it's radically improved my ability to maintain accounting for our business account.
And I think there's something really important to point out here, which is that the feeling of lock-in is very seriously reduced when you are Vibe coding your own software, because if you don't like the way that it works or you realize that there's something missing, you can add it pretty painlessly. Like, that's always been a huge challenge with choosing vendors for a SaaS platform, is you think, oh no, well, what if their conceptual model for what I'm trying to do doesn't quite map onto our own internal systems or understanding of what's being done? Well, when you have your own Vibe-coded SaaS, you can just add that information. So there's something incredibly organic about it. I used to work at a startup in Redmond where we built this large internal system to manage a scientific process with lots of machinery and data, and it was incredibly empowering and actually became one of the core values of the business that was able to be licensed to other businesses in the same industry. And it seems like we're just improving that capacity from here.
Now obviously, if Vibe Coding magically were to go away or became much more expensive, then I'd have this legacy piece of software, which I couldn't improve, and that would be a dead end. But my expectation is that the functionality that we have today will only improve. And in several years, the scope of changes that I'll be able to make, the level of professionalism, modularization, maintainability, code quality, will only improve. And so this has me thinking in general that software is kind of undergoing a step change where we're moving into the so-called age of intent beyond the age of the interface. And that's tremendously exciting to me, and I just couldn't be more stoked about it.
> And vibe coding is fun. Even Bret Taylor, OpenAI’s chair, acknowledges it’s become a legitimate development approach.
Color me shocked! Bret, who directly profits by how his product is perceived, thinks it's legitimate???? /s