It is written in Rust™, surely it is better than the rest of them.
/s
Definitely not a developer machine based on how they presented it in google IO. So if you write software, it's not looking like it'll be relevant whatsoever. I hope to be proven wrong.
Not the first time an incumbent has four aces in hand and appears to be entirely unable to make anything of it.
> and if there are lessons to draw from that
Lesson 1: doing shit is hard
Lesson 2: money rules so milking the cow wins over taking the slightest risk
https://www.reddit.com/r/ClaudeAI/comments/1rlc71n/claude_de...
I frequently make this error when I talk. My brain thinks of different ways to phrase what I want to say, but when I speak it starts with one and finishes with another. The result is almost always wrong in the way the title is, ie some variant of a double negation.
Sometimes it happens when I type, though I try to read it multiple times so often catch it.
My agent harness spins up a VM too, but it spins up on demand, cools down in 10 minutes and warms up when I focus back on the app.
The files it works on actually lives in a mount.
People take more time to type a prompt than the VM takes to spin up on a fast machine and on a slow machine, the cooldown naturally frees RAM back to the machine.
It seems like the VM is a core part of how you use the application.
Don't be naive and don't think they don't already do this.
Why not ask itself and see what it says about it. "Claude, why are you running in a virtual machine and what are you doing?".
/shrug
Not no way not now how!
Edit: yes, with WSL2 I believe in both cases.
I would have assumed almost everyone would get a Mac/Linux computer to use coding agents because Unix is their "native" platform. It's Bash tool calls all the way down.
Does anyone know a source for reliable data on what coding agent apps devs are using? How many are using Code Claude CLI vs Claude Desktop, etc?
I want tools that meet me where I’m at, not tools that demand I change up my entire UX to interact with them.
The assumption is not “what’s wrong with Windows that it doesn’t work with <technology>,” more “what’s wrong with <technology> that it doesn’t work with Windows”
Why wouldn’t you want your thing to be cross platform
Currently "Claude Desktop spins up a VM without no way of stopping it"
Should be "Claude Desktop spins up a VM with no way of stopping it"
If you are, obviously you need the VM.
I use Claude Code CLI myself (inside a VM, to isolate it from the host) for >90% of my needs. For the remaining fraction - email scours, cloud drive searches, other third-party connections - the desktop application is surprisingly decent. I don't even have more than half a dozen connectors enabled. In the VM I have separate, personally managed access tokens available for various third-party services. Wouldn't really try to maintain more than 5-6, otherwise it gets too confusing. [ß]
The desktop application mostly Just Works[tm] with SSO. At least when M365 doesn't suffer from their 4-times-a-day auth outage.
ß: A lot of APIs and authentication systems were designed in the stone age. You either need a 1:1 permissioned access token that can do horrendous damage, or you deal with ultra-granular, confusing and ill-designed scoping jungle where nothing makes sense. Atlassian, I'm looking at you especially. At least an MCP server, provisioned with a reasonably done service account, doesn't have all of your powers to get things wrong with.
The answer is probably as simple as "no one thought not to do that."
---
I know different people work on these things so I can't do more than guess about how engineering culture cuts across teams, but given the sheer amount of carelessness and sloppiness in Anthropic's software I have to imagine they're burning investor money in training and inference because the code to do it is as bad as the rest of their software.
What major cross platform app isn't based on Electron or Tauri? Slack, Discord, VS Code, Teams, Notion...
I did consider experimenting with the Routines feature on the desktop app, but I'm leaning towards whipping together something with cron. I saw another poster here who has a daily PR summary routine that I think would be handy, as I have quite a few repos where I'm a sporadic contributor but would like to keep tabs.
The web app is definitely a bit of a problem. IF there is a native app on desktop or if claude cli is much faster, i haven't tried them.
But I almost always think of things from a talent-pool-first perspective. Perhaps there are actual technical issues like what Boris was referring to.
They are releasing at breakneck pace, it's pretty funny how vibed their products feel sometimes
Because they're vibe-coded ultra sloppy code. And it really shows.
Mythos, Fable, please do the thing with the VM. Make no mistakes.
If I didn't know from experience that directed properly claude can be powerful, knowing that they used it to create that CLI would be instant runaway based on very reasonable heuristics - if they are not able to use their product to create a decent piece of software that is not even sophisticated then it seems futile for me to try.
I just do not understand. I feel like most HN could vibe code better claude CLI in claude than the CLI (and certainly just write one) than what we have to deal with to use subscription.
There's a lot of opportunity to leverage LLMs to make codebases less bloated and less reliant on complex but human user friendly dependencies that not many people seem to be taking advantage of.
Why would I build my little web-apps and backends in the cloud when I can run things faster locally?
> Why would I build my little web-apps and backends in the cloud when I can run things faster locally?
Because in a lot of companies, your machine is actually just a portal to a remote desktop.
Gmail isn't outstanding, search isn't outstanding, maps isn't outstanding.
They are all pretty par for the course. Google used to be outstanding... but I'm not sure of a single product they have that is outstanding (def: significantly better than the competition) anymore. On the other hand I rarely use any google products these days, so maybe I'm not the one to be judging.
As far as I can tell, if judged by the marketplace (and breaking ties with which product I like better), Google has run away with the ball on all of those, and Gemini seems to at least be competitive.
The only major product I'd say they've sunk below acceptability on is Search, which is demonstrably dogshit now...though I suspect it's more that they have changed their definition of what Search is for, from "helping users efficiently find other websites that are useful to them" to "A convenient on-ramp to, many times per day, capture the current user intent and steer them toward something that earns Google some ad revenue."
They were at the time.
I guess those gaussian splats on Apple Maps could be p. neat.
Support is part of the package when it comes to product and their support SUCKS.
I would absolutely NEVER use GCP for any business I was in charge of. Google cannot be trusted.
Their ChromeOS hardware was nice but had lackluster software and by the time it was EoL'd, never got the love of ChromeOS-present.
Google TV generally gets outpaced by onn (Walmart's brand) on cost and value proposition.
And also the fact they have shown time and time again that they just kill products over and over again.
At some point GoogleTalk was one of the leading global text messengers, and then it was basically destroyed by Google itself.