What if useful AI is a fantasy?

Posted by jpmitchell 1 day ago

Counter28Comment58OpenOriginal

Comments

Comment by kennyadam 1 day ago

Anecdotally, my 81 year old father was able to point his phone at the boiler and ask Gemini what the error message meant. It correctly identified the boiler model, identified the error code being displayed on the screen, explained what it meant, provided him with a way to confirm the problem by checking the water pressure guage and then asked to be shown the underside. It again correctly identified and described to him the position and colour of the filling loop lever and how to adjust it to start and stop the water flow. He was able to do all this instead of spending hundreds on getting a plumber out at night because it was during a cold spell and he needed the heating on. That kind of thing is no fantasy and was amazing to witness.

edit: I had already looked up the error code the "old fashioned" way using Google to find the boiler manual, so I would have stepped in if needed, but it was literally flawless and I can't think of any time anything like that hasn't worked when I've used it for similar diagnostics.

Comment by throw310822 23 hours ago

Seems we are many to have had the exact same experience with the boiler and an LLM (Claude in my case). +1.

Comment by chrisjj 1 day ago

> That kind of thing is no fantasy and was amazing to witness.

How about the case where the "AI" misided the error code?

Did you test that? Result could be even more amazing...

> He was able to do all this instead of spending hundreds on getting a plumber out at night

... or consulting the manual.

Comment by jcelerier 20 hours ago

I had to find the manual for my parent's oven a few months ago, just finding the model n° was almost impossible

Comment by kennyadam 16 hours ago

I edited in that i’d already looked up the code in the manual seconds after submitting the post, so you clearly just ignored that bit to rage.

Comment by FloorEgg 1 day ago

Usefulness depends on intended job to be done. A hair dryer isn't very useful at drying clothes.

If someone spent a lifetime mastering woodworking with hand tools, and then was shown a couple very early rudimentary power tools (lacking safety features, crude features, etc) they would rightly conclude they weren't useful. The artisan can do better work faster with less risk of dismemberment without them.

Prior to LLMs, the world's demand for good software was bottlenecked by access to competent software engineers. The people who want software just want it, they don't care about the craft. They have a different job to be done than the engineer.

An example this reminds me of is a jobs to be done theory thought exercise:

Two different first time home owners need to store yard working tools in their backyard, and determine they need a shed. The first one cares most about minimizing the time it takes to get the shed. The second one has some special constraints to deal with AND also wants to start developing their amateur construction skills. They both need sheds, but they have different values, so:

- the first one buys a shed-kit made of plastic panels that can easily be assembled in 20 minutes.

- the second one buys a power saw, power drill, tool belt, saw horses, lumber, screws, metal roofing, etc and builds a custom shed from relative scratch over a few weekends.

Another example is getting take out vs cooking the meal yourself. There are many many examples.

LLMs are already useful to many. They are also not useful to many others. To assume they aren't useful to anyone just because they aren't useful to you is a sign of absent cognitive empathy. Not acknowledging that other people have other priorities and values they are equally valid to your own.

Comment by hermitShell 23 hours ago

The author of the article mainly talks about agentic programming, code generation, and reasoning. Ans very rightly identifies a big problem with agentic programming, in my experience. If developers can't maintain the software without AI, it's doubtful they can steer AI to maintain it either. Maybe this is not true and we can tell AI something like 'reduce the number of lines of code' until the essential software is exposed and pared down to a quantity and modularity that humans can then participate.

No doubt, most of the value creation is outside of creating software. But if Nvidia and Anthropic do succeed in making better hardware and better software, then the positive reinforcement loop does seem like it could take off. And coding is a big part of that.

Maybe we don't need to understand the code at all? Hard to fathom.

Comment by nomel 22 hours ago

> Maybe we don't need to understand the code at all? Hard to fathom.

Doesn't seem too crazy. This is the life of every customer (and most managers) of a software dev. To fathom it, think of yourself as the unicorn customer that can define projects, specs, and methods with competence, and even make architectural calls, with the AI being the dev.

To me, this is the incredibly clear eventuality of our profession, within the next 5-10 years. You writing code will be the same as most devs who try to hand write ASM: you will very very rarely be able to beat the compiler at its own game. And, just as now, there's a very small chance you'll go read what compiler produces.

