News for hackers. Stuff that matters.
Re:The new rules of context engineering for Claude 5 generat... by grim_io on Saturday July 25, 2026 @06:00PM (#49052045)
The success of LLM's (by usage) tells us that programming languages are still too close to the machine than the actual problem domain as defined by humans.

If we truly had the right abstractions, no one would care to use LLM's for programming.

Re:The new rules of context engineering for Claude 5 generat... by andy99 on Saturday July 25, 2026 @06:42PM (#49052488)
I think there’s a kind of laundering that goes on. Like if leadership just told devs to go build something (gave them a prompt) and the devs picked some defaults, leadership wouldn’t like it, they’d want some different interpretation of the prompt, there’d be lots of back and forth.

Somehow when it’s the LLM that makes the choices, everyone is impressed with what AI did. It’s really just whatever defaults have been trained in, but somehow we’re ok with this.

Part of it is better marketing and communication. Basically the defaults of OpenAI and Anthropic are better than what a random dev will pick. But it’s not really that natural language is a better interface, it’s more that having “AI” for now somehow intermediates responsibility so everyone is ok with what it picked, when they probably wouldn’t accept the same if the internal team came up with it. It’s not too different from hiring consultants.

Re:The new rules of context engineering for Claude 5 generat... by vatsachak on Saturday July 25, 2026 @06:08PM (#49052134)
I disagree. I speak in code to the LLMs. It's just that LLMs are really good at reinventing the wheel that you were supposed to in your codebase. Recent example.

struct TensorView<T>{ body: Arc<[T]>, shape: [usize], stride: [usize], offset: usize, }

Okay now fill in all the helper methods. And GPT 5.6 Sol did a good job.

Re:The new rules of context engineering for Claude 5 generat... by grim_io on Saturday July 25, 2026 @06:10PM (#49052165)
With that kind of workflow, you might be faster with AI autocomplete :)
Re:The new rules of context engineering for Claude 5 generat... by vatsachak on Saturday July 25, 2026 @06:35PM (#49052422)
Yep! I do use Codex CLI
Re:The new rules of context engineering for Claude 5 generat... by Exoristos on Saturday July 25, 2026 @08:47PM (#49053453)
The lengths some of y'all will go to to avoid using JetBrains products.
Re:The new rules of context engineering for Claude 5 generat... by vatsachak on Saturday July 25, 2026 @09:06PM (#49053565)
I doubt anything other than an LLM auto complete could add something like a tensor reshape
Re:The new rules of context engineering for Claude 5 generat... by ACCount37 on Saturday July 25, 2026 @06:02PM (#49052067)
I suspect a lot of "the right abstractions" would be fuzzy and opaque things - more alike to modern AI than to anything from the domain of traditional programming. Because the world is just cursed like that.
Re:The new rules of context engineering for Claude 5 generat... by PunchyHamster on Saturday July 25, 2026 @07:25PM (#49052857)
There is no right abstraction to make runnable human vagueness.

At one point someone have to take "what you think it should do" into defined unambiguous spec that is called "code"

Re:The new rules of context engineering for Claude 5 generat... by echelon on Saturday July 25, 2026 @06:08PM (#49052133)
DNA is still too close to molecular biology than the actual problem of harvesting free energy and replicating.

I think we see this pattern over and over and it might just be that the problem domain is a weird projection into more dimensions of complexity than it makes sense to directly model.

Re:The new rules of context engineering for Claude 5 generat... by globular-toast on Sunday July 26, 2026 @03:12AM (#49055555)
But your job is to write the abstractions. Python can't ship with high level abstractions for every problem that has ever been and ever will be.
Re:The new rules of context engineering for Claude 5 generat... by mpweiher on Sunday July 26, 2026 @10:02AM (#49058342)
Yes.

Our programming languages are far too low level, and have been for a long time.

I've long held this view, LLMs are fairly clear evidence that this is true, because it looks like the much, much more compact prompt(s) have enough information content to create a much larger program in our current languages.

So it should be possible to create a non-natural language with the same information density.