* the ability to find essentially any information ever created by anyone anywhere at anytime,
* the ability to communicate with anyone on Earth over any distance instantaneously in audio, video, or text,
* the ability to order any product made anywhere and have it delivered to our door in a day or two,
* the ability to work with anyone across the world on shared tasks and projects, with no need for centralized offices for most knowledge work.
That was a massive undertaking with many permutations requiring lots of software written by lots of people.
But it's largely done now. Software consumes a significant fraction of all waking hours of almost everyone on Earth. New software mainly just competes with existing software to replace attention. There's not much room left to expand the market.
So it's difficult to see the value of LLMs that can generate even more software even faster. What value is left to provide for users?
LLMs themselves have the potential to offering staggering economic value, but only at huge social cost: replacing human labor on scales never seen before.
All of that to say, maybe this is the reason so much time is being spent on meta-work today than on actual software engineering.
The fundamental ceiling of what an LLM can do when connected to an IDE is incredible, and orders of magnitude higher than the limits of any no-code / low-code platform conceived thus far. "Democratizing" software - where now the only limits are your imagination, tenacity, and ability to keep the bots aligned with your vision, is allowing incredible things that wouldn't have happened otherwise because you now don't strictly need to learn to program for a programming-involved art project to work out.
Should you learn how to code if you're doing stuff like that? Absolutely. But is it letting people who have no idea about computing dabble their feet in and do extremely impressive stuff for the low cost of $20/month? Also yes.
I don't know what the future of my job holds other than what it always had: helping people who have good ideas to get them done properly.
When digital cameras came out, it democratized filmmaking immensely. But it wasn’t just people screwing around - amazing new works of art, received positively by audiences and critics alike, exploded in number. They wound up winning film fests, garnering millions of views (and fans) online, and even on big screens world wide, almost immediately
Where are the vibe coded apps that are actually good? Where are the new, innovative creations built by “normal” people? Because by now you’d think we’d see them. It’s all been parlor tricks, proofs of concept, and post mortems on how a bot ruined half a year’s work or whatever. The “good stuff” is still happening behind closed doors, led by experienced engineers on existing projects. It’s a productivity multiplier more than anything it seems, but it doesn’t seem useful as a tool for new people to make new things in any given space.
I could equally ask - where are all the Excel workbooks that are actually _good_? No-one needs to share their Excel workbooks. They don't need 10k github stars. They just achieve some small goal of the Excel user. These LLM agents just need to do what the user needs doing at any moment.
(Sometimes, that can be a small part of a larger job in software, or a series of small parts perhaps - but again you are going to see this "show up" as a part of peoples workflow in maintaining enterprise software which is what most programmers are employed to do, in other words, you won't directly see it at all. And no, digital cameras didn't change the field 18 months after the first somewhat-usable one was released - it took quite a while for the technology to become good enough and cheap to democratize filmmaking).
I still use spreadsheets regularly. Relieved of the pressure of making something "good", I can get basic things done quickly.
Is it sustainable or maintainable? Nope. Doesn't need to be. Not qualities I'm remotely concerned about when I'm writing a spreadsheet.
Vibe coding is similar in that you can solve a specific problem without much concern for generalization or future reuse.
I hear little from those involved with enterprise or line-of-business applications discussing their findings. Forums like this are dominated by SAAS, tool makers, computer and data scientists, and infrastructure concerns.
Anyone using AI with large, complex business systems?
Ideating is important but it is also very far from what is being promised. It’s also not that useful to the average person most of the time. If this is truly a revolutionary, must-have, daily-use technology, then by now we should have some idea of where it lives. But we don’t! The best and most consistent application so far is coding agents for coders. That’s great, but again, not the promise and very limited in scope.
They're busy using them. They're probably not GitHub users or HN readers. I've seen some really nice internal (business) apps made.
I didn’t have to take it on faith that people were actually making amazing things with digital cameras. I could look at them. I could reproduce it.
They hit a wall with deployment, for now, but it’s amusing to watch.
And since I wouldn’t trust their stuff (or Claude’s) with a 10-mile long stick I strongly suggested we put it on Cloudflare behind eight layers of Access / Zero Trust. Easy deployment, and "solves" (if we can call it that) many of the security issues (or not; maybe I’m wrong).
At what threshold does this stop being true? AI firms are famously hemorrhaging money and it will not last.
Curious on this - why?
It's like the difference between an EZ-Bake oven and a fully furnished kitchen. The EZ-Bake oven can get some stuff done but its limits are much more severely obvious than the kitchen's, and the kitchen's first limiting factor in what can be produced is usually the human cooking in it
At the end of the day, we all have only finite time on this earth, and how one chooses to spend the meager time between eat, sleep, and fend for self is up to them. If a person is content to play sports in their free time, more power to them. If they want to play videogames, and find satisfaction in that, great! Broadly, I like to create. Most of my creations are engineering-adjacent much more than they art. That's fine, and I'm happy. I do everything you named on that list in addition to building stuff.
While using AI, I have caused things to exist that I want much faster than I could have otherwise - I know how to program, but I'm not very fast and I have to have the docs open all the time because the things I want to do are so broad and varied that one week it's bash SLURM scripts and the next it's adding things to my k8s config and the one after that it's something in Python and I don't have enough brain cells to keep track of seven different languages well enough to not accidentally put semicolons at the end of my Python scripts or use the wrong syntax but boy at least I have a bunch of stuff that actually works in the time frame and attention span that I have left after the rest of my life for that day occurs. It's not like I wasn't programming before AI - I've been doing bash scripts and Arduino stuff since middle school - but I have a lot more to show for the little free time I have to work with in the last year or so.
And, for the people who don't really know how to code, the incredible power of their computers is now much closer to their fingertips and usable for more than Electron apps. Want to have a thing happen? Ask, Wait, Iterate. All for cheaper than fiverr, and you might learn a few things before you finish.
Creation on screens is better than mere consumption, but probably still not as good as having less screen time in our days.
Maybe agents and AI in general will help with that. Maybe it will just make the problem worse.
Somehow I doubt that. The monkey is never satisfied.
Sure there is still some residual need for new software or modifying existing software. But it’s far less than it was say 30 years ago.
It still takes incredible amounts of resources just to build and operate even modest piles of spaghetti. The industry is basically just layers of duct tape being applied all the time to hold things together. The average user can barely operate a computer. There's no consensus for handling identity or distributed computing. We still have a long way to go.
I can imagine all the people staring at these software projects amazed at the genius it must have taken to create them. :)
A spreadsheet editor with at most a couple of hundred MBs in size that can compete against Excel, for example. While also not eating from RAM resources. The same goes for a new browser and a new browser engine, it's time for Chrome to have a real competitor, it has become a mess. I can of other such examples, but these are the 2 biggest ones.
I know a half dozen people who've created working software in the past month to solve a problem nothing else solved as well as what they made themselves. Software developers have finally automated themselves out of a job.
(I still think it's interesting that this requires pre-existing languages, libraries, etc, so this might not work in the future. But at least for now, we now have "Visual Basic" without the need for the visual part)
Except from. You know, books. And all the websites die pretty fast. At an insane rate.
> the ability to communicate with anyone on Earth over any distance instantaneously in audio, video, or text,
https://news.ycombinator.com/user?id=jimbokun
No contact info, intentionally.
>* the ability to order any product made anywhere and have it delivered to our door in a day or two,
You can buy the same things from a thousand stores with 99% asking many times what it costs.
>* the ability to work with anyone across the world on shared tasks and projects, with no need for centralized offices for most knowledge work.
Again, in theory yes. I wish it was all true, and it should be. But it isn't, sadly.
In the past two or three days I generated an interactive disk usage crawler tailored to my operating system and my needs. I have audited essentially none of the code, merely providing vision and detailed explanations of the user experience and algorithms that I want, and yet got back an interactive TUI application that does what I want with tons of tests and room to easily expand. I plan to audit the code more deeply soon to get it into a shape I'd be more comfortable open-sourcing. One thing agents suck at is meaningful DRY.
Everything and anything people actually want or need, whether it’s every day or just for five minutes, that nobody else could be bothered to make.
Today most won’t know what to do with it, just like they didn’t know what to do with a web browser.
But that won’t last.
https://quoteinvestigator.com/2023/06/23/invented/
The actual quote from 1884 seems to have been: "The advancement of the arts, from year to year, taxes our credulity, and seems to presage the arrival of that period when human improvement must end." - Henry L. Ellsworth
Either way we have a lot of things but it's not quite STTNG yet. There's no limit to how much more we can do.
The overwhelming majority of real jobs are not related to these things you read about on Hacker News.
I help a local group with resume reviews and job search advice. A common theme is that junior devs really want to do work in these new frameworks, tools, libraries, or other trending topics they've been reading about, but discover that the job market is much more boring. The jobs working on those fun and new topics are few and far between, generally reserved for the few developers who are willing to sacrifice a lot to work on them or very senior developers who are preferred for those jobs.
It can seem that the majority of software in the world is about generating clicks and optimising engagement, but that’s just the very loud minority.
Someone here shared an article here, recently, espousing something along the lines of "home garden programming." I see software development moving in this direction, just like machining did: Either in a space-age shop, that looks more like a lab, with a fix-axis "machining center," or in the garage with Grandpappy's clapped out Atlas - and nothing in between.
I haven't tried this myself but I'm curious if an LLM could build a scalable, maintainable app that doesn't use a framework or external libraries. Could be danger due to lack of training data but I think it's important to build stuff that people use, not stuff that people use to build stuff that people use to build stuff that....
Not that meta frameworks aren't valuable, but I think they're often solving the wrong problem.
I think with proper guardrails and verification/validation, a custom framework could be easier to maintain than sloppy React code (or insert popular framework here).
My point is that as long as we keep the status quo of how software is built (using popular tools that male it fast and easy to build software without LLMs that often were unperformant), we'll keep heading down this path of trying to solve the problems of frameworks instead of directly solving the problems with our app.
(BTW, it was your comment to my comment that inspired my comment, talk about meta! https://news.ycombinator.com/item?id=47512874 )
Not saying I personally believe in this scenario, but everything I've heard supports the idea that code is no longer for humans to consume.
Again, I am on the slow train. But this seems to be all I hear. "code optimized for humans" is marked for death.
with LLMs it spit it out amazingly fast. but does that make nextjs the framework better or worse in design paradigms, that LLM is basically necessary to navigate it?
Feels like there’s a counter to the frequent citation of Jevon’s Paradox in there somewhere, in the context of LLM impact on the software dev market. Overestimation of external demand for software, or at least any that can be fulfilled by a human-in-the-loop / one-dev-to-many-users model? The end goal of LLMs feels like, in effect, the Last Framework, and the end of (money in) meta-engineering by devs for devs.
Don't forget App Stores. Everyone's still trying to build app stores, even if they have nothing to sell in them.
It's almost as if every major company's actual product is their stock price. Every other thing they do is a side quest or some strategic thing they think might convince analysts to make their stock price to move.
They are pretty much legally obligated to act in this manner.
Note that the system that came before it had problems too. In the 50s and 60s, the top marginal tax rate was about 90%, which meant that above a certain level it made almost no sense for a corporate executive to be paid more. This kept executive salaries to a reasonable multiple of employee salaries, but it meant that executives and high-ranking managers tended to pay themselves in perks. This was the "Mad Men" era of private jets, private company apartments, secretaries who were playthings, etc. Friedman's essay was basically arguing against this world of corporate unaccountability and corruption, where formal pay and compensation were reasonable, but informal perks and arrangements managed to privilege the people in power in a complete opaque, unaccountable way.
Turns out that power is a hell of a drug, and the people in power will always find ways to use that to enrich themselves regardless of what the laws and incentives are.
[1] https://www.nytimes.com/1970/09/13/archives/a-friedman-doctr...
It's almost as if we lived under capitalism.
What other thing would they do? They are literally setting the Earth on fire to raise the stock price. No hostages taken.
The true alignment problem behind the ploy AGI alignment problem for prêt-à-penser SF philosophers. Or prestidigitators.
I think the entire software industry has reached a saturation point. There's not really anything missing anymore. Existing tools do 99% of what we humans could need, so you're just getting recycled and regurgitated versions of existing tools... slap a different logo and a veneer on it, and its a product.
We still don’t have truly transparent transference in locally-run software. Go anywhere in the world, and your locally running software tags along with precisely preserved state no matter what device you happen to be dragging along with you, with device-appropriate interfacing.
We still don’t have single source documentation with lineage all the way back to the code.
We still don’t treat introspection and observability as two sides of a troubleshooting coin (I think there are more “sides” but want to keep the example simple). We do not have the kind of introspection on modern hardware that Lisp Machines had, and SOTA observability conversations still revolve around sampling enough at the right places to make up for that.
We still don’t have coordination planes, databases, and systems in general capable of absorbing the volume of queries generated by LLM’s. Even if LLM models themselves froze their progress as-is, they’re plenty sophisticated enough when deployed en masse to overwhelm existing data infrastructure.
The list is endless.
IMHO our software world has never been so fertile with possibilities.
If you step back and just look at "can this do what I wanted" without worrying about what shit storm of software makes it work.
Mind you perfectionists will always have work. That doesn't mean anything.
and we wouldn't so easily balk at improvements across and label them as window dressing. Resume padding.
This is because all the low-hanging fruit has already been built. CRM. Invoicing. HR. Project/task management. And hundreds of others in various flavors.
This x1000. The last 10 years in the software industry in particular seems full of meta-work. New frameworks, new tools, new virtualization layers, new distributed systems, new dev tooling, new org charts. Ultimately so we can build... what exactly? Are these necessary to build what we actually need? Or are they necessary to prop up an unsustainable industry by inventing new jobs?
Hard to shake the feeling that this looks like one big pyramid scheme. I strongly suspect that vast majority of the "innovation" in recent years has gone straight to supporting the funding model and institution of the software profession, rather than actual software engineering.
> I'm not even sure building software is an engineering discipline at this point. Maybe it never was.
It was, and is. But not universally.
If you formulate questions scientifically and use the answers to make decisions, that's engineering. I've seen it happen. It can happen with LLMs, under the proper guidance.
If you formulate questions based on vibes, ignore the answers, and do what the CEO says anyway, that's not engineering. Sadly, I've seen this happen far too often. And with this mindset comes the Claudiot mindset - information is ultimately useless so fake autogenerated content is just as valuable as real work.