Comment by FloorEgg 21 hours ago

I'm a decent full stack web developer, who knows almost nothing about kernel architecture or machine code. Before LLMs I could make a functional app, despite not understanding several layers the app ran on top of.

Comment by latentsea 21 hours ago

Those layers are deterministic though...

Comment by nomel 21 hours ago

Determinism is NOT a requirement, as proven by your existence of software devs. Again, shift the perspective to the people you work for, or to your fellow dev. They get along fine with you, who are also not deterministic. They check your output by setting requirements that you can prove are true in a way that satisfies them. You yourself guarantee correctness by tests, because you learned long ago that you yourself are not to be trusted, and are not capable of writing 100% correct code on first pass, except for the most trivial tasks. Your lack of determinism is built into your workflow, with tools like linters, code analysis, etc, to help deal with it all.

Comment by hermitShell 12 hours ago

Do you think this necessarily sends us as a society (as a species) towards a future where we eventually stop understanding technology and science itself?

Like in Asimov's Foundation or Liu Cixin's 'Taking Care of God'.

Maybe we need two tiers of technology. Human in the loop up to the point of AI, and then the AI layer which depends on the human stack.

Comment by nomel 2 hours ago

As knowledge progresses, less and less people will be able to understand it, as has always been the case with the progression of technology. This is an inevitability since intelligence is something that can only be slightly learned [1]. The passionate, high intelligence, nerds will continue to do what they've always done, being the only, very very small, percentage of society that bothers to understand any of it.

Most humans are dumb, from a science perspective. The ability to be successful in science has an intelligence threshold of somewhere around 120 [2], with true innovation requiring much more (as history has shown).

Do you see any alternative to 'Taking Care of God', if we continue progressing?

But, for coding specifically, coding as an unfortunate consequence of working with computers. We've been increasing abstraction since their inception, so we can do the actual work with them that we're trying to implement with code as a means to implement it. Go ask and older programmer, and he'll say the same sort of "kids these days don't understand computers", because he had to wire up the logic on a breadboard and write machine code in a hex editor, where you use a javascript library without even knowing how to implement an adder!!!

[1] https://www.nature.com/articles/mp2014105

[2] https://pmc.ncbi.nlm.nih.gov/articles/PMC6480791/

Comment by win311fwg 21 hours ago

Not really. It is true that supply chain attack concerns has put increased pressure on compiler makers to make compilers deterministic, but historically they haven't been, generally speaking. It was long thought that determinism didn't matter. Where compilers do differ from LLMs is that compiler output correctness is binary, while LLM output correctness is probabilistic.

However, compilers have long suffered from inputs not being correct, so we have put a lot of effort into finding ways to validate that the input is correct relative to the output. Which turns out works just as well for LLMs, to the point that validating that the input is correct relative to the output ends up offering the same assurances for both compilers and LLMs alike. Compiler output correctness alone is not actually all that beneficial in practice because, again, it is only as useful as the correctness of the input and inputs are not trustworthy without "double entry accounting" to go along with it. Once you have "double entry accounting" in place then you already have what you need to turn LLM correctness into being binary as well.

Comment by vivekd 21 hours ago

I agree. Although the author didn't delve into it he seems to hint that it may not prove useful enough to the companies that spend money on tokens to justify the huge investments in AI. For me yes, it's very useful. But what remains to be seen is is it useful to the entities and people willing and able to spend huge amounts of money in AI in exchange for increased productivity or profit... And if so is it useful to generate a cash return on the huge cost investments in datacenters that AI demands

Comment by bluefirebrand 23 hours ago

> A hair dryer isn't very useful at drying clothes.

More useful for drying clothes than a blender would be though. Or an LLM for that matter. No real point here I just thought it was an interesting example you used because it's still something that does work if you're lacking better options

> Another example is getting take out vs cooking the meal yourself

Interesting analogy

Buying ingredients and Cooking for yourself is almost guaranteed to be cheaper and healthier for your body in the long run. It's pretty difficult to eat out cheaply and very difficult to eat out healthily.

I dunno, might turn out to be some parallels there. I suspect that much like eating too much takeout, LLM usage makes us less fit.

Comment by FloorEgg 22 hours ago

