News for hackers. Stuff that matters.

buryat

it's quite useful in a convertible along with the heated steering and the neck warmer taking it roof down on a coldish day
foldable screens
Re:Serverless Horrors $10,811.41 on Thursday October 08, 2026 @03:09PM (#50010533)
that's quite cheap for 6 trillion requests, that's like 555M for a dollar
The code itself indeed has become cheap but the question still is out whether it solves the right problem. I've shifted my work significantly toward designing more high-level portions where multiple things would interact in somewhat unpredictable manner (read as failure modes) that's where I found the models being quite poor, they do suggest many things to solve these or that problems but in a unity these suggestions miss second order effects. I was quite surprised that models can't hold all of the connected pieces simultaneously to reason about. But once I have a complete design after a week of deliberations and various attempts, the models can produce lots of correct code to cover that. And then another pass starts because they still deviate in implementation of various pieces and once you start questioning those the models start self-correcting. Judging the output is still way faster than writing the code yourself and indeed models still show some cases that slipped once mind. It's a definitive increase in terms of quality and value of the end code no doubt. Whether it can one-shot a complex problem, not really.
Grok since it's likely to include the training data from over a 100 years of autonomous driving + all the space tech included meaning that it might even have some rocket-y stuff
Minecraft is just limited for additional value creation, i.e. it's not a tool for creating more value
Re:Dynamic Workflows in Claude Code on Thursday May 28, 2026 @01:29PM (#48312418)
Not sure I understand how it's different from a team of sub-agents, what's the difference I'm curious?
Sympathy to engineers and everyone at github, it's good that they're being open even if findings are limited. I'm sure they will figure out the root cause and will publish results to be a learning experience for everyone else
Re:Design and Implementation of DuckDB Internals on Tuesday April 14, 2026 @12:45AM (#47761350)
thank you! Learned why DuckDB is named this way
Re:(AMD) Build AI Agents That Run Locally on Monday April 13, 2026 @07:11PM (#47759168)
I have a Mac Studio with 512GB Ram and ran models of different sizes to test out how local agents are and I agree that local models aren't there yet but that depends on whether you need a lot of knowledge or not to answer your question, and I think it should be possible to either distill or train a smaller model that works on a subset of knowledge tailored toward local execution. My main interest is in reducing the latency and it feels that the local agents that work at high speeds should be an answer to this but it's not something that someone is trying to solve yet. Feels like if I could get a smaller model that could run at incredible speed locally that could unlock some interesting autoresearching.
Re:We gave terabytes of CI logs to an LLM on Friday February 27, 2026 @01:27PM (#47183768)
interesting approach, thanks for directing me!

Since the classifier would need to have access to the whole log message I was looking into how search is organized for the CLP compression and see that:

> First, recall that CLP-compressed logs are searchable–a user query will first be directed to dictionary searches, and only matching log messages will be decompressed.

so then yeah it can be combined with a classifier as they get decompressed to get a filtered view at only log lines that should be interesting.

The toughest part is still figuring out what does "interesting" actually mean in this context and without domain knowledge of the logs it would be difficult to capture everything. But I think it's still better than going through all the logs post searching.

Re:We gave terabytes of CI logs to an LLM on Friday February 27, 2026 @01:11PM (#47183557)
yeah, I saw Claude Code doing lots of grepping/find and was curious if that approach might miss something in the log lines or if loading small portion of interesting log lines into the context could help. I find frequently that just looking at ERROR/WARN lines is not enough since some might not actually be errors and some other skipped log lines might have something to look into.

And I just wanted to try MCP tooling tbh hehe Took me 2 days to create this to be honest

Re:We gave terabytes of CI logs to an LLM on Friday February 27, 2026 @01:07PM (#47183517)
the patter matcher is interesting to also collapse log lines and compare that between runs, thank you!

In my tool I was going more of a premise that it's frequently difficult to even say what you're looking for so I wanted to have some step after reading logs to say what should be actually analyzed further which naturally requires to have some model

Re:We gave terabytes of CI logs to an LLM on Friday February 27, 2026 @12:37PM (#47183152)
I just wrote a tool for reducing logs for LLM analysis (https://github.com/ascii766164696D/log-mcp)

Lots of logs contain non-interesting information so it easily pollutes the context. Instead, my approach has a TF-IDF classifier + a BERT model on GPU for classifying log lines further to reduce the number of logs that should be then fed to a LLM model. The total size of the models is 50MB and the classifier is written in Rust so it allows achieve >1M lines/sec for classifying. And it finds interesting cases that can be missed by simple grepping

I trained it on ~90GB of logs and provide scripts to retrain the models (https://github.com/ascii766164696D/log-mcp/tree/main/scripts)

It's meant to be used with Claude Code CLI so it could use these tools instead of trying to read the log files

Re:Claude Code Remote Control on Wednesday February 25, 2026 @08:50AM (#47151413)
it worked for me
Re:Claude Code Remote Control on Wednesday February 25, 2026 @07:42AM (#47150772)
claude /logout -> claude /login -> claude /remote-control
I have a B&W 700 series speakers and a devialet phanthom 108db, was quite surprised at the quality that devialet delivers
People who worked at xfinity on anything related to this will pay a reasonable price. The price is yet to be determined
Re:OpenAI to buy AI startup from Jony Ive on Thursday May 22, 2025 @04:41AM (#44060069)
How much value was created using products created by Jony Ive and his team?
Re:New dwarf planet found in our solar system on Thursday May 22, 2025 @04:35AM (#44060025)
Humans probably can orbit the sun 2000+ times in a not significantly distant future
Re:"Normal" engineers are the key to great teams on Friday March 14, 2025 @11:26AM (#43363552)
it's like cancer, it keeps replicating
dug too deep and awakened balrog
Re:MS Paint IDE on Wednesday March 05, 2025 @12:58PM (#43269974)
mschf is pretty close to what you're describing
Emotions removed, how large his equity stake would be if he had stayed at OpenAI?
Re:XB-1 First Supersonic Flight [video] on Wednesday January 29, 2025 @02:20AM (#42862470)
If you're rich and can travel faster, why not? I hope they make a coupe version
What kind of quality of content can Meta theoretically mine with all the vast data that they collect? They have a good advertising and a content algorithms but does it approximate general intelligence? And the content you see on Facebook, Instagram, Whatsapp, that's just a lot of average content that might actually be great for AGI.
El Dorado will be AGI with Humanoid robots and actual real pick-axes
But not the training data
Interacting with this model is just supplying your data over to an adversary with unknown intents. Using an open source model is subjecting your thought process to be programmed with carefully curated data and a systems prompt of unknown direction and intent.
payback for Opium Wars

Older »