Hey, I'm on this one too. Nothing stays forever one way. You all find me on the other ones, add me there and give me a reason to post to a wider audience.
I'm on LinkedIn too ... most people won't even engage the same way there and I just want a simple easy way to engage.
This is one of those things where I wish navigation were easier on X. Just check the tweets it replies to and the tweets that reference it. I've updated it, so hope it helps.
Necessarily, better data is what we need, more importantly, better collaboration and better specialization at all. While the title is a bit misleading and clickbait-y, the message is decent.
I disagree with the way that big models are trained on noisy relationships and RL is applied to tone it back down, it represents a stupid amount of compute thrown at this problem at a scale that is often unnecessary.
Open Data+Open Models gives everyone else an advantage and bringing regulatory capture here should be appealed and brought to the FTC and the courts to challenge such regulations.
Startups need better than this whole lock down into four overvalued frontier models in the US sort of thing
I'm not an AI skeptic but I hate the hype. Especially throwing compute for the sake of it.
I do alt inference prototypes and got much farther than I had hoped to. So indeed, any investor in AI should read deep and question hype and frontier lab investments.
I'm going to say this that we're not even close to the limits of what actually needs to be accomplished so at some point, memory will start needing better tiering for inference some day ....
A lightweight, Ollama-compatible inference server that answers questions through knowledge retrieval, structured reasoning chains, and MCP tool calling — with no model weights, no training, and no GPU required.
It scores 97% on a 35-question benchmark spanning graduate-level science, medicine, law, finance, and software engineering. It runs on a laptop CPU in under 1ms per query.
Fun fact: This was able to summarize the Lord of the Rings well and work on a variety of different problems.
Within one segment of 64kB, you could load 8 or so blocks; You should be able to do 1 major CJK language overall (with 20-30 blocks) and Latin together and leave the rest of the memory for other things;
So you can make a proper application/browser with fonts compiled right into the core.
Here's some code that's easy for a lot of people to play with, especially if you are looking to have it running on your firmware / other embedded projects.
Modern UTF-8 encoding and present day tools makes it relatively easy to make many codepoints work relatively better even on DOS, thanks to readily available bitmap fonts.
If you need Windows for whatever reason, abandon it and switch over to Linux with Wine, Steam or anything else that you really need it for. By now, Windows has gotten so bad, there is absolutely no reason to go to a newer version in order to make it work on existing hardware.
Yeah but the real deal is talent; When enough people move around, this is no more 'sacred trace' knowledge. Plus, When you start with a known set of evals, there's really just a few to solve for.
The set of models solving really most used/solved problems is a known, as opposed to the cases where it's unknown, which declines with usage over time.
Keep your **** models to yourselves.... the world really has moved on to open models which can give you good enough results at a fraction of the cost and zero BS licensing.
JXL is great on a variety of images with great PSNR across the board. Surprised it took browsers a good long time to ship it (removed and brought it back)
You can get way better perceptual compression at much much tinier sizes though. This is where a lot of user studies and research could play out.
If you've read that article out, you might want to take a look at alternative approaches to compressing images with similar principles.
https://github.com/guilt/MLL is a recent reimplementation of an old idea; If you quantize out the image blocks you could emit them in vector coordinates and have perceptually similar results at a fraction of the size with very decent signal preservation.
Counter Point: Until people can migrate their inboxes and steer them to any provider, none of this authentication business seems to hold up actual value at scale.
If anyone can port their phone number, they should be in theory, allowed to port their email addresses as well.
None of the authentication systems here are helpful enough to allow this. You need a valid way to authenticate people irrespective of whatever provider they are on (not their email domain name)
That means that a standard needs to evolve that allows you sign on the behalf of the hosting provider itself.