But in the future, if there is a coordination standard among driverless cars, that could allow much higher density at higher speed. Coordination standards + higher density of self driving should reduce the self driving cars doing random shit too.

1. https://news.ycombinator.com/item?id=48219992#48221497

The point is, you don't have to outsource your thinking to use AI, if it's a good AI tool. But most AI companies are coming from a hyper-scaling mindset where addicting the user to the product is the same as substituting hard thinking for easy dopamine hits. The most ridiculous benchmark I have seen in AI is the tendency to say the longer an agent can work and some minimal accuracy is a good thing. That just means you have 30 steps to find an error in instead of 3, and you are much more likely to just abdicate thought instead of the hard work of proofing 30 steps yourself. AI companies and evaluators are losing the point.

https://kagi.com

It has the most degrees of freedom, and more motion. The one in front has a whole table for stability.

But that's just like my opinion, man.

But now that we have essentially "boilerplate for free", I hope the degoogle/demeta/etc and self-hosted efforts are boosted in a way that even my mom can migrate away without much trouble. But that'll probably take real AI and not slop based addiction machines.

Maybe this is an example of training overfit. But it won't be too long before local models chew through the "famously hard tasks". Except possibly ARC-AGI. That's one benchmark that is still developing with capabilities. And every time a new ARC-AGI benchmark is released it make the SOTA LLMs look pathetic. Because there is very little understanding or transferability with LLMs. But in terms of benchmark-able micro tasks, the local LLMs are improving.

I was answering this question from GP:

> Unfortunately it appears openssh doesn't even have an option to create such a logfile!! Why not??

The answer is because in Linux systems the logging logistics are handled at the system level, just like starting and running openssh itself. The answer to "why not" is because that's the logging system's job, not openssh's.

rsyslogd is one simple and direct way to distribute logs to remote machines.

See also: rsyslogd

>>> That sounds like a process problem. LLMs, like any tool, work better if you don't use them in the naive "do this" way...

The "you're holding it wrong" trope is even more tired than the gambling trope.

Wait. That requires having a desirable and non-manipulative product or service? Hmmm... Lots of business in for a rough time.