I’m not exactly a user with advanced needs, but I have a server with netcup and never had issues. I also know a couple of people who never had any issues with them. I know them as cheap and solid, never even heard of a bad experience I think.
Bummer they failed so hard at your deletion request.
I disagree. At least in my brief test drive, when used with Claude, the performance was on par with Cursor except that the Agent could actually interact with the terminal properly (Cursor is comically bad at this for some reason).
When the (generous!) Claude credits dry up functionality stops however. Gemini is as useless in Antigravity as everywhere else.
> The narrative from AI companies hasn’t really changed, but the reaction has. The same claims get repeated so often that they start to feel like baseline reality, and people begin to assume the models are far more capable than they actually are.
This has been the case for people who buy into hype and don’t actually use the products, but I’m pretty sure people who do are pretty disillusioned by all the claims. The only somewhat reliable method is to test the things for your own use case.
That said: I always expected the tradeoff of Spark to be accuracy vs. speed. That it’s still significantly faster at the same accuracy is wild. I never expected that.
I believe a lot of the speed-up is due to a new chip they use [1] so the fact that the speedup didn't reduce the number of operations is likely why the accuracy has changed little.
The people I know that use them the most also seem the most likely to buy into hype. The coworker who no longer answers questions by talking about code but instead by talking about which skills are the best is the same who posts all the hype.
Sure, multiple of our customers that distribute applications with a machine learning/AI component also need to distribute their models. They can use our OCI registry to distribute large images with huge layers. We specifically reworked our registry implementation to storing in-transit blobs on disk to save memory, ensuring the application doesn’t run out of memory [1].
Is registry OOM protection the only advantage your registry has for large layers? Robotics has a need for Docker tooling that handles large layers/images gracefully. Even if you've done the "right" thing and sideloaded your ML models with some other management system, CUDA layers and such are gigantic.
Edit: looking at this, this is very adjacent to some problems w/ robotics deployments. Fleet management, edge deployment, key management. Neat.
I'd be curious about the multi-artifact support. Can I declare a manifest that binds together multiple services (or a service and an ML model?) Do you support ML models as an artifact?
I feel you, but a huge percentage of recently funded companies are in the AI space. Software distribution for them is even more complex due to all the moving parts, and we want to make sure these companies know that our solution is a great fit for them.
I am one of these people. I remember liking the concept a lot, but just couldn’t stand wading through the UI (or telling anyone else that I expect them to).
It’s better in the sense that it’s much faster. Bikes and cars don’t theoretically get you to different places than walking, but open up whole categories of what’s practically reachable.
Been using it for a bit now, it's very convenient if I may say so myself. We're shipping a big stability update in a few minutes – would love feedback!
This is my introduction to Breezybox and THAT I am really excited about. I hate that for some reason I have to care about Wifi configuration and updates, I just want to write my application. I never understood why we don’t have simple microcontroller OSes that care about that stuff for us.
This looks like a great basis (or maybe even all that’s needed) for one.
Does it have a good setup flow for headless deployment (e.g. supply Wifi config while flashing, remote shell access/web UI for deploying apps)?
BreezyBox is at an early development stage. What you see in the demo is mostly all there is so far. There is no telling if it will catch on, with more developers adding apps and features.
Some sort of web access for remote config should be possible, if anyone cares to implement that. The web server is already there; getting it to run some server side code may take extra effort.
Bummer they failed so hard at your deletion request.
reply