I guess I like boring software too much to reach for a dependency but I do see how the tooling matters here.
1,630 karma · joined October 13, 2013
I guess I like boring software too much to reach for a dependency but I do see how the tooling matters here.
This is more impressive than what the benchmark was supposed to be measuring. The Kobiachi Maru.
I was reminded of the factorio blog. That game's such a huge optimization challenge even by today's standards and I believe works with the design.
One interesting thing I remember is if you have a long conveyor belt of 10,000 copper coils, you can basically simplify it to just be only the entry and exit tile are actually active. All the others don't actually have to move because nothing changes... As long as the belts are fully or uniformly saturated. So you avoid mechanics which would stop that.
Not sold about the fundamental idea of OpenUI though. XML is a great fit for DSLs and UI snippets.
Seems there's a lot of conceptual overlap between your WFP, Dynamic Workers, and Sandbox products.
(I guess there's an expectation of at least some permanence with WFP?)
Claude Code is a lock in, where Anthropic takes all the value.
If the frontend and API are decoupled, they are one benchmark away from losing half their users.
Some other motivations: they want to capture the value. Even if it's unprofitable they can expect it to become vastly profitable as inference cost drops, efficiency improves, competitors die out etc. Or worst case build the dominant brand then reduce the quotas.
Then there's brand - when people talk about OpenCode they will occasionally specify "OpenCode (with Claude)" but frequently won't.
Then platform - at any point they can push any other service.
Look at the Apple comparison. Yes, the hardware and software are tuned and tested together. The analogy here is training the specific harness,caching the system prompt, switching models, etc.
But Apple also gets to charge Google $billions for being the default search engine. They get to sell apps. They get to sell cloud storage, and even somehow a TV. That's all super profitable.
At some point Claude Code will become an ecosystem with preferred cloud and database vendors, observability, code review agents, etc.
You must have an amazing CV to think these are shallow projects.
This just isn't the hard part of the product.
Like if I was building a Claude Code competitor and I acquired bun, I wouldn't feel like I had an advantage because I could get more support with like fs.read?
I would happily pay 20 or whatever for 4x limits. I'm very curious what they end up offering. My major reservation is side project vibes. I think it's hard to believe on this long term unless Google themselves adopt it.
The problem is the rate limiting is both aggressive and has no option to pay to bypass.
Also call it "antigrav". Less of a mouthful
Good luck with it, sincerely.
Hopefully we can get codemaps in the main IDE panel sooner rather than later. Feels like the very impressive thing (codemaps) is being held back by a trivial thing (reading them in a 200px panel) to the point it's impractical to use themm
As the conversation shifted towards Cursor vs Claude code vs Codex people seem to have stopped mentioning it which is a shame.
Source: user for 12 months - not a shill.
Codemaps was a very pleasant surprise when it showed up.
I also enjoyed the tech write-up. It's good to see REAL substantial engineering like this which is both highly impressive and highly productized.