As someone who cooks most of my own meals (and almost never eats out) I agree. I also know quite a few people who don't know how to cook at all and the thought of cooking stresses them out.

So far it seems that we can't all be good/capable at everything.

Maybe you write all your own code and cook your own meals, but do you do your own taxes? would you defend yourself in court? would you fix your car yourself?

Some people may answer yes to all the above, but most people outsource most things. Many people can't afford to outsource to other people, but can afford to outsource to LLMs.

Again it comes down to the job to be done:

- does the person want to develop or practice a skill, or do they just want it done? What is their budget, and how important is it to them to minimize certain risks?

Comment by bluefirebrand 20 hours ago

> does the person want to develop or practice a skill, or do they just want it done

I'm probably biased, but I think when it comes to professional work it should always, 100% of the time be the former. People who "just want it done" are the reason every piece of commercial software is becoming dogshit

> So far it seems that we can't all be good/capable at everything

Sure, but then stay the fuck out of the area I'm good at.

That's the whole thing. I earn money by building software. I spend money at a restaurant to buy food from people who are good at cooking.

If people who are good at cooking use AI to build their websites, then people like me don't have jobs, don't have money to buy food from them anymore. Specializing is how society functions. People no longer need my specialty thanks to AI? I can't get food anymore?

Kind of a shitty deal for me!

Comment by FloorEgg 2 hours ago

Whether or not it's a shitty deal is ultimately up to you.

For all of history the environment has put evolutionary pressure on living things. If you choose to make a deal with the universe that you get what you want without having to adapt to changing circumstances then you're going to get a shitty deal. If you embrace what's outside your control and adapt gracefully you will get a good deal.

What that means in this particular case with AI and your skills as an engineer I can't say. I don't mean anything specific by it. My point is more so that a big source of unnecessary suffering is wanting the universe to be something that it's not.

Comment by hosel 1 day ago

I seriously don’t understand the naysayers around here. Have they just not used anything past gpt4? You can’t just outsource all of your thinking to them, but they’re obviously useful.

Comment by jkahrs595 23 hours ago

> At first this seems far-fetched, but consider what happened to Facebook’s Metaverse. For a brief window of time it actually seemed reasonable to believe that we would all be spending most of our waking hours with high-tech ski goggles strapped to our heads. That we would work, relax, and socialize with these bulky headsets tricking our brains into thinking they were in a different world.

Literally nobody thought this.

Comment by ilaksh 23 hours ago

It's so interesting that people are so divided on this. He even said he generated multiple applications. Yet he has found a way to just about dismiss it somehow.

AI is not going to go away and it's not going to stop improving. That would go against the entire history of computing.

We have levels of improvements in the R&D pipeline in every area: hardware, software, model architecture and training. The models will get larger, architecture more sophisticated, computation dramatically more efficient. New materials, paradigms, more efficient nano-devices, scaling up manufacturing for better devices that are already out of the lab, etc. are in progress pointed towards multiple orders of magnitude efficiency gains. And by the way, that is not at all unusual -- we have been making large and small innovations in computing efficiency for decades.

There are still some things lacking in AI -- it still is jagged intelligence. Give it a few years, people will be nostalgic about the time when humans could still point to some victories here and there. That doesn't require any major breakthroughs -- just continuing to increase the size of the models and improving the training.

Comment by wizzledonker 21 hours ago

I guess, just to play devils advocate, what if code turns out to just be the minimally expressive communication medium required for a human to maintain agency over the function of a system?

If we consider (and I’m not saying this is true, just for arguments sake) that this agency is important as other humans enjoy talking to humans about a goal, rather than machines, and we think this will never change.

In this peculiar case, it actually doesn’t matter how “good” llms get - they will never cross a barrier fundamental to human nature?

Comment by ilaksh 20 hours ago

Maybe you're trying to argue that LLMs won't be able to simulate humans or reproduce all of human nature. That's true, but it's not what I was discussing. I was talking about programming.

Also, they are really VLMs and VLAs and there are other types of architecture and there will be many more.

So if you think that there is something salient about humans that can't be reproduced eventually by AI, then look into religious dualism.

Comment by wizzledonker 19 hours ago

> So if you think that there is something salient about humans that can't be reproduced eventually by AI, then look into religious dualism.

