News for hackers. Stuff that matters.

stabbles

The point of these breakthroughs is that it challenges people's intuition. It raises the question how much further one can improve on it.
Re:Scattered thoughts on how doing math feels these days on Thursday October 29, 2026 @06:20PM (#50297021)
> In our view, these manuscripts are best understood as a form of raw research data. To convert this raw research data into scientific understanding, in this release we are experimenting with a new approach

Mathematics and computer science are turning into an empirical science

Re:Switzerland. Block by block. At 1:1 scale on Monday October 26, 2026 @05:46AM (#50241335)
Re:Railway Security Disclosure on Wednesday October 21, 2026 @06:55PM (#50188841)
Hot patching is itself a liability
Re:How to Formalize All of Mathematics on Friday October 16, 2026 @11:35AM (#50119723)
"How to rewrite all software in Rust"
Re:Who Taught the Machines Mathematics? on Wednesday October 14, 2026 @07:41AM (#50086100)
I'm reading this paragraph with the precedent of AlphaGo in mind, where none of the Go players would have expected that databases of human games would be valuable training material for machines instead of humans:

> I learned mathematics because others gave their time and knowledge freely, and I wanted to do the same for the next generation. The possibility that a student would go on to do something I could not do was part of the point. But I had imagined this as a continuation of a human activity. [...] I could not imagine treating this knowledge as something to be guarded.

But soon after, AlphaZero was trained purposefully without human games in the training data. The "extractive" training was sufficient to show that a certain machine learning model worked, but unnecessary to produce a machine that performs beyond the level of humans.

For coding agents I imagine it is similar: humans introduce so many subtle bugs, and they're only subtle relative to human cognitive capacity. I'm sure subtle mistakes pass peer review in mathematics too, even if it's generally more rigorous.

What I'm getting at is that labs have demonstrated that a certain model architecture is capable of producing mathematics at a (super)human level, and their extractive methodology was sufficient, but possibly not necessary. You can fight in court whether their methodology is against the law, but it would be naive not to look beyond that, which is my main gripe with the AHM statement the author refers to [1]

Fortunately the author of this article has a more nuanced view:

> I can understand the anger, but I am not sure that withdrawing from AI is the answer

[1] https://www.ahmath.org/statements

Re:Terence Tao: Math 2.0 [pdf] on Sunday October 11, 2026 @03:50PM (#50047124)
Looking at this I'm reminded of https://en.wikipedia.org/wiki/Polymath_Project, in particular "Yitang Zhang's 2013 breakthrough on bounded prime gaps, eventually lowering the upper bound on the gap between consecutive primes from 70,000,000 down to 246".
Re:Compiling Rust to readable C with Eurydice on Saturday October 10, 2026 @05:30AM (#50031159)
It depends entirely on your trust model. If you just want to be able to compile a rust compiler on a new platform that only has a C compiler, you wouldn't care. If you worry about a Thompson-style trojan horse, then you want to be able to audit all sources in the bootstrap chain.

Some idealistic projects like live-bootstrap go a step further and don't even allow generated sources in the full source bootstrap chain, even if they are readable in principle, because the xz debacle showed that a configure script, which is also readable in principle, can contain a backdoor. In those projects you could probably still bootstrap Eurydice from sources, and then do the rust -> c translation of the rust compiler as an ordinary build step, before compiling it with a bootstrapped C compiler.

Re:Compiling Rust to readable C with Eurydice on Saturday October 10, 2026 @03:02AM (#50030431)
If it's readable C, this sounds great for a full source bootstrap of the rust compiler.
Re:The Mathocalypse on Wednesday October 07, 2026 @06:05PM (#49999410)
The cost of the N-S disproof was estimated to be $15,000,000 whereas a ChatGPT Pro subscription costs $500.
Re:Sharing AI progress in mathematics on Wednesday October 07, 2026 @01:57PM (#49996380)
It might as well happen, similar to how AlphaGo was superseded by AlphaZero, at some point a model might produce better math if it's trained through self-play where it poses its own problems, instead of looking for open problems in literature.
Re:Ephemeral Testing on Tuesday October 06, 2026 @03:47AM (#49975469)
Another trick I have found useful is to do integration testing with coverage enabled. One agent creates tasks for subagents that run the application with coverage enabled, it merges the reports, and based on that it comes up with new tasks for subagents, repeat until coverage no longer moves.
I've updated the site and wrote a blog post here: https://stoppels.ch/2026/10/03/wake-me-up-when-ai-can.html
Did you also notice the complex emergent behavior of "418 I'm a teapot"?
(OP here) It was fun as long as it lasted ;) I'll leave it open for a few more days, but already it has enough votes for an interesting results page.
Re:Recursive `Make` and `-J` on Wednesday September 30, 2026 @05:48PM (#49914925)
The `-j` is meant for the top-level invocation only, and the $(MAKE) pattern is standard.

The `+` or $(MAKE) "tricks" to ensure the jobserver is inherited in submake and any other subprocess are no longer needed in gmake 4.4 (from 2022) because it defaults to a FIFO instead of pipes. The author should just upgrade gmake :).

Re:Tokens Too Cheap to Meter on Wednesday September 23, 2026 @03:40PM (#49821416)
What if the tool is more advanced, like an optimizing compiler: `g++ -O3 -march=native -x c++ - <<EOF ... EOF`

If the compiler invocation is sufficiently slow, the llm could consider outputting a binary directly?

For all we know matrix multiplications are a faster way to generate optimized machine code than branchy sequential compiler code with tons of heuristics and passes.

Re:Looking forward to Git 2.56 – and 3.0 on Tuesday September 22, 2026 @05:24AM (#49798502)
Yeah, "standardizing" change IDs would make it much easier to develop further tooling around it. In particular decentralized review is something that I'd be interested in.

For example, if GitHub is down, that would not be a blocker to access review comments or to do reviews. And maybe you could push your reviews to a GitLab mirror if you want a UI.

Re:Google's Open Agentic Orchestrator on Monday September 21, 2026 @07:54AM (#49786100)
An even simpler "sandbox" is to create a separate user and home dir for your LLM.
Re:GitHub is having trouble counting things on Wednesday September 16, 2026 @04:07PM (#49732241)
The reason is that their primary source of truth (traditional database) and their search index (elasticsearch) are out of sync.

The issues/pulls pages used to be showing the data from the primary data source, and then they changed it so everything is search, including the basic props is:pr and state:open.

Re:Let's make quality the norm again on Tuesday September 15, 2026 @07:07AM (#49710656)
5 years is great, but I'm sure in Norway they advertise "no flip" / "no turn" / "single-sided" mattresses as a feature too ;)
Re:Let's make quality the norm again on Tuesday September 15, 2026 @06:38AM (#49710387)
With sufficient competition, the incentives of companies would change if consumers would be willing to rent instead of owning products. Then planned obsolescence is not to their benefit.

Older »