> What are you building?
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.
In my lifetime software has given us:
* 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.
I have watched artists thoughtfully integrate digital lighting and the like at a scale I'd never seen before the LLMs rolled up and made it possible to get programs to work without knowing how to program.
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.
Now this is the right take. It's one thing for us to do navel-gazing into the recursive autononomous future; it's another to step back and see what Normal People can do, now that the walls are coming down around our profession. Creating new walls is probably not the answer! From the Cathedral and Bazaar, we now have an entire metaphorical city of development happening, by people who would not have thought it possible a few years ago.
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.
The thing is though it all still feels so…rudderless/pointless sometimes?
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.
Vibe coding is actually "good" for small, bespoke things. The same way that Excel is "good" for small tasks, bad bad for larger things. Too easy to make mistakes, too hard to maintain.
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 don’t care about GitHub stars. There are tons of excel workbooks and such that are useful, publicly available, and utilized.
It’s a tool to replace human creation, not to enable human creation.
I have found that LLM’s are fantastic for rewriting things in ways that get me to break through writer’s block. It’s great for just keeping me going when I can’t think of the next words, even if I just sit on it and come back later. In that way it helps me create. But this covers one major issue that affects my progress, it doesn’t like…do the job for me, if that makes sense. I throw out probably 80% of what the LLM spits out, but even just seeing what you don’t want can often help you decide what you do want.
> 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.
They're busy using them. They're probably not GitHub users or HN readers. I've seen some really nice internal (business) apps made.
So we have to assume there’s good stuff being made by newbies that no one else is seeing?
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.
Sure but maybe we’re all better off spending more time going for walks, learning to cook, playing sports , talking to friends and family, participating in spiritual communities, and making love (to other people!)
This line of reasoning applies to nearly any way to spend time - "why are you playing videogames? Learn X instead!" or "why are you bothering with X when Y exists?" or "what, you don't know how to make sourdough? Silly goose!"
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.
> the low cost of $20/month?
At what threshold does this stop being true? AI firms are famously hemorrhaging money and it will not last.
When the small local models catch up I would think
“ 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.”
Curious on this - why?
AI Agents can write and modify base Python / C++ / Rust / whatever pretty well, and thus users aren't limited by "sorry the building blocks only go together in this one particular manner".
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
Emacs can be configured with no code written by the user and Linux can be controlled with minimal user knowledge of the command line. Still some knowledge is necessary in most cases, but nowhere near what was required a handful of years back.
> But it's largely done now
Somehow I doubt that. The monkey is never satisfied.
If that were true there wouldn’t be so many layoffs in the industry.
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.
Not all software is competing for attention. The big win of automation is it frees your attention to do other things!
I’m not sophisticated enough to enjoy abstract art. Maybe AI will bring abstract software projects to the world next.
I can imagine all the people staring at these software projects amazed at the genius it must have taken to create them. :)
I see the next really big task for software as the ability to separate the signal from the noise. Sifting the wheat from the chaff has gone from a 'nice to have' to 'rescue my sanity'.
Maybe agents and AI in general will help with that. Maybe it will just make the problem worse.
Agree. Productivity tools all the way down.
> What value is left to provide for users?
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.
Ok it’s useful to have a few developers working with LLMs to make existing software more efficient, granted.
None of that is blocking money from being made
> 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?
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.
There’s a whole world out there that doesn’t seem to be addressed by the original comment. On one end of that scale you have things like bespoke software for small businesses, some niche inventory management solution that just sits quietly in the corner for years. On the other end, there’s the whole world of embedded software, game dev, design software, bespoke art pipeline tools…
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.
Not that you asked… But I would be happy with a junior position writing production C or ASM - but I assume that those sorts of positions are on the other end of the same boat. Who the hell has any use for an amateur dev. with an autistic fascination and _zero_ practical experience?
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 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.
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.
I’ve seen so many articles of “introducing flimflam: a squiggle for burfy” it makes my head spin.
This is a good point. I've seen people with really complex AI setups (multiple agents collaborating for hours). But what are they building? Are they building a react app with an express backend? A next js app? Which itself is a layer on top of an abstraction?
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.
When it comes time to debug would you rather ask questions about and dig through code in a popular open source library, or dig through code generated by an LLM specifically for your project?
The copout answer is it depends. I've debugged sloppy code in React both before and after LLMs were commonly used. I've also debugged very well-written custom frameworks before and after LLMs.
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 )
If the LLM doing it, it doesn't matter, isn't that the point?
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.
You are going to allow a product from a company you have no reason to trust write important software for you and put it into production without checking the code to see what it does?
I agree with you, which makes me seem like the laggard at work. Devil's advocate is that AI-native development will use AI to ask these questions and such. So whether it's a framework or standard lib, def agree knowing your stuff is what matters, but the tools to demonstrate this knowledge is fast in flux.
Again, I am on the slow train. But this seems to be all I hear. "code optimized for humans" is marked for death.
A lot of us use software written by other people we have no reason to trust and we haven't reviewed - most of open source libraries.
At least with any open source library I use, many other people have.
Yeah a nice thing about OSS is that they usually come with a community and you can ask questions or even submit bug fixes.
had another thought on my drive just now. nextjs is really fantastic with LLM usage because there's so much body of work to source from. previously i found nextjs unbearable to work with with its bespoke isomorphic APIs. too dense, too many nuances, too much across the stack.
with LLMs it spit it out amazingly fast. but does that make nextjs the framework better or worse in design paradigms, that LLM is a requirement in order to navigate?
> Are these tools necessary to build what we actually need?
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.
The tools are mostly there, but there is a lot of need. Quality can be much better. Quality is UI, reliability, security, and a bunch of other similar things I can't think of offhand.
Doesn’t really seem like that’s the way the market is heading though
Oh ye of little faith in the possible.
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.
It's interesting how everything you list is created problems in the tools themselves.
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.
I don't know, transportation is a solved problem: travel point A to point B.
and we wouldn't so easily balk at improvements across and label them as window dressing. Resume padding.
Resume driven development.
> The last 10 years in the software industry in particular seems full of meta-work. Building new frameworks, new tools, new virtualization layers, new distributed systems, new dev tooling, new org charts. All to build... what exactly?
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.
Well that's the thing, AI can mean anyone with an idea can build it, but only the people that own stuff will be able to leverage that to own more stuff.
> It's almost as if every major company's actual product is their stock price.
They are pretty much legally obligated to act in this manner.
Has it always been this way? If not, did it used to be better? If so, how can we get back?
The legal doctrine that a company's primary responsibility is to maximize shareholder value dates from the 1970s. It started with Milton Friedman with a 1971 essay in the NYTimes [1] and then gained a lot of currency throughout the 70s stagflation and economic malaise. The final death-knell of the corporation as a social enterprise came during the 1980s era of corporate raiders and PE buyouts.
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 every major company's actual product is their stock price.
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.
Yeah here you go
https://youtu.be/DSzUYX7n2_A?si=q0_0lePoQ6MEz5d5
>> The last 10 years in the software industry in particular seems full of meta-work. Building new frameworks, new tools, new virtualization layers, new distributed systems, new dev tooling, new org charts. All to build... what exactly? Are these tools necessary to build what we actually need? Or are they necessary to prop up an unsustainable industry by inventing new jobs?
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.
It may exist (with a loose term of exist) but they are all mostly garbage. There's still plenty opportunity to make non-garbage version of things that already exist
This is technically true but also a bit naive. Established incumbents are very difficult to dislodge with merely a better version of their products. This becomes more true the larger the product and the average customer size. A good example is QuickBooks, which is a really janky accounting/bookkeeping software that is almost universally hated, but newer and better solutions haven't been able to capture much market share from it.
It’s hard to actually build a better QuickBooks because to build a better QuickBooks you need 1000+ integrations that each took hundreds of man hours to build.