Contradicts

> not what I was discussing. I was talking about programming.

To be concrete: my argument is that to

> "simulate humans or reproduce all of human nature"

Is exactly what would be required for an LLM to replace a human as an effective interface for programming. Crazy hill to die on, I know, but that's the goal.

I am purely talking about programming. The reasoning looks something like this.

1. LLMs are undeniably useful as assistants when programming.

2. At some point though, they are leveraged too much. This leads to humans having an inability to reason about the generated code.

3. The LLM now needs to be as good of an interface as a human being to be of any use.

I think most people would agree with this distinction. Where people argue is where the cutoff point lies - and it's actually hard to find. How do you know when you have transitioned between the three stages? It's tempting to say, if the speedup is marginal, it isn't worth the risk.

Comment by stwsk 21 hours ago

There are already extreme edge case uses for AI that are incredibly, freakishly efficient compared to literally any human. Just for say, book or film recommendations... If you want obscure in the sense that no critical re-appraisal or any kind of cult following or curiosity towards it doesn't exist at all period, I'm talking about movies with literally 7 comments across the entire internet. Great films, loved by noone, usually too old to catch any meaningful wave by now... Nothing will ever compare. I've not been able to read nearly as many books as I've watched films but every single recommendation has been fantastic and tailored to my taste in such a way that only very few people have ever achieved, and even then those people are not capable of giving you a brand new list of books to read or movies to watch every single night.

In a broader sense, computational chemistry and drug discovery is already exploding- very, very hard to see that genie being put in the bottle. They've probably created such a large backlog of potentially useful outputs that it would take centuries for humans to sift through.

Useful AI is already here! Get over it. Your term "jagged intelligence" is very good, I will have to write that one down. Jagged indeed.

Comment by AuthAuth 21 hours ago

that recommendation is just a reddit comment in a thread similar to your prompt.

Comment by CM30 22 hours ago

Personally, I've found that understanding what the AI generates well enough to make substantial changes to it hasn't been too difficult, though it'll obviously depend on how complex the project you're working on is. Effectively speaking, it's like using any sort of off-the-shelf solution and then modifying that solution; you don't need to understand it to use it for your project, but you'll need to do so to make significant changes or add extra functionality.

Practically speaking, is there really a difference between prompting an LLM to create a CMS for a website and installing something like WordPress or Ghost? The setup requires no understanding of the underlying software, but you'll have to build up a mental model from scratch if you want to extend or modify it later.

Of course, it's not going to please anyone that likes the process of programming or knows enough to tell that the output is mediocre at best. But it's very useful for people that don't know how something works and want a 'workable' solution that functionally does what they need. It's basically the next iteration of the WYSIWYG web design tool, the CMS, the site builder, etc. A professional software engineer would be horrified by the code they output, but a non-technical manager type wouldn't notice or care.

Comment by xyzzy123 22 hours ago

> Practically speaking, is there really a difference between prompting an LLM to create a CMS for a website and installing something like WordPress or Ghost?

There is some difference; when you install WordPress or Ghost, your problems are shared. There's a community that goes along with the software and a "shared understanding in the world" of how it works and where the rough edges and limitations are. A lot of the time, LLMs will actually be better at modifying WordPress or Ghost to do what you want than they will be at fixing the CMS you built last Tuesday.

When you custom build, you can get an exact fit for your needs but your misery is yours alone.

Comment by mike_hock 1 day ago

> What if <common sense>?

I find it baffling that some people had to find this out the hard way. You already knew that it's — if not more work — then at least more tedious to study existing code than write your own.

People have been choosing greenfield rewrites over grokking legacy code since forever.

Comment by skybrian 1 day ago

The hypothetical is that everyone will eventually agree with the author that AI is not useful. I don't see what could possibly change everyone's minds at this point. People have too much direct experience with it. At best, it might remain controversial.

Comment by bluegatty 1 day ago

It's obviously useful - we have to figure out best practices.

Comment by bigstrat2003 1 day ago

It is most certainly not obviously useful. To anyone who actually cares about quality and not just turning out slop, you have to spend so much time reviewing the code the machine generated that you wind up not saving any time. There are lots of people who don't give a damn about quality, but those were terrible developers before LLMs and remain so now.

