Live data from Hacker News

Beliefs that are true for regular software but false when applied to AI

boydkane.com

271–280 of 461 posts

Re: Beliefs that are true for regular software but false when applied to AI

#271

think it's missing the biggest assumption, which is not necessarily true for regular software either but much more true than AI: The same inputs should produce the same outputs. And that assumption is important because dependability is the strength of an automated process.

It's not missing? https://boydkane.com/essays/boss#every-time-you-run-the-code...

Re: Beliefs that are true for regular software but false when applied to AI

#272

For a real world example of the challenges of harnessing LLMs, look at Apple. Over a year ago they had a big product launch focused on "Apple Intelligence" that was supposed to make heavy use of LLMs for agentic workflows. But all we've really gotten since then are a couple of minor tools for making emojis, summarizing notifications, and proof reading. And they even had to roll back the notification summaries for a w…

Apple's whole brand is built around tight control, predictable behavior, and a super polished UX which is basically the opposite of how LLMs behave out of the box

Re: Beliefs that are true for regular software but false when applied to AI

#273
post #236

Earlier quoted context omitted.

I think there are people who know exactly how it works, they know how neural networks work, they know how the transformer architecture works, how attention works, embeddings, tokenization, etc. We just can’t define the weights of the connections between the neurons.

That's a bit like saying knowing how a pipe works is enough to explain a combustion engine. You're just listing part of how LLMs work. Those mechanisms only explain next word prediction, not LLM reasoning. That's an emergent property that no person, as far as I understand it, can explain past hand waving. Happy to be corrected here.

There's no magic involved, the LLM creators can go anywhere and rebuild an LLM with pretty much the same outcome, if they have the same training data. With unlimited time you could even reproduce the output of an LLM manually as it is just a lot of mathematics. Including reasoning, as that is mostly adding words in the context that will steer the word predication to include reasoning. As this is a useful LLM behavior this context is now part of the training data, so it becomes part of the neural network weights.

Re: Beliefs that are true for regular software but false when applied to AI

#274

> bugs are usually caused by problems in the data used to train an AI This also is a misunderstanding. The LLM can be fine, the training and data can be fine, but because the LLMs we use are non-deterministic (at least in regard to their being intentional attempts at entropy to avoid always failing certain scenarios) current algorithms are inherently by-design not going to always answer every question correctly that…

I think sometimes it gives a "wrong" answer not because it wasn't trained well, but because it could give multiple plausible answers and just happened to land on the unhelpful one

Re: Beliefs that are true for regular software but false when applied to AI

#275
post #194

Earlier quoted context omitted.

> minor tools for making emojis, summarizing notifications, and proof reading. The notification / email summaries are so unbelievably useless too: it’s hardly more work to skim the notification / email that I do anyway.

Like most AI products it feels like they started with a solution first and went searching for the problems. Text messages being too long wasn't a real problem to begin with. There are some good parts to Apple Intelligence though. I find the priority notifications feature works pretty well, and the photo cleanup tool works pretty well for small things like removing your finger from the corner of a photo, though it's n…

Honestly I love the priority notifications and the notification summaries. The thing that drives me absolutely insane, is that the fact that when I view the notification through clicking on it from another space other than the "While in the reduce interruptions focus" it doesn't clear. Because of this, I always have infinite notifications.

I want to open WhatsApp and open the message and have it clear the notif. Or atleast click the notif from the normal notif center and have it clear there. It kills me

Re: Beliefs that are true for regular software but false when applied to AI

#276
post #36

My current method for trying to break through this misconception is informing people that nobody knows how AI works. Literally. Nobody knows. (Note that knowing how to make something is not the same as knowing how it works. Take humans as an obvious example.)

How is it possible that nobody knows how it works - it’s running on hardware we have complete control over and perfect observability into, is it not? At any frame we can pause, examine the state, then step forward, examine the state, and observe what changes have occurred - we have perfect knowledge of the source code, the compiler, whatever components you prefer to break software down into - What is it that we don’t…

The source code is not the LLM. The LLM is billioms of random floating point numbers that somehow encode everything the model knows and can do.

The ML field has a good understanding of the algorithms that produce these floating point numbers and lots of techniques that seem to produce “better” numbers in experiments. However, there is little to no understanding of what the numbers represent or how they do the things they do.

