News for hackers. Stuff that matters.

jpcompartir

Re:Sharing AI progress in mathematics on Wednesday October 07, 2026 @05:51AM (#49990463)
Much of this goes way above my head, but I found it interesting nonetheless. Q I had was why textbooks would need to be re-written? From your account it doesn't seem like results are upended, but rather confirmed?

I suppose when people do re-write the textbooks they'll say "this is confirmed now" not "if this conjecture is true...", but usually re-writing the textbooks would imply that things have been shown to be false?

May have misunderstood. Thank you for the post though, it was very interesting to someone who doesn't know much about the topic.

Re:The next chapter of our AI momentum on Thursday August 06, 2026 @10:12AM (#49196966)
I can't be the only person who never finds these made up dialogues funny, right?
The absolute worst name for a model I've seen
Re:Plotnine on Tuesday June 23, 2026 @05:57AM (#48642650)
After plotnine, with a solid & performant (more than the R versions) Python version of Purrr and Dplyr I might never reach for R again!
They weren't freaked by anything, it's a retaliatory shakedown after ideological differences and Anthropic not doing exactly what they're told/what the Admin wants them to do.
Re:Claude Fable 5 on Wednesday June 10, 2026 @12:56PM (#48479210)
After a day or so this is the first model that really feels next level compared to how Opus 4.5 felt on release
Re:I’ve joined Anthropic on Tuesday May 19, 2026 @12:13PM (#48195305)
Great person and great company

I hope he still gets to do some educative stuff on the side too

Re:An update on recent Claude Code quality reports on Thursday April 23, 2026 @03:31PM (#47880538)
Thanks, I have a lot of trust in and admiration for the team & respect for the work you guys have done and continue to do.
Re:An update on recent Claude Code quality reports on Thursday April 23, 2026 @02:36PM (#47879685)
Anthropic releases used to feel thorough and well done, with the models feeling immaculately polished. It felt like using a premium product, and it never felt like they were racing to keep up with the news cycle, or reply to competitors.

Recently that immaculately polished feel is harder to find. It coincides with the daily releases of CC, Desktop App, unknown/undocumented changes to the various harnesses used in CC/Cowork. I find it an unwelcome shift.

I still think they're the best option on the market, but the delta isn't as high as it was. Sometimes slowing down is the way to move faster.

Re:Claude Code Routines on Tuesday April 14, 2026 @05:10PM (#47771575)
Likewise, I foolishly assumed everybody else was just doing it wrong.

But this week I've lost count of the times I've had to say something along the lines of: "Can you check our plan/instructions, I'm pretty sure I said we need to do [this thing] but you've done [that thing]..."

And get hit with a "You're absolutely right...", which virtually never happened for me. I think maybe once since Opus 4-6.

Re:Claude Code Cheat Sheet on Tuesday March 24, 2026 @06:59AM (#47500881)
This looks like a Claude-generated SVG to me, is it not?
Re:Autoresearch on an old research idea on Tuesday March 24, 2026 @06:54AM (#47500860)
Fair push back, but I do think the LSTM vs Transformers point kinda supports my position in the limit, not refutes. Once the compute bottleneck is removed, LSTMs scale favourably. https://arxiv.org/pdf/2510.02228 (I believe there's similar work done on vanilla LSTMs, but I'd have to go digging)

So the bottleneck was compute. Which is compatible with 'data or compute'. But to accept your point, at the time the algorothmic advances were useful/did unlock/remove the bottleneck.

A wider point is that eventually (once compute and data are scaled enough) the algorithms are all learning the same representations: https://arxiv.org/pdf/2405.07987

And of course the canon: https://nonint.com/2023/06/10/the-it-in-ai-models-is-the-dat... http://www.incompleteideas.net/IncIdeas/BitterLesson.html

Scaling compute & data > algorithmic cleverness

Re:Autoresearch on an old research idea on Monday March 23, 2026 @03:35PM (#47494104)
There are better techniques for hyper-parameter optimisation, right? I fear I have missed something important, why has Autoresearch blown up so much?

The bottleneck in AI/ML/DL is always data (volume & quality) or compute.

Does/can Autoresearch help improve large-scale datasets? Is it more compute efficien than humans?

As a non-US citizen, I'm quite glad in the knowledge that Claude won't be used to kill other non-US citizens with autonomous weapons
"Regardless, these threats do not change our position: we cannot in good conscience accede to their request."
This is great, brings clear benefits to both sides and the rest of us.

Always rooting for Hugging Face

Re:Gemini 3.1 Pro Preview on Thursday February 19, 2026 @05:23PM (#47080463)
Yep, Gemini is virtually unusable compared to Anthropic models. I get it for free with work and use maybe once a week, if that. They really need to fix the instruction following.
Re:Claude Code Is Being Dumbed Down on Thursday February 12, 2026 @04:47AM (#46986777)
Thanks for the long and considered response, but this is a really ugly UX decision.

As others have said - 'reading 10 files' is useless information - we want to be able to see at a glance where it is and what it's doing, so that we can re-direct if necessary.

With the release of Cowork, couldn't Claude Code double down on needs of engineers?

Re:Railway (PaaS) Global Outage on Wednesday February 11, 2026 @12:25PM (#46977866)
Yeah 100%

This won't change my decision, but it is still impeccable timing

Re:Railway (PaaS) Global Outage on Wednesday February 11, 2026 @11:55AM (#46977418)
This is great, not 10 minutes before this outage did I present Railway as a viable option for some small-scale hosting for prototypes and non-critical apps as an alternative to the Cloud giants
Re:Claude Opus 4.6 on Friday February 06, 2026 @04:08PM (#46918159)
4.6 is a beast.

Everything in plan mode first + AskUserQuestionTool, review all plans, get it to write its own CLAUDE.md for coding standards and edit where necessary and away you go.

Seems noticeably better than 4.5 at keeping the codebase slim. Obviously it still needs to be kept an eye on, but it's a step up from 4.5.

Re:Cowork: Claude Code for the rest of your work on Monday January 12, 2026 @04:30PM (#46594547)
I've been working with a claude-specific directory in Claude Code for non-coding work (and the odd bit of coding/documentation stuff) since the first week of Claude Code, or even earlier - I think when filesystem MCP dropped.

It's a very powerful way to work on all kinds of things. V. interested to try co-work when it drops to Plus subscribers.

Re:Reasoning Models Reason Well, Until They Don't on Friday October 31, 2025 @06:01AM (#45770220)
I can't remember which paper it's from, but isn't the variance in performance explained by # of tokens generated? i.e. more tokens generated tends towards better performance.

Which isn't particularly amazing, as # of tokens generated is basically a synonym in this case for computation.

We spend more computation, we tend towards better answers.

Re:LLMs are mortally terrified of exceptions on Thursday October 09, 2025 @04:23PM (#45532646)
Most comments seem to be taking the code seriously, when it's clearly satirical?
Re:An LLM is a lossy encyclopedia on Tuesday September 09, 2025 @10:10AM (#45182197)
Assuming you've read OpenAI's paper released this week?

https://cdn.openai.com/pdf/d04913be-3f6f-4d2b-b283-ff432ef4a...

They attribute these 'compression artefacts' to pre-training, they also reference the original snowballing paper: How Language Model Hallucinations Can Snowball: https://arxiv.org/pdf/2305.13534

They further state that reasoning is no panacea. W hilst you did say: "the models mitigate more and more"

You were replying to my comment which said:

"'Bad' generations early in the output sequence are somewhat mitigatable by injecting self-reflection tokens like 'wait', or with more sophisticated test-time compute techniques."

So our statements there are logically compatible, i.e. you didn't make a statement that contradicts what I said.

"Our error analysis is general yet has specific implications for hallucination. It applies broadly, including to reasoning and search-and-retrieval language models, and the analysis does not rely on properties of next-word prediction or Transformer-based neural networks."

"Search (and reasoning) are not panaceas. A number of studies have shown how language models augmented with search or Retrieval-Augmented Generation (RAG) reduce hallucinations (Lewis et al., 2020; Shuster et al., 2021; Nakano et al., 2021; Zhang and Zhang, 2025). However, Observation 1 holds for arbitrary language models, including those with RAG. In particular, the binary grading system itself still rewards guessing whenever search fails to yield a confident answer. Moreover, search may not help with miscalculations such as in the letter-counting example, or other intrinsic hallucinations"

Re:Polars Cloud and Distributed Polars on Thursday September 04, 2025 @06:09AM (#45125540)
Polars is great, absolute best of luck with the launch
Re:An LLM is a lossy encyclopedia on Tuesday September 02, 2025 @10:32AM (#45103637)
You seem to be responding to a strawman, and assuming I think something I don't think.

As of today, 'bad' generations early in the sequence still do tend towards responses that are distant to the ideal response. This is testable/verifiable by pre-filling responses, which I'd advise you to experiment with for yourself.

'Bad' generations early in the output sequence are somewhat mitigatable by injecting self-reflection tokens like 'wait', or with more sophisticated test-time compute techniques. However, those remedies can simultaneously turn 'good' generations into bad, they are post-hoc heuristics which treat symptoms not causes.

In general, as the models become larger they are able to compress more of their training data. So yes, using the terminology of the commenter I was responding to, larger models should tend to have fewer 'compression artefacts' than smaller models.

Re:An LLM is a lossy encyclopedia on Tuesday September 02, 2025 @08:33AM (#45102280)
Interesting, in the LLM case these compression artefacts then get fed into the generating process of the next token, hence the errors compound.
I would echo some caution if using as a reference, as in another blog the writer states:

"Backpropagation, often referred to as “backward propagation of errors,” is the cornerstone of training deep neural networks. It is a supervised learning algorithm that optimizes the weights and biases of a neural network to minimize the error between predicted and actual outputs.."

https://chizkidd.github.io/2025/05/30/backpropagation/

backpropagation is a supervised machine learning algorithm, pardon?

Re:Everything Is Correlated on Friday August 22, 2025 @06:56AM (#44982978)
^

And if we increase N enough we will be able to find these 'good measurements' and 'statistically significant differences' everywhere.

Worse still if we did not agree in advance what hypotheses we were testing, and go looking back through historical data to find 'statistically significant' correlations.

Older »