Comment by rspeele 22 hours ago

Even if you have a moral opposition to a single line of LLM-generated code marring your codebase (not even unit tests!) it can be incredibly useful to assist with reading code.

Take a complex, sophisticated codebase you wrote, that only you have deep understanding of, and throw Codex or Claude at it and ask it questions. How does the Foo work? What happens if the user tries to Frozzle a Bar? Give me a guided tour of how the Baz feature was implemented, top to bottom of the stack.

Personally, I was amazed at how accurate the results were, on a codebase where I knew the answers already. Try to pretend that's not a useful tool to use when you have to fix bugs or add features to a large codebase you aren't already familiar with.

Comment by twister2920 20 hours ago

> Try to pretend that's not a useful tool to use when you have to fix bugs or add features to a large codebase you aren't already familiar with.

how will I know the answers are accurate?

Comment by bluegatty 11 hours ago

The same way you would know the answers of a junior developer would be.

Honestly, this reads a bit like you have not tried it, because the answer is 'kind of clear' if very nuanced.

You get a sense pretty quickly for the 'boundaries' of the tech - and though it will make errors for sure - you can sense what kinds of errors it's inclined to make.

Comment by rspeele 20 hours ago

You take advantage of the property that verifying / sanity-checking an answer is usually much easier and faster than figuring out the answer in the first place.

It's similar to how Google has been useful for the past few decades despite the internet being full of junk info. Except Google could only provide semi-reliable information about stuff that's public knowledge with lots of people talking about it, whereas Claude can provide semi-reliable information about your own code that nobody else has ever laid eyes on.

A few months ago I used this to re-acquaint myself with code I myself had written back in 2017-2018[1]. I wanted to add some new features, and I did NOT want AI to write them, because the existing codebase was my own sweat and tears and running it through the slop extruder would cheapen that original work. I wanted to write all the code myself with full understanding of what was going on. Now, it had been many years and the codebase did some pretty esoteric stuff. I was the only person in the world who ever knew what that code did, and I didn't know it like the back of my hand anymore. Particularly the stuff with runtime CIL generation for result set processing.

I did a lot of reading my own code and a lot of thinking about it to get that understanding back, but it was a very helpful tool to be able to bounce my questions off an agent during the process and then investigate its answers for accuracy. And greater than 90% of the time its answers turned out to be correct.

[1]https://github.com/fsprojects/Rezoom.SQL

Comment by bluegatty 23 hours ago

It's delusional for someone to contemplate that millions of developers out there are just churning out 'non usable stuff' and don't care about quality and that somehow you have some 'magic insight' they don't have.

And lacking in self awareness to publicize that.

Obviously some people are using it recklessly, it's the same with everything.

Do you think it's more likely that 'the entire world is wrong and you are right' ... OR ... that you just personally have not figured out how to use the technology in way that makes sense and/or you have a bad sense of of what quality means in most contexts.

AI produces easily 'better than human' code where it has a lot of guardrails, and is probably 10x better than humans at hunting down and fixing bugs.

Software is 90% 'maintenance' , and a well maintained code base provide ample basis for the AI to understand what design and formatting to use for a given solution.

It definitely falls down on it's own architecture, it's not that hard to work along with the AI.

It doesn't matter what we think of Altman or whoever, or whatever or AGI or 'the bubble' - that's all noise. It's literally the most blatantly obvious 'useful' thing to happen to tech since the advent of machines - it takes a 'collapse of intellectual contextualization' to not realize that.

You're watching cars replace horses, they are not the same thing.

Comment by AnimalMuppet 21 hours ago

> Do you think it's more likely that 'the entire world is wrong and you are right' ... OR ... that you just personally have not figured out how to use the technology in way that makes sense and/or you have a bad sense of of what quality means in most contexts.

Yeah, see, I've seen this movie before. I've seen it with Lisp. "You just haven't used it enough to reach enlightenment! We all have! Keep going; you'll see it too!"

And then with Haskell. Exact same looking down on everyone who doesn't agree as unenlightened, as people who Just Don't Get It.

Both Lisp and Haskell are useful languages. Neither is the future of mainstream programming, not just because the mainstream is unenlightened, but because those languages don't fit the way most programmers think.

