Earlier quoted context omitted.
We have a greenfield project at our company, yes proprietary, now taking us months where previously it'd have taken weeks for even a single feature. We definitely see the (whatever)x performance boost with our own eyes.
Its always been possible to trade long term productivity for short term gains with technical debt. This is why the bar I'm interested in is long term projects, which have proven to have long term success, instead of a small disposable project where the code quality doesn't matter
Is it all just vapourware?
161–170 of 206 posts
Re: Is it all just vapourware?
#162>If agentic development actually worked the way any of them say it does I think its fascinating just how much of a gap there is between what's being claimed, and the verifiable observable data of the open source world. Major open source projects are by and large starting to ban LLMs now, because the contributions made by LLM users have been universally terrible and unhelpful. There doesn't appear to be a single major…
I think this is probably the answer. Working as a professional software engineer actually has very little to do with writing good code and maybe never has. The job is to “ship products”, and as long as you keep up a sufficiently convincing illusion of progress toward that end the bills get paid and nobody really cares about the impact on end users.
Re: Is it all just vapourware?
#163Earlier quoted context omitted.
> people who over rely on LLMs become weaker at the core competency What if what people become weaker at, is no longer the core competency? Then people who maintain their skills at what used to be the core competency, at the expense of what is actually the core competency, will be left behind. The rest of your comment, re: nothing taking less than a week because of meetings and software never being the bottleneck, is…
I'd like to see evidence of this reality you're conveniently imagining to sow doubts among the uninitiated. You're correct that the focus is no longer just writing code after a few years of experience, but it doesn't change the fact that being held accountable for the code means it is one of your core competencies. You cannot seriously believe anyone is going to throw the baby out with the bathwater by giving away th…
Piss-poor management by scleratic and top-heavy organizations, mainly.
You're trying to start a fight by casually accusing me of stances I didn't take, mixed in with insults. There are healthier ways to deal with your insecurities.
Nothing I said is incompatible with devs being responsible for what they produce. Though you seem to be saying that someone should be fired because their code managed to hit a nondeterministic compiler bug? Why didn't they double check the assembly? They should take accountability.
Re: Is it all just vapourware?
#164You see a version of this in every tech boom cycle, but this one is way more reflexive.
Mature technical software projects are slow moving because they have real users building other real software and businesses with them. Their engineering involves navigating the ecosystem and dep and compatibility constraints.
Any project moving super fast pumping out PRs either isn’t burdened/blessed with real usage OR doesn’t care about (reap real value from) the users it has.
Related theory is that the LLM “labs” are actually not particularly incentivized to prioritize stable API surfaces. They want machine interfaces to constantly rapidly change so that we must depend on model based natural language surfaces to navigate the complexity.
Re: Is it all just vapourware?
#165Next stop will be Perl: write only language.
And then we will hit the "Java EE" wall. Again.
And our LinkedIn will get red hot from recruiters looking for "experienced crisis devlopers".
Re: Is it all just vapourware?
#166[flagged]
I don't think you really deserved downvotes. Some people are more geared toward evangelizing technology (or evangelizing anything really), and some are not. I'm pretty much in the 'not' camp. I'll share my experiences and how I do things, but I'm not about to engage in arguments about it. If you don't want to use it, then don't. What I do I care?
Re: Is it all just vapourware?
#167I don't know how you can claim it's all vapour ware. Two years ago, I couldn't just roughly describe my backlog and then have the code fixed. I had to type it out myself, run it, look at logs, fix toolchain issues, and so on. It was tedious. Or I could get a junior to do it. Now can get these things done quite fast, without concentrating nearly as hard. Clearly, it isn't vapour. It delivers something. That something…
That's the result of AI adoption in a company being people just getting a subscription and doing their own thing, instead of systematically introducing and finding a common ground; a trivial example of that would be open source projects increasingly adopting LLM policies to get everyone on the same page.
Re: Is it all just vapourware?
#168Earlier quoted context omitted.
Sure, it just seems a little odd that no LLMgineer ever contributes their incredible more performant scheduler back though right? After all if you can do it with claude, anyone can, all it'd take is to ask claude to rewrite it. Linux accepts LLM generated PRs, all the code has to do is meet the review bar and one of the most critical pieces of software engineering on the planet gets better for everyone
Here are a few examples you might find credible: - pola-rs/polars: https://github.com/pola-rs/polars/pull/26823 - ~2.68x median speedup of primitive-to-boolean casting credited to Claude Opus 4.6 - pydantic/monty: https://github.com/pydantic/monty/pull/643 - ~53x speedup (488ms down to 9.2ms) of bytes substring search generated with Claude Code - numpy/numpy: https://github.com/numpy/numpy/pull/31573 - ~21x speedup o…
Because if it was true then open source projects such as GIMP could basically be as feature heavy as Photoshop overnight.
Re: Is it all just vapourware?
#169>If agentic development actually worked the way any of them say it does I think its fascinating just how much of a gap there is between what's being claimed, and the verifiable observable data of the open source world. Major open source projects are by and large starting to ban LLMs now, because the contributions made by LLM users have been universally terrible and unhelpful. There doesn't appear to be a single major…
Bun did a nearly 100% hands off keyboard rewrite. And people largely ridiculed the effort with mud slinging and goal post moving.
There are plenty of measurable examples of the productivity boost when there is a well defined oracle, such as rewrites and (kind of)formally verified specifications.
I've got an agent harness that I built that decompiles games. Don't want to dox myself on this account, so this is all I'll say about it.
I may have been able to decompile 1 game a year into readable source. Now I can offload nearly all of that process to an Nvidia 5090 and the extremely cheap deepseek v4 flash.
With dedicated focus and a lot of personal time, or employer time, I may have been able to reconstruct a good amount of react linting rules to biome. But instead, by focusing on a harness that can prove parity, I can get all of the rules ported while I sleep or solve other institutional problems.
Once you can prove the outcome, however hard or soft you need based on the domain, the output gains are literally undeniable.
Imo the vaporware is all of these "one-shot" projects that people love to show off. Once the market corrects and the hypecycle dies down theres going to be a lot of interesting engineering in this space. Right now there's a bit of a Cambrian explosion of ideas, and for better or worst that space fills up with the over the enthusiastic and chareltons.
Fragmented thoughts I'm typing while walking, the point is murky
Re: Is it all just vapourware?
#170>If agentic development actually worked the way any of them say it does I think its fascinating just how much of a gap there is between what's being claimed, and the verifiable observable data of the open source world. Major open source projects are by and large starting to ban LLMs now, because the contributions made by LLM users have been universally terrible and unhelpful. There doesn't appear to be a single major…