| ▲ | nine_k 16 hours ago |
| Had the cost of building custom software dropped 90%, we would be seeing a flurry of low-cost, decent-quality SaaS offering all over the marketplace, possibly undercutting some established players. From where I sit, right now, this does not seem to be the case. This is as if writing down the code is not the biggest problem, or the biggest time sink, of building software. |
|
| ▲ | codegeek 14 hours ago | parent | next [-] |
| The keyword is "building". Yes costs may have dropped 90% just to build software. But there are 1000 other things that comes after it to run a successful software for months let alone years. - Maintenance, Security - Upgrades and patches - Hosting and ability to maintain uptime with traffic - Support and dealing with customer complexities - New requirements/features - Most importantly, ability to blame someone else (at least for management). Politics plays a part. If you build a tool in-house and it fails, you are on the chopping block. If you buy, you at least can say "Hey everyone else bought it too and I shouldn't be fired for that". Customers pay for all of the above when they buy a SAAS subscription. AI may come for most of the above at some point but not yet. I say give it 3-5 years to see how it all pans out. |
| |
| ▲ | socketcluster 13 hours ago | parent | next [-] | | Good points but this list is missing the most critical problem which AI does not solve; exposure. What you've listed are the easy parts that are within people's control. You didn't list the most critical part, the actual bottleneck which is not within people's control. The market is now essentially controlled by algorithms. I predict there will be amazing software... Which will end up ignored by the markets completely until their features are copied by big tech and nobody will know where the idea originated. Building is absolutely worthless in the context of a monopolized marketplace. | | | |
| ▲ | MangoToupe 11 hours ago | parent | prev | next [-] | | All of this can be written off as "building software", though. What this reveals is that the costs in a given market are likely not software at all | |
| ▲ | almosthere 13 hours ago | parent | prev [-] | | llms do all that too | | |
|
|
| ▲ | theshrike79 5 minutes ago | parent | prev | next [-] |
| [delayed] |
|
| ▲ | thot_experiment 16 hours ago | parent | prev | next [-] |
| To be fair, writing a SaaS software is like an order, perhaps two orders of magnitude more effort than writing software that runs on a computer and does the thing you want. There's a ton of stuff that SaaS is used for now that's basically trivial and literally all the "engineering" effort is spent on ensuring vendor lock in and retaining control of the software so that you can force people to keep paying you. |
| |
| ▲ | layer8 13 hours ago | parent | next [-] | | We should also get a flurry of low-cost, decent-quality native local-first software, but I’m not seeing any. | | |
| ▲ | threecheese 11 hours ago | parent | next [-] | | You might not be looking hard enough. There are a few sources you could look at, one is the GitHub Awesome YouTube channel. I am seeing a lot of several-hundred-stars open source projects with unreasonably large codebases starting to gain traction. This is the frontier of adoption, and my guess is this will start cascading outward. | |
| ▲ | thot_experiment 10 hours ago | parent | prev | next [-] | | Why? I don't want to bother making all the software that the AI wrote for me work on someone else's machine. The difference between software that solves my problem and that solves a problem many people have is also often like an order of magnitude of effort. | |
| ▲ | raw_anon_1111 13 hours ago | parent | prev | next [-] | | And why would this happen? Local to what every SaaS product I use is available on my Mac, Windows, iPhone and iPad and the web. Some are web only and some are web and apps. Who is going to maintain the local software? Who is going to maintain the servers for self hosted or the client software? | |
| ▲ | vachina 11 hours ago | parent | prev | next [-] | | > Local-first > Not seeing any Working exactly as intended? | | |
| ▲ | wild_egg 9 hours ago | parent [-] | | This. I have a massive amount of custom software running locally to solve all sorts of problems for me now. But it's for me and tailor made to solve my precise use cases. Publishing it would just add headaches and endless feature requests and bug reports for zero benefit to me. |
| |
| ▲ | 9 hours ago | parent | prev | next [-] | | [deleted] | |
| ▲ | bsder 12 hours ago | parent | prev | next [-] | | Why should you see a flurry of software? What LLMs demonstrate is that the problem is dealing with people, not software. Look at the number of open source maintainers who are hanging it up. Unless you have a path to monetization, writing software for anybody but yourself is a fool's errand. | |
| ▲ | AnimalMuppet 13 hours ago | parent | prev [-] | | Also also, we should reach the point where you have decent quality source code for a local application, and you can tell GPT "SaaS this", and it works. I'm not seeing that either. |
| |
| ▲ | sofixa 2 hours ago | parent | prev [-] | | With a SaaS, you have one platform that you fully control. Broken dependency? Need to update/rollback? It's all in your hands. Local software has to target multiple OSes, multiple versions of those OSes, and then a million different combinations of environments that you as a developer have no control over. Windows update whatever broke your app, but the next one fixed it? Good luck getting your user base to update instead of being pissed at you |
|
|
| ▲ | socketcluster 13 hours ago | parent | prev | next [-] |
| This is assuming the marketplace works perfectly... Which is an incorrect assumption. Reality is that the marketplace is highly controlled by algorithms. New platforms will struggle to get exposure... No exposure, no credibility, no word of mouth, no users, catch 22... You think the big players will allow small SaaS projects to gain traction on their platforms? Have you seen how centralized the Internet is these days? Have you seen how afraid people are of betting on no-name platforms? If they choose the wrong no-name platforms and tools, they will lose their (increasingly precious) jobs. As the saying goes "Nobody lost their job for choosing IBM." As for B2C; it's dead, consumers don't have money and will have less of it in the future; the mass-market game is over. My bet is if there were a lot of great apps being built, even excellent quality, nobody would even hear about them. The big players would copy them before anyone even found out about them. IMO, the market is not even a playing field anymore, this is why everyone is getting into politics now, though politics is also somewhat monopolized, there is still more potential for success because there is such an abundance of dissatisfied people willing to look outside of mainstream channels. It's much easier to sell political ideologies than to sell products. |
| |
| ▲ | acessoproibido 12 hours ago | parent [-] | | "Everything is controlled by algorithms" doesnt make any sense - its like saying everything is subject to entropy - well sure but also what? | | |
| ▲ | socketcluster 12 hours ago | parent | next [-] | | It's not the same because who controls the algorithms matters here. The algorithms work for some entities and against other entities. They are not neutral at all. They are aligned through shared monetary incentives, so well aligned that they would probably be less aligned if it was a literal conspiracy. TBH. I'm kind of shocked I still have to explain this. When you get on the wrong side of the algorithms you will understand, you will understand viscerally. And I do mean 'when' not 'if'. Maybe the algorithms have been working for you so far and you're not feeling them but just give it a few years. Unfortunately, once you understand, you won't have a voice anymore and those still in the game won't have enough empathy to help you. | |
| ▲ | MangoToupe 11 hours ago | parent | prev [-] | | > Everything is controlled by algorithms" doesnt make any sense - its like saying everything is subject to entropy - well sure but also what? Of course it makes sense. You just refuse to cope. This is like thinking that marxism is "rich people bad" |
|
|
|
| ▲ | kenjackson 14 hours ago | parent | prev | next [-] |
| It has dropped by maybe MORE than 90%. My sons school recently asked me to build some tools for them -- I did this over a decade ago for them, for free. I did it again using AI tools (different problem though) and I had it mostly done in 30 minutes (after I got the credentials set up properly -- that took up more time than the main coding part). This was probably several days of work for me in the past. |
| |
| ▲ | TheRoque 14 hours ago | parent | next [-] | | But in the past, you knew the codebase very well, and it was trivial to implement a fix and upgrade the software. Can the same be done with LLMs ? Well from what I see, it depends on your luck. But if the LLMs can't help you, then you gotta read the whole codebase that you've never read before and you quickly lose the initial benefits. I don't doubt someday we'll get there though. | | |
| ▲ | kenjackson 14 hours ago | parent | next [-] | | I've hit this in little bursts, but one thing I've found is that LLMs are really good at reasoning about their own code and helping me understand how to diagnose and make fixes. I recently found some assembly source for some old C64 games and used an LLM to walk me through it (purely recreational). It was so good at it. If I was teaching a software engineering class, I'd have students use LLMs to do analysis of large code bases. One of the things we did in grad school was to go through gcc and contribute something to it. Man, that code was so complex and compilers are one of my specialties (at the time). I think having an LLM with me would have made the task 100x easier. | | |
| ▲ | devin 14 hours ago | parent [-] | | Does that mean you don't think you learned anything valuable through the experience of working through this complexity yourself? I'm not advocating for everyone to do all of their math on paper or something, but when I look back on the times I learned the most, it involved a level of focus and dedication that LLMs simply do not require. In fact, I think their default settings may unfortunately lead you toward shallow patterns of thought. | | |
| ▲ | kenjackson 13 hours ago | parent | next [-] | | I wouldn't say there is no value to it, but I do feel like I learned more using LLMs as a companion than trying to figure everything out myself. And note, using an LLM doesn't mean that I don't think. It helps provide context and information that often would be time consuming to figure out, and I'm not sure if the time spent is proportional to the learning I'd get from it. Seeing that these memory locations mapped to sprites that then get mapped to those memory locations, which map to the video display -- are an example of things that might take a minute to explore to learn, but the LLM can tell me instantly. So a combination of both is useful. | | |
| ▲ | devin 13 hours ago | parent [-] | | Hard to argue with such a pragmatic conclusion! I think the difficulty I have is that I don't think it's all that straightforward to assess how it is exactly that I came not just to _learn_, but to _understand_ things. As a result, I have low confidence in knowing which parts of my understanding were the result of different kinds of learning. |
| |
| ▲ | kolinko 13 hours ago | parent | prev [-] | | I'd say this is similar to working with assembly vs c++ vs python. Programming in python you learn less about low level architecture trivia than in assembly, but you learn way more in terms of high level understanding of issues. When I had to deal with/patch complex c/c++ code, I rarely ever got a deep understanding of what the code did exactly - just barely enough to patch what was needed and move on. With help of LLMs it's easier to understand what the whole codebase is about. |
|
| |
| ▲ | jazzyjackson 14 hours ago | parent | prev | next [-] | | If I haven't looked at my own code in 6 months it might as well have been written by someone else. | | |
| ▲ | kenjackson 14 hours ago | parent [-] | | The most brilliant programmer I know is me three years ago. I look at code I wrote and I'm literally wondering "how did I figure out how to do that -- that makes no sense, but exactly what is needed!" | | |
| ▲ | claytongulick 7 hours ago | parent | next [-] | | I had a funny example of that. I had a question about how to do something in Django, and after googling found a good SO answer. I read through it thinking about how much I appreciated the author's detailed explanation and answer. When I looked at the author it was me from two years ago. | |
| ▲ | psunavy03 12 hours ago | parent | prev | next [-] | | How can I learn this skill? Past Me is usually just this idiot who made work for Present Me. | | |
| ▲ | kenjackson 11 hours ago | parent [-] | | Turns out, that is also past me. In fact, often the incredible code that brilliant me wrote, which I don't understand now, is also the code that reckless me wrote that I now need to fix/add to -- and I have no idea where to start. |
| |
| ▲ | bitwize 12 hours ago | parent | prev [-] | | Wow. Lucky you. When I come across code I wrote months ago, usually I'm like "what kind of crack was I on when I wrote this?" |
|
| |
| ▲ | emodendroket 14 hours ago | parent | prev [-] | | They're better than one might expect at diagnosing issues from the error output or even just screenshots. |
| |
| ▲ | bloppe 14 hours ago | parent | prev [-] | | "Building software" is a bit too general, though. I believe "Building little web apps for my son's school" has gotten at least 10x easier. But the needle has not moved much on building something like Notion, or Superhuman, or Vercel, or <insert name of any non-trivial project with more than 1000 man-hours of dev work>. Even with perfect prompt engineering, context rot catches up to you eventually. Maybe a fundamental architecture breakthrough will change this, but I'm not holding my breath. | | |
| ▲ | lisbbb 9 hours ago | parent [-] | | Yeah, that's not a comparison to the kinds of highly complex internal systems I worked with the Fortune 1xx companies, particularly the regulated ones (healthcare). The whole "my son's school" thing is very nice, and it's cool you can knock that out so fast, but it's nothing at all like the environments I worked in, particularly the politics. |
|
|
|
| ▲ | almosthere 13 hours ago | parent | prev | next [-] |
| LLMs, long term, have killed most SaaS. Most SaaS used to be killed by bespoke software engineers that would build some custom thing, and it was integrated perfectly into the legacy system. Then all those people decided to be managers and go on "i dont care" autopilot mode and hired a bunch of teens that still do care, to some extent. But those teens suck at it, and the old guys just don't really care anymore. Now with agentic code, instead of "buy splunk" or "buy jira" or whatever thing they are trying to do, they have one of those "teens now in their mid twenties" that are SUPER excited about Agentic flows, either write an agentic tool or simply use an agentic tool to code up the 300 lines of code that would replace their need for a Jira or a Splunk or whatever. Since most people only use 5% of the total features of any product, there's no reason to buy tools anymore, just build it for a fraction of the cost. I don't know if the above is where we're at right now, but it's coming. |
| |
| ▲ | heavyset_go 5 hours ago | parent | next [-] | | This is "people will 3D print cars in their garage, manufacturing is over!" level of hype | | |
| ▲ | 9rx 4 hours ago | parent [-] | | More like "people will 3D print self-driving cars in their garage" level. |
| |
| ▲ | roncesvalles 12 hours ago | parent | prev | next [-] | | Nobody is replacing Jira or Splunk with anything coming out of an LLM. | |
| ▲ | bmikaili 12 hours ago | parent | prev | next [-] | | Yeahh, right, I'm not sure splunk is that simple. | |
| ▲ | actionfromafar 13 hours ago | parent | prev | next [-] | | Creating code sprawl, weird ball of twine systems etc until someone says, enough, we will just buy this SAAS solution which integrates it all. Rinse, repeat. | |
| ▲ | myk9001 12 hours ago | parent | prev [-] | | > that would replace their need for a Jira or a Splunk Or a JS runtime like Bun. Oh, wait... |
|
|
| ▲ | raw_anon_1111 13 hours ago | parent | prev | next [-] |
| Well, because no self interested decision maker in any company of size is going to ever trust their business to an unknown company run by a one person operation. And why would the benefits of being able to code faster accrue to a small independent developer over a large company that already has an established reputation and a customer base? “No one ever got fired for buying Salesforce”. I once had influence over the buying decision to support an implementation I was leading. I found this perfect SaaS product by a one man shop who was local. Working with my CTO and lawyers, we made a proposal to the founder. We would sign with him and be 70% of his post signing revenue if he agreed to give us our own self hosted instance and put his latest code in escrow with a third party (Green Mountain) and we would have non exclusive rights to use the code (but not distribute it) under certain circumstances. |
| |
|
| ▲ | martinald 16 hours ago | parent | prev | next [-] |
| It is happening though internally in businesses I've worked with. A few of them are starting to replace SaaS tools with custom built internal tooling. I suspect this pattern is happening everywhere to a varying level. Often these SaaS tools are expensive, aren't actually that complicated (or if they are complicated, the bit they need isn't) and have limitations. For example, a company I know recently got told their v1 API they relied on on some back office SaaS tool was being deprecated. V2 of the API didn't have the same features. Result = dev spends a week or two rebuilding that tool. It's shipped and in production now. It would have taken similar amount of time to work around the API deprecation. |
| |
| ▲ | nugger 15 hours ago | parent | next [-] | | I don't understand the timelines here at all. | | |
| ▲ | figers 13 hours ago | parent [-] | | We were paying for Salesforce, then built the features we needed to do the same tracking into our interal tool and got rid of Salesforce to save money and simplify the data internally across departments | | |
| ▲ | raw_anon_1111 12 hours ago | parent [-] | | And now you have to spend money on developers for a system that “doesn’t make the beer taste better”. Does it give you a competitive advantage in the market? | | |
| ▲ | figers 11 hours ago | parent | next [-] | | We already had Developers and the system in place this was a tiny feature in the scheme of things. Internally it gives us a competitive advantage of the data being in our system from the beginning of the pipeline through the rest of the system where the data would be needed anyway. | |
| ▲ | crabmusket 8 hours ago | parent | prev [-] | | If they saved money, as they said it did, then... yes? | | |
| ▲ | raw_anon_1111 8 hours ago | parent [-] | | Saved money in the short term. But maintenance costs money. Amazon has all of the money in the world and could easily duplicate everything Salesforce does. Yet they use Salesforce internally. | | |
| ▲ | 9rx 3 hours ago | parent [-] | | All the money in the world would not be sufficient to cover the cost of seeing human developers duplicate Salesforce on any reasonable time scale. There are simply not enough developers in existence to see that happen, driving the cost towards infinity. The idea here, however, is that machine developers are changing the calculus. If you need more machine developers it takes, what, a few days to produce the necessary hardware? Instead of 20+ years to produce the legacy human hardware. Meaning, for all intents and purposes, there is no observable limit to how much software machine can create, driving the cost towards zero. Yeah, sure, the tech still isn't anywhere near capable enough to reproduce something like Salesforce in its entirety. But it is claimed that it is already there for the most trivial of services. Not all SaaS services are Salesforce-like behemoths. Think something more like patio11's bingo card creator. It is conceivable, however, that technology advancement will continue such that someday even Salesforce becomes equally trivial to reproduce. Maintenance is not a meaningful cost unless you also want to continually have the software do more and more. That could tip the favour towards SaaS — but only if the SaaS service is in alignment with the same future you wish for. If you have to start paying them for bespoke modifications... Have fun with that. You'll be wishing you were paying for maintenance of your own product instead. Especially when said machines drive the cost of that maintenance to near-zero all the same. | | |
| ▲ | pdimitar 2 minutes ago | parent [-] | | I like your analysis but it seems to imply that at one point we can produce near-infinite amount of software and that this will be welcome. It will not be. Even in this fairly broken state of affairs we are currently in, most non-technical people I spoke to already thing they have too much apps and too much machines with "intelligent" features. And IMO when we have machines that can crank out a complete-but-better Salesforce, our civilization and race would be in an entirely another level and we would see such things as toys. Who needs that antiquated procurement and tracking expenses software, where's our 174th fusion reactor? What is even that in fact? Oh you mean that nail-sized addon we put on our main processing unit? Yeah we're not interested in ancient software history now. We need more juice to capture those gases around Jupiter for the wireless beaming of energy project! Our DAG-based workflow solver and the 5 AIs around it all said we can't do without it. ...So of course nobody wants to pay programmers. We've been viewed as expensive and unnecessary since the dawn of time. A necessary evil, more or less. But your last paragraph captures why many companies need them -- bespoke solutions. You can only add so many cloud services because your normal staff starts making mistakes on an hourly basis because they have to reconcile data between multiple systems whose vendors will always refuse to make integrations. And even if many try to have their cake and eat it too -- i.e. have an IT friend they call only for those bespoke enhancements but only pay them during that time and not ever month -- then this service will simply become more boutique and expensive, mostly compensating for the lack of salary. You'd do multiple stints for the year that would cover all your expenses and normal lifestyle, it would just not be through a monthly paycheck. Why? Because I think a lot of people will exit programming. So the law of supply and demand will ultimately triumph. ...Or we get a true general AI and it makes all of this redundant in 5 years. |
|
|
|
|
|
| |
| ▲ | renewiltord 14 hours ago | parent | prev | next [-] | | I know of at least two multi-billion corps that are moving to internal ETL tools instead of 5tran now because the cost to maintain internally is much lower and you can customize for cheap. SaaS as a model is at risk without something tying someone down. | | |
| ▲ | Spooky23 13 hours ago | parent [-] | | The greed/“capture all of the value” mindset of SaaS kills it, because you can infer the cost of delivery in many cases and beat it. For anything that is billed by the human, O365 is the benchmark. I’m not paying some stupid company $30/mo for some basic process, I use our scale to justify hiring a couple of contractors to build 80% of what they do for $400-600k in a few months. Half the time I can have them build on powerapps and have zero new opex. |
| |
| ▲ | lossolo 15 hours ago | parent | prev [-] | | > It is happening though internally in businesses I've worked with How many samples do you have? Which industries are they from? Which SaaS products were they using, exactly and which features? > ...a company I know recently got told their v1 API they relied on on some back office SaaS tool was being deprecated. V2 of the API didn't have the same features ... dev spends a week or two rebuilding that tool Was that SaaS the equivalent of the left-pad Node.js module? | | |
| ▲ | dismantlethesun 14 hours ago | parent | next [-] | | I'm not the OP, but I do have an annectote. We've got an backend pipeline that does image processing. At every step of the pipeline, it would make copies of small (less than 10MB) files from an S3 storage source, do a task, then copy the results back up to the storage source. Originally, it was using AWS but years ago it was decided that AWS was not cost effective so we turned to another partner OVH and Backblaze. Unfortunately, the reliability and throughput of both of them isn't as consistent as AWS and this has been a constant headache. We were going to go back to AWS or find a new partner, but I nominated we use NFS. So we build nothing, pay nothing, get POSIX semantics back, and speed has gone up 3x. At peak, we only copy 40GB of files per day, so it was never really necessary to use S3 except that our servers were distributed and that was the only way anyone previously could think to give each server the same storage source. While this isn't exactly what the OP and you are talking about, I think it illustrates a fact: SaaS software was seen as the hammer to all nails, giving you solutions and externalizing problems and accountability. Now that either the industry has matured, building in-house is easier, or cost centers need to be reduced, SaaS is going be re-evaluated under the context of 'do we really need it'? I think the answer to many people is going to be no, you don't need enterprise level solutions at all levels of your company, especially if you're not anywhere near the Fortune 1000. | | |
| ▲ | 14 hours ago | parent | next [-] | | [deleted] | |
| ▲ | Spooky23 13 hours ago | parent | prev | next [-] | | I ran a shared services org in a Fortune 50. Enterprise costs don’t scale down well, and things that are absolutely essential to supporting 100k people sound insane for 100 people. Our senior leaders would sometimes demand we try and the CFO and I would just eyeroll. Nobody would hire the JP Morgan IT team to run a dentist practice IT workload. Likewise, AWS can save you money at scale, but if your business can run on 3 2U servers, it should. | |
| ▲ | cyberax 13 hours ago | parent | prev [-] | | You can use NFS on AWS, they have a hosted version (EFS) that is actually pretty neat. |
| |
| ▲ | neom 14 hours ago | parent | prev | next [-] | | I'm a consultant so I see lots of businesses, it's happening in all of them. I'm not seeing people rip out tools for custom builds to be clear, I just see people solving today problems with custom apps. | |
| ▲ | wongarsu 14 hours ago | parent | prev | next [-] | | Lots of companies make good money selling the equivalent of leftpad for confluence or jira. Anecdotally, that's exactly the kind of stuff that gets replaced with homegrown AI-built solutions at our company | |
| ▲ | hobs 14 hours ago | parent | prev [-] | | I helped a company that is build averse move off of Fivetran to Debezium and some of their own internal tooling for the same workload they are paying 40k less a month (yeah they just raised their prices again). Now, that's not exactly the same thing, but their paucity of skills made them terrified to do something like this before, they had little confidence they could pull it off and their exec team would just scoff and tell them to work on other revenue generating activities. Now the confidence of Claude is hard to shake off of them which is not exactly the way I wanted the pendulum to swing, but its almost 500k yearly back in their pockets. |
|
|
|
| ▲ | codyswann 2 hours ago | parent | prev | next [-] |
| Code isn't the moat and it hasn't been for quite some time. Data is the moat. |
|
| ▲ | phantasmish 14 hours ago | parent | prev | next [-] |
| Something weird happened to software after the 90s or so. You had all these small-by-modern-standards teams (though sometimes in large companies) putting out desktop applications, sometimes on multiple platforms, with shitloads of features. On fairly tight schedules. To address markets that are itty-bitty by modern standards. Now people are like “We’ll need (3x the personnel) and (2x the time) and you can forget about native, it’s webshit or else you can double those figures… for one platform. What’s that? Your TAM is only (the size of the entire home PC market circa 1995)? Oh forget about it then, you’ll never get funded” It seems like we’ve gotten far less efficient. I’m skeptical this problem has to do with code-writing, and so am skeptical that LLMs are going to even get us back to our former baseline. |
| |
| ▲ | anonymars 12 hours ago | parent | next [-] | | Some thoughts: 1. Personally I find writing software for the web far more difficult/tedious than desktop. We sure settled on the lowest common denominator 1a. Perhaps part of that is that the web doesn't really afford the same level of WYSIWYG? 2. Is it perhaps more difficult (superlinear) to write one cloud SaaS product that can scale to the whole world, rather than apps for which each installation only needed to scale to one client? Oh and make sure to retain perfect separation between clients 2a. To make everything scale, it's super distributed, but having everything so distributed has a huge cost 3. Some level of DLL hell, but something different (update hell?) I barely do any programming in my free time anymore because I would end up spending almost the whole time needing to deal with some barrage of updates, to the IDE, to the framework, to the libraries, to the build infrastructure 3a. There's always a cost to shipping, to the development team and/or the users. With releases so frequent, that cost is paid constantly and/or unpredictably (from the development or user perspective) 3b. Is there any mental sense of completion/accomplishment anymore or just a never-ending always-accelerating treadmill? 3c. I wish I could find the source but there was some joke that said "software developers are arrogant or naïve enough to think that if you take a marathon and just break it up into smaller parts you can 'sprint' the whole way" | |
| ▲ | strken 8 hours ago | parent | prev | next [-] | | Part of this is the huge ZIRP-driven salary bubble in the US. If good software engineers were as cheap as good structural engineers, you'd be able to stick three of them in a room for $500k a year and add a part-time manager and they'd churn out line-of-business software for some weird little niche that saves 50 skilled-employee-years per year and costs $20k a seat. The bubble means that a) the salaries are higher, b) the total addressable market has to justify those salaries, c) everyone cargo cults the success stories, and so d) the best practices are all based on the idea that you're going to hyperscale and therefore need a bazillion microservices hooked up to multiple distributed databases that either use atomic clocks or are only eventually consistent, distributed queues and logs for everything, four separate UIs that work on web/iOS/android/desktop, an entire hadoop cluster, some kind of k8s/mesos/ECS abomination, etc. The rest of the world, and apparently even the rest of the US, has engineering that looks a little more like this, but it's still influenced by hyperscaler best practices. | |
| ▲ | PaulHoule 13 hours ago | parent | prev | next [-] | | Circa 2005 my boss and I would pitch that the relational database + HTML forms paradigm was a breakthrough that put custom software within reach of more customers: for one thing you could just delete all the Installshield engineers but also memory safety was a big problem in the Win95 era not so much about being hacked and more about application state in applications would get corrupted over time so you just expected Word to crash once an hour or so. | |
| ▲ | mattgreenrocks 13 hours ago | parent | prev | next [-] | | Yep. Software construction was branded a team sport. Hence, social coding, tool quality being considered more important (good thing for sure), and, arguably, less emphasis on individual skill and agency. This was in service of a time when tech was the great equalizer, powered by ZIRP. It also dovetailed perfectly with middle managers needing more reports in fast growing tech companies. Perhaps the pendulum is swinging back from the overly collective focus we had during the 2010s. | | |
| ▲ | RajT88 13 hours ago | parent [-] | | I would make the case as well that software underwent demographic shift as the demand skyrocketed and the barriers to entering the profession with languages and tooling dropped. 80's/90's dev teams were more weird nerds with very high dedication to their craft. Today devs are much more regular people, but there are a lot more of them. | | |
| |
| ▲ | dghlsakjg 13 hours ago | parent | prev [-] | | > Something weird happened to software after the 90s or so. Counterpoint: What might have happened is that we expect software to do a lot more than we did in the 90s, and we really don't expect our software features to be static after purchase. I agree that we sometimes make things incredibly complex for no purpose in SE, but also think that we do a rose-colored thing where we forget how shitty things were in the 1990s. | | |
| ▲ | phantasmish 12 hours ago | parent [-] | | > Counterpoint: What might have happened is that we expect software to do a lot more than we did in the 90s, and we really don't expect our software features to be static after purchase. Outside the specific case of Apple's "magical" cross-device interoperability, I can't think of many areas where this is true. When I step outside the Apple ecosystem, stuff feels pretty much the same as it did in 2005 or so, except it's all using 5-20x the resources (and is a fully enshittified ad-filled disjointed mess of an OS in Windows' case)... > I agree that we sometimes make things incredibly complex for no purpose in SE, but also think that we do a rose-colored thing where we forget how shitty things were in the 1990s. ... aside from that everything crashes way, way less now than in the '90s, but a ton of that's down to OS and driver improvements. Our tools are supposed to be handling most of the rest. If that improved stability is imposing high costs on development of user-facing software, something's gone very wrong. You're right that all the instability used to be truly awful, but I'm not sure it's better now because software delivery slowed way down (in general—maybe for operating systems and drivers) |
|
|
|
| ▲ | weird-eye-issue 4 hours ago | parent | prev | next [-] |
| Your comment contradicts itself You are saying there aren't more low cost alternatives coming out You also say writing code isn't the big problem (which I agree with) But both can be true and in fact the reason is because the second is true! You aren't seeing the alternate because marketing is hard. People generally don't care about new products and aren't willing to save a little bit of money risking their time on something new |
|
| ▲ | zahlman 14 hours ago | parent | prev | next [-] |
| > Had the cost of building custom software dropped 90%, we would be seeing a flurry of low-cost, decent-quality SaaS offering all over the marketplace, possibly undercutting some established players. Don't forget the second-order effect of clients deciding they could do it in-house. |
| |
| ▲ | PaulHoule 13 hours ago | parent [-] | | In fact that is where AI could win. An in house system only needs to serve the needs of one customer whereas the SAAS has to be built for the imagined needs of many customers —- when you’re lucky you can “build one to throw away” and not throw it away. | | |
| ▲ | zahlman 13 hours ago | parent [-] | | Yes, that was my point. It gets hard for the new SaaS competitors to "undercut" the established players when the underlying market disappears. |
|
|
|
| ▲ | xnx 15 hours ago | parent | prev | next [-] |
| > Had the cost of building custom software dropped 90% It definitely has for me. I'm creating toolS and utilities every week easily that I never would've attempted in the past. > This is as if writing down the code is not the biggest problem, or the biggest time sink, of building software. Lots of people can think logically and organize a process flow, but don't know all the ridiculous code incantations (and worse development and hosting environment details) to turn their plans into tools. It's trivial to one-shot all kinds of impressive toys in Gemini now, but it's going to be an even bigger deal when Google adds some type of persistent data storage. It will be like the rebirth of a fully modern Microsoft Access. |
|
| ▲ | jayd16 14 hours ago | parent | prev | next [-] |
| I mean, we have had the tech to crank out some little app for a long time. The point of the Saas used to be that you had a neck to strangle when things went south. I guess these days that's just impossible anyhow and the prices aren't worth it so we're rediscovering that software can be made instead of bought? There have been a lot of little blogs about "home cooking" style apps that you make for yourself. Maybe AI is the microwave meal version. |
|
| ▲ | roncesvalles 12 hours ago | parent | prev | next [-] |
| There is also the missing explosion of App Store app submissions and other such metrics. |
|
| ▲ | Kerrick 5 hours ago | parent | prev | next [-] |
| "We use AI to build the tools because we use them in cursor or Visual Studio or code or wherever else people are making our stuff. I use AI a bunch." https://37signals.com/podcast/listener-questions/ "Today we’re introducing Fizzy. Kanban as it should be, not as it has been.
[...] we’ll host your account for just $20/month for unlimited cards and unlimited users. [...] And here’s a surprise... Fizzy is open source! If you’d prefer not to pay us, or you want to customize Fizzy for your own use, you can run it yourself for free forever." https://x.com/jasonfried/status/1995886683028685291 |
|
| ▲ | vidarh 12 hours ago | parent | prev | next [-] |
| For a lot of SaaS projects building the software is the simplest part. |
|
| ▲ | eirikbakke 12 hours ago | parent | prev | next [-] |
| I'd also expect to see a lot more AI-generated PRs on open source projects. (Or at least AI-assisted to the point where the author feels like they should mention it.) |
|
| ▲ | pizzafeelsright 8 hours ago | parent | prev | next [-] |
| I found that the time (1-4 hours) is enough to build any SaaS for myself |
|
| ▲ | trollbridge 8 hours ago | parent | prev | next [-] |
| Astute observation. From where I sit, the market (at least for business software; I am not very familiar with the consumer market) seems to be wide open, and businesses in the 5 - 200 employee range seem to be particularly underserved. The marketplace for software for single-owner shops or 1-5 employee size places does seem to be quite strong, and then there's enterprise software, but small business seems to have a software marketplace that is atrociously bad. Here is the typical thing a prospective customer asks me to fix for them: - They are using some piece of software that is essential to their business.
- There really isn't much good competition for that software, and it would be a large cost to convert to another platform that also has all the same downsides below.
- The software vendor used to be great, but seems to have been sold several times.
- The vendor has recently switched to a subscription-only model and keeps on raising subscription prices in the 12% or so range every year, and the cost of this has started to become noticeable in their budget.
- They were accustomed to software being a capital investment with a modest ongoing cost for support, but now it's becoming just an expense.
- Quality has taken a nosedive and in particular new features are buggy. Promised integrations seem quite lacking and new features/integrations feel bolted on.
- Support is difficult to get ahold of, and the formerly good telephone support then got replaced by being asked to open tickets/emails and now has been replaced by an AI chatbot frontend before they can even open a ticket. Most issues go unresolved. There are literally millions of software packages in existence, and the bulk of them by numbers are niche products used by small businesses. (Think of a software package which solely exists to help you write custom enhancements for another software package which is used by a specific sector of the furniture-manufacturing business, to get an example.) The quality of this sector is not improving. This is a field that is absolutely ripe for improvement. If the cost of building software really were dropping 90%, this would be a very easy field to move into and simply start offering for $6,000 a year the product that your competition is charging $12,000 a year for, for an inferior product. Before you bring up things like vendor lock-in or the pain of migration... why can't you write software to solve those problems, too? After all, the cost of writing a migration tool should be 90% cheaper now, too, right? |
|
| ▲ | klntsky 14 hours ago | parent | prev | next [-] |
| People vibe one-off solutions for themselves all the time. They just don't have the desire to productionalize them. Frankly, product knowledge is something LLMs are not that good at |
| |
| ▲ | viraptor 13 hours ago | parent | next [-] | | Same. I hate doing mobile coding, but just in the last few months I AI-coded 3 apps specifically for my needs. They'll never get released publicly, because they'd need polish and features that I don't care about personally. They potentially replace some SaaS too. | | |
| ▲ | tjr 11 hours ago | parent | next [-] | | In context, it sounds like you are saying you used AI to make these three applications? Why can't AI add the polish and features also? | | |
| ▲ | viraptor 11 hours ago | parent [-] | | It can. It's just not needed for my own apps. It would be needed for a public release and I'm just... not interested in that enough. It would cost me time and likely never get enough return. |
| |
| ▲ | figers 13 hours ago | parent | prev [-] | | What did the 3 apps do? I did the same for one app to give me my speed in MPH as huge text as a HUD in a car | | |
| ▲ | viraptor 13 hours ago | parent [-] | | Very specific training app for guitar with spaced repetition, automated message forwarder (all good ones demand subscription), and something very specific to me. |
|
| |
| ▲ | RajT88 13 hours ago | parent | prev [-] | | Low code solutions like PowerApps I bang out stuff like this all the time. If your use case is limited enough, it makes lazy developers very productive. |
|
|
| ▲ | Madmallard 4 hours ago | parent | prev | next [-] |
| barrier to entry is more problematic than anything else make something decent in the same space as an existing mega-corporation's tool?
prepare to get sued and they also steal your good ideas and implement them themselves because you don't have the money to fight them in court |
|
| ▲ | wotWhytho 14 hours ago | parent | prev | next [-] |
| [dead] |
|
| ▲ | paulddraper 16 hours ago | parent | prev [-] |
| > Had the cost of building custom software dropped 90%, we would be seeing a flurry of low-cost, decent-quality SaaS offering all over the marketplace, possibly undercutting some established players. NODS HEAD VIGOROUSLY Last 12 months: Docusign down 37%, Adobe down 38%, Atlassian down 41%, Asana down 41%, Monday.com down 44%, Hubspot down 49%. Eventbrite being bought for pennies. They are being replaced by newer, smaller, cheaper, sometimes internal solutions. |
| |
| ▲ | BobbyJo 14 hours ago | parent [-] | | Stock prices down or revenue down? The former would do very little to support your point. | | |
| ▲ | hagbarth 14 hours ago | parent | next [-] | | Revenue is all up. And as far as I can see beating expectations. | | | |
| ▲ | paulddraper 13 hours ago | parent | prev [-] | | Stock prices. The latter would do very little to support my point, as it doesn't consider future growth trends. | | |
| ▲ | bigstrat2003 12 hours ago | parent [-] | | The former does far less to support your point, because it's only indicative of what people expect to happen. It is not actually evidence that their predictions will come true. |
|
|
|