People are different. Different languages fit different people. If Lisp fits how you think, when you find it after wandering through procedural languages, it feels incredibly freeing. But if it doesn't fit...

So I get very nervous about "you just haven't figured out how to use it" claims. Maybe it's true. Or maybe it just doesn't fit a bunch of people, and browbeating them with claims that they're unskillful does not make it fit them any better.

Comment by bluegatty 11 hours ago

No - that is the wrong analogy.

'Lisp' is an arcane tool and it's highly debatable in the objective sense if 'Lisp' is better.

The analogy is someone is saying that 'cars are useless' and that everyone should just keep riding horses.

I'm saying that we can debate the merits of cars, but it's absurd to suggest that they are not useful, and it's reasonable to conclude that someone who cannot 'find value' in cars, has not learned to drive them.

Then debate the merits.

Comment by win311fwg 21 hours ago

> you have to spend so much time reviewing the code

Why? Unless you foolishly choose to target something like Javascript, or Python, or the like where the training corpus was full of poor quality code then the LLMs stay pretty true to how you'd write the code yourself. LLMs are only as good as what they were trained on, but luckily there was already a strong movement towards "all codebases should be the same" before LLMs, and as long as you hone in on those ecosystems then LLMs trained on those ecosystems can work quite well at producing quality code without the need for heavy oversight.

Comment by bluegatty 21 hours ago

For bespoke things you 100% have to read the code, and for very straight forward SaaS stacks you still have to read.

It depends on how much 'rails' there are.

More rails, then there is a lot less to examine.

Comment by win311fwg 21 hours ago

Why? I agree if you have chosen an ill-fitted technology stack where those aforementioned developers who didn't care about quality before LLMs tainted the training data then you do have to carefully read the code to watch for the LLM going crazy, because they will, but if you have chosen a suitable technology stack where the training data is overwhelmingly of high quality, then what need is there to read it? You already know that the quality will be on par with what you would have written yourself.

You might find it to be an interesting read, but the software will be fine if you don't.

Comment by bluegatty 11 hours ago

" but the software will be fine if you don't."

" You already know that the quality will be on par with what you would have written yourself."

No - I totally don't agree.

I've almost never seen a situation where one does not have to read, other than for bug fixes.

In almost every case where I have 'gone under the good' to AI created system - it was bad.

The AI is terrible at grasping and coding concepts. It names things poorly, and over iterations, it will turn 'state' into a hairball.

Try asking it to do an DOM event adapter to filter and map events, like doing 'ime end even guaranted' - it will do write something and write tests that all pass, but there will be holes.

The logic will be inconsistent and won't follow an hard spec, and even getting it to write a hard, clean spec won't work.

Let me put it differently: it's not the 'code' that's the problem - it's the concepts that it is trying to represent, which it screws up.

Only where those 'concepts' are already clean, such as in a really good code-base that you only need to tweak - does it work well. And amazingly well.

But for doing anything from scratch - you have to read the code.

I don't think it's going to get better any time soon because I think there is a 'noisy channel' problem here, in that it can only get so good without proper specification, and specification is 'the developers job' that cannot be replaced, at best we can get tools to support us there.

Comment by win311fwg 10 hours ago

> Try asking it to do an DOM event adapter to filter and map events

Why? While you can technically build a DOM event system in any language, you wouldn't, so this sounds like you are talking about Javascript (or Typescript, but same thing)... Which we already know LLMs cannot handle because the training data was full of poor quality code and thus LLMs also produce poor quality code. So, yes, you have to watch Javascript like a hawk here because the LLMs will go to crazy town if you don't pay attention. But that was already acknowledged.

Perhaps you accidentally chose the wrong example?

Comment by bluegatty 8 hours ago

First - it's an examples, it's not about 'why do that?' - that's another question entirely.

Second - it is very wrong to imply 'the AI has bad training data for JS / TS' - that's generally not how it works.

Third - the main point is not the code, it's information distillation as I suggested. It has nothing to do with the programming language. Yes - it might plausibly work better in some than others, but that's not the crux of the issue.

As to to your question the 'DOM event filtering' is just a good example because there are ambiguities in the problem space.

The spec is odd, browsers have different stated behaviours, different actual behaviours - this creates difficult problem space surface. It doesn't matter what 'la

