atombender
Joined 16 years ago
Joined 16 years ago
Where Claude Code and Codex have made progress recently, I feel, is with sharpening the interactivity. For example, Codex will emit a lightweight ream of "thinking", then on completion it will erase this and only show the final, coherent answer. It doesn't show much detail about which commands it runs, either. You can still drill into that, but it's usually the least important thing. Claude also does sub/side-sessions that can talk to the other sessions. So if a session finds an unrelated, pre-existing bug, it can start an adjacent session for the bug fix, and keep abreast on when the fix lands. If you start a side session to do research, it can message the other session with new findings.
I don't know if Juggler is still like it was, but I strongly recommend making it less verbose. I just couldn't deal with the noise.
The mass protests that toppled the military regime in South Korea in 1987 was also led in large part by students and faculty members, who later became prominent leaders. [2]
This has also happened twice in Serbia now. Milošević was defeated in 2000 thanks in large part to Otpor, a student-led organization [2].
[1] http://news.bbc.co.uk/2/hi/8363827.stm
[2] https://en.wikipedia.org/wiki/June_Democratic_Struggle#Stude...
[3] https://www.wilsoncenter.org/event/bringing-down-dictator#1
The approach has been calibrated against known objects like NRAO 530, a quasar near Sgr A* that has some known properties, and it's been used on both Sgr A* and M87. And the team has admitted there's a lot of uncertainty about exactly how accurate it is.
Here [1] is a pretty good article about how it works.
There's overwhelming scientific consensus that Sgr A* and M87* are black holes. It's not really provable at this point, but I don't think anyone doubts it.
[1] https://www.discovermagazine.com/the-event-horizon-telescope...
I do not use agents to write on behalf of myself. I write my won technical write-ups and my own slide presentations. A lot of people don't; and it shows. There's much that agents can do better than humans now, but not everything.
What's confusing to me in addition to the naming is that there are no published guidelines I can use, as far as I can see. Put yourself in the user's shoes. On what basis should one pick a model for a given task?
I can understand smaller models being dumber and faster. That aligns well with scenarios where you are willing to compromise; e.g. you're classifying content or asking a model to format text into a table.
But when you want "maximum intelligence, cost and time be damned", there's the implication that bigger models are smarter on a linear scale, and every provider's model release naming is currently conflicting with that expectation.
This isn't just a naming problem, but a communication problem. If I knew that Astra was the best at coding but a bit bad at writing, and Sol was almost as smart but better at technical writing, then that's the kind of thing I expect to be documented.
One possible way: A simple matrix with horizontal columns like "writing", "coding", "math", rows are the models, and each box is a number of stars from 1-5.
Instead, this sort of thing becomes lore, shared by word of mouth.
https://www.theguardian.com/environment/ng-interactive/2026/...
California’s ban would be an acknowledgment that the state’s laws
requiring safer processing techniques for quartz are not enough to
protect workers: Compliance is too low and the industry too
fragmented, with many small shops that escape inspection, according
to the California Department of Industrial Relations, which has
pushed for the ban.
[1] https://www.nytimes.com/2026/10/05/us/politics/quartz-counte...For the most part I do my own writing, because AI models aren't even close to reaching human quality. But for things like dynamically generated technical documentation or automated tasks (like summarizing the results of an automated anomaly investigation), where I cannot be in the loop, I find writing can be improved by asking for a specific style.
For example, if you ask for Simplified Technical English, we go from:
Storing a lake as thousands of 1 MB Parquet files is a bad practice anyway, and 2.0 does not rescue it. Fundamentals still matter!
To: It is bad practice to store a data lake as thousands of 1 MB Parquet files. Version 2.0 does not correct this. The basic rules still apply.
Claude loves gerund phrases where the important stuff ("...is bad practice") is at the end, rather than the beginning ("it is bad practice to..."). But even if "x is y" is logically simpler, I think "it is y to x" is cognitively more intuitive to humans, especially for longer sentences where the x is a long explanation, because it mentally front-loads the topic under one heading: "bad: <stuff>" as opposed to "<stuff>: bad".Claude's prose causes fatigue, I think, in part because the grammatical structure is at odds with how human cognition expects to be served information in their native language. But I also suspect that's a training thing. We've not grown up reading or writing like Claude.
My go to sources are Selency, Vntg, Instagram, Catawiki, and then a bunch of online stores across Europe I've bookmarked, including auction sites like Bukowskis in Sweden. The smaller vintage stores are the ones to go to generally.
In Alien, the planet landscape definitely is chaotic and hostile to landing, and indeed the crew's ship is damaged during landing.
Email: [email protected]
Github: https://github.com/atombender