Why would it? The 'much weaker neighbour' in question and other satellites did most of the work on these kinds of projects. Korolev was Ukrainian, they launched from Kazakhstan. The most famous USSR planes, i.e. Antonov, are Ukrainian. Odessa shipyard was the main ship manufacturer.
Yes that's potentially why it's already fixed now in some models, since it's about a week after this actually went viral on r/localllama originally. I wouldn't be surprised if most vendors run some kind of swappable lora for quick fixes at this point. It's an endless whac-a-mole of edge cases that show that most LLMs generalize to a much lesser extent than what investors would like people to believe.
Like, this is not an architectural problem unlike the strawberry nonsense, it's some dumb kind of overfitting to a standard "walking is better" answer.
I copied/pasted a comment with faulty logic (self-defeating) directly from a HN comment and asked a bunch of models available to me (Gemini and Claude) if it could spot the issue. I figured it would be a nice test of reasoning since an actual human missed it. The only one that found the logic error without help was Claude 4.6 Opus Extending Thinking. The others at best raised relevant counterpoints in the supporting argument but couldn't identify the central issue. Claude's answer seemed miles ahead. I wonder if SotA advancements will continue to distinguish themselves.
And midwits here saying "yeah bro they have some MUCH better model internally that they just don't release to the public", imagine being that dense. Those people probably went all in on NFTs too and told other "you just don't get it bro"
True, but we believe that with the introduction of GGUF to WebGPU, we’ve solved the chicken-egg problem (we tried WebGPU ONNX models before with transformers.js from HG with ~50× fewer model choices). GGUF community is more mature, with a better choice of models quantizations as well.
Also, with better consumer hardware, smarter small models (up to 4B), and better WebGPU engines and competition between them (MDST Engine is still in a very early stage, with little optimization, no flash-attention yet, etc.), we think this technology will grow super fast in 2026 for a less tech-savvy market (which we believe is good for open-weight models).
Zulip is pretty weird compared to the rest, it's always hard to tell what's even going on with threads within threads within threads. Far more experimental than all others which are basically all the same.
There's also Discord of course, but they've recently announced their impending implosion.
The "hacker" here is a soulless techbro willing to sell more parts to make a buck. Of course, since he has no more parts of his own, he sells yours. Naturally, theres no permission.
Besides with their search deteriorating to the point where a direct video title doesn't result in a match, nobody can see those videos anyway and they don't have to cache them.
It's not just the search deteriorating. The frontend is littered with bugs. If you write a comment and try to highlight and delete part of that comment, it'll often delete the part you didn't highlight. So apparently they implemented their own textfield for some reason and also fucked it up. It's been like that for years.
The youtube shorts thing is buggy as shit, it'll just stop working a lot of the time, just won't load a video. Some times you have to go back and forth a few times to get it to load. It'll often desync the comments from the video, so you're seeing comments from a different video. Some times the sound from one short plays over the visuals of another.
It only checks for notifications when you open the website from a new tab, so if you want to see if you have any notifications you have to open youtube in a new tab. Refreshing doesn't work.
Seems like all the competent developers have left.
Yeah, one that I forgot to mention is if you pause a youtube short and go to a different tab, the short will unpause in the background, or it might change to an entirely different short and start playing that.
> What I'm missing is certainly what the hell the algorithm even is and what is its complexity.
https://arxiv.org/pdf/2504.17033 - Linked from the second sentence of the submission, not hard to track down. And the complexity (by which I presume you mean algorithmic complexity) is stated in the submission and in the PDF linked by the submission and that I just shared with you.
I did eventually find that yes, after sifting through the rest of the useless links, the quantamagazine article that says jack shit, the link to the ACM symposium call for submissions (lmao). Like come on, why label that "underlying research"?
And all of that was wasted time since it seems that this just isn't at all applicable to A* heuristics the way Dijkstra's is. It's only an improvement in a very specific case.
This exactly! "Oh that gang of thieves that also sells doors has never had their house broken into"
I hate how they insist on knowing everything I do all the time, but heavens forbid the minute I'm on a VPN or shared connection I have to do unpaid manual labor (100 CAPTCHAs) to train their AI
reply