Comment by win311fwg 8 hours ago

> it's an examples

It is an example, but an example that doesn't seem to fit the discussion.

> it is very wrong to imply 'the AI has bad training data for JS / TS' - that's generally not how it works.

Where would it have found good training data? The popularity of JS/TS means that the vast majority of the code that was written for it prior to LLMs is pretty lousy. Worse, even among the codebases that could be considered good, there is very little consistency between them so there is real good way for an AI to converge on what a good codebase even looks like in that ecosystem.

Regardless, no matter what explanation you want to choose, it remains abundantly clear that LLMs show time and time again that they struggle with JS/TS where there is no such struggle in certain other ecosystems. If you want to leverage LLMs to their full potential you are simply not going to be able to choose JS/TS (among others).

> As to to your question the 'DOM event filtering' is just a good example because there are ambiguities in the problem space.

Perhaps the disconnect here is that you have forgotten, but the discussion was about code quality. What about DOM event filtering in particular would lead an LLM that otherwise produces quality code to suddenly not? I have seen nothing to suggest that, in ecosystems that LLMs are suited for, that code quality declines when the problem space becomes more difficult. Code quality and problem space difficulty are orthogonal.

Or perhaps I am misunderstanding you, but my read here is that you point out that when a problem isn't well constrained an LLM may provide a solution that doesn't meet your expectations. That is true, but code quality and meeting user expectations are not one and the same. In fact, in the startup realm you often hear things like "users don't care about your code quality, just release something!" to really drive home that they are in entirely different dimensions.

Comment by 1 day ago

Comment by erelong 20 hours ago

Sounds like author is currently at the point of learning to use AI to develop mental models (simply continue?)

I think one of the issues with LLMs that confuses people is that they're such a broad open-ended tool that people don't know what to do with them and so conclude they're not sure if they are useful, but in a meta way you could just keep asking the AI questions like "how do I make good use of LLMs in this case" and so on

They seem like an upgraded kind of search engine for text prompts, if nothing else

Comment by xyzzy123 22 hours ago

The problem he's describing comes up any time you have a team of developers. That doesn't mean the usefulness of teams is a fantasy because you didn't write all the code yourself.

If you don't have a useful mental model of the architecture that's a communication / review / documentation problem, not a problem with the entire idea of codegen.

Comment by monkeydreams 21 hours ago

AI has useful features but the majority of use cases are not useful but are thrust upon us as an excuse to extract more data.

Even if the worst happens in the AI market some uses will still remain. Far fewer, I suspect, than will be demand the computational capacity of all the DCs popping up everywhere.

Comment by teravor 19 hours ago

to maintain a mental model of LLM generated code I resort to exclusively DOD (data oriented design) principles. I spend most of my time engineering structs and describing transitions in English then have the LLM execute on the transitions and whatever scaffolding (eg. async runtimes, external libraries) are required.

it usually helps if you know how something is to be done, you just want to save time not doing it yourself. this way you can give the LLM intermediate structs and transitions to work with, and constrain it this way not to do something stupid.

Comment by derdi 23 hours ago

> I didn’t have a mental model for the thing that was in front of me. If there is a bug, or if a new feature needed to be added my mind was precisely where it was before I started prompting, and I couldn’t even begin to make changes until I had built a thorough understanding of the code.

Yes. Like working in a team. It can be hard to work on a team and to have to understand what your colleagues did, and how to fix or extend it. What if working in teams is a fantasy?

Comment by geldedus 1 day ago

To me, it is as practical and concrete as it can be. Keep coping

Comment by slimtrees 1 day ago

So-called "agentic" AI is definitely a fantasy.

It's like saying a calculator can do your taxes.

Doesn't work that way.

But grifters gonna grift

Comment by bluegatty 1 day ago

Millions of developers all day every day doing that for real, at some of the best companies in the world, but sure, you have the deep insights they have not figured out?

Comment by leothetechguy 1 day ago

Definitely a fantasy, just one that people try to realize at the moment.

Comment by catlover76 1 day ago

[dead]

Comment by chrisjj 1 day ago

We can already see (net) useful so-called AI is more than a fantasy.

It's a psychotic delusion.

Comment by 3dedb728-3f77 1 day ago

Useful AI is.

Useful LLM is not.