Re: Beliefs that are true for regular software but false when applied to AI

#277
post #36

My current method for trying to break through this misconception is informing people that nobody knows how AI works. Literally. Nobody knows. (Note that knowing how to make something is not the same as knowing how it works. Take humans as an obvious example.)

How is it possible that nobody knows how it works - it’s running on hardware we have complete control over and perfect observability into, is it not? At any frame we can pause, examine the state, then step forward, examine the state, and observe what changes have occurred - we have perfect knowledge of the source code, the compiler, whatever components you prefer to break software down into - What is it that we don’t…

We know how each of the "parts" work, but there is a gazillion of parts (especially since you need to take the model weights into account, which are way larger in size than the code that generates them or uses them to generate stuff), and we found out that together they do something that we do not really understand why they do it.

And inspecting each part is not enough to understand how, together, they achieve what they achieve. We would need to understand the entire system in a much more abstract way, and currently we have nothing more than ideas of how it _might_ work.

Normally, with software, we do not have this problem, as we start on the abstract level with a fully understood design and construct the concrete parts thereafter. Obviously we have a much better understanding of how the entire system of concrete parts works together to perform some complex task.

With AI, we took the other way: concrete parts were assembled with vague ideas on the abstract level of how they might do some cool stuff when put together. From there it was basically trial-and-error, iteration to the current state, but always with nothing more than vague ideas of how all of the parts work together on the abstract level. And even if we just stopped the development now and tried to gain a full, thorough understanding of the abstract level of a current LLM, we would fail, as they already reached a complexity that no human can understand anymore, even when devoting their entire lifetime to it.

However, while this is a clear difference to most other software (though one has to get careful when it comes to the biggest projects like Chromium, Windows, Linux, ... since even though these were constructed abstract-first, they have been in development for such a long time and have gained so many moving parts in the meantime that someone trying to understand them fully on the abstract level will probably start to face the difficulty of limited lifetime as well), it is not an uncommon thing per se: we also do not "really" understand how economy works, how money works, how capitalism works. Very much like with LLMs, humanity has somehow developed these systems through interaction of billions of humans over a long time, there was never an architect designing them on an abstract level from scratch, and they have shown emergent capabilities and behaviors that we don't fully understand. Still, we obviously try to use them to our advantage every day, and nobody would say that modern economies are useless or should be abandoned because they're not fully understood.

Re: Beliefs that are true for regular software but false when applied to AI

#278

I found this statement particularly relevant: While it’s possible to demonstrate the safety of an AI for a specific test suite or a known threat, it’s impossible for AI creators to definitively say their AI will never act maliciously or dangerously for any prompt it could be given. This possibility is compounded exponentially when MCP[0] is used. 0 - https://github.com/modelcontextprotocol

I wonder if a safer approach to using MCP could involve isolating or sandboxing the AI. A similar context was discussed in Nick Bostrom's book Superintelligence. In the book, the AI is only allowed to communicate via a single light signal, comparable to Morse code.

Nevertheless, in the book, the AI managed to convince people, using the light signal, to free it. Furthermore, it seems difficult to sandbox any AI that is allowed to access dependencies or external resources (i.e. the internet). It would require (e.g.) dumping the whole Internet as data into the Sandbox. Taking away such external resources, on the other hand, reduces its usability.

Re: Beliefs that are true for regular software but false when applied to AI

#279

For a real world example of the challenges of harnessing LLMs, look at Apple. Over a year ago they had a big product launch focused on "Apple Intelligence" that was supposed to make heavy use of LLMs for agentic workflows. But all we've really gotten since then are a couple of minor tools for making emojis, summarizing notifications, and proof reading. And they even had to roll back the notification summaries for a w…

My wife was in China recently and was sending back pictures of interesting things - one came in while I was driving and my iPhone read out a description of the picture that had been sent - "How cool is that!" I thought.

However, when I stopped driving and looked at the picture the AI generated description was pretty poor - it wasn't completely wrong but it really wasn't what I was expecting given the description.

Re: Beliefs that are true for regular software but false when applied to AI

#280
Apple’s underwhelming LLM rollout—like the pulled notification summaries and trivial emoji tools—proves even big tech struggles to turn AI hype into reliable, daily-useful features; I’d take a working email organizer over a glitchy "smart" summary any day.
Post reply on HN