And also Go. While I'm not a Go guy (speaking as a C# and Rust guy, I did wrote a good amount of Go before) it has a huge dominance in Cloud-Native application. For one, Zitadel, an alternative to Keycloak, is written in Go and only takes a fraction of what Keycloak needs.
Flutter/Dart is catching up, but the ecosystem is still relatively weak.
I don’t specifically like these but they are much better than microsoft for an example
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.
I'm leery about just giving an LLM free run of my laptop, but with reasonable restrictions on which app(s) it can access and how many steps it can do before checking in, and maybe even a throttle on how fast it works, I'd be fine (I'm not in a hurry and I can learn by watching it work at double-speed). It doesn't have to be mil-spec locked down, it's not like I have production code accessible or millions in crypto keys, the biggest downside would be a few hours hosing out and restoring the laptop, which would be annoying but not the end of the world.
I get those that say, "just spin up a VM and run it there", but I 'spin up a VM' rarely enough that the versions have changed and UXs drifted enough that it's exactly the kind of thing I'd actually want the LLMs help to do without me being a cut-paste bot. I'm mostly Windows at the moment and I don't understand why MSFT insists on spamming LLM features everywhere except the one place I'd not only use it, but pay for it. The usage model could be as simple and intuitive as a Zoom remote desktop share with a collaborator. That's already constrained and users have a mental model for the interaction pattern.
I asked Gemini earlier today to search recent user reviews of the latest 'drive my Windows desktop for me' and it reported that the capability is still slow, expensive, and prone to getting lost navigating the interface or interpreting window boundaries etc.
Anyone have any suggestions for my lightweight, casual use case?
It seems easier to do just a screenshot and click.
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
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.
Did all the Qt developers go to mars?
If they're too lazy to learn java, haxe has hxwidgets[0]. Haxe is pretty damn close to js. If a dev can't handle that, they should turn in their keyboard and get a job that doesn't require a brain, like being a senator or federal judge.
They are releasing at breakneck pace, it's pretty funny how vibed their products feel sometimes
Mythos, Fable, please do the thing with the VM. Make no mistakes.
Because they're vibe-coded ultra sloppy code. And it really shows.
Not on the client, they're not. It's a chatbot as glue between different backend systems.
What major cross platform app isn't based on Electron or Tauri? Slack, Discord, VS Code, Teams, Notion...
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.
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.
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.
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.
https://www.reddit.com/r/ClaudeAI/comments/1rlc71n/claude_de...
At least you can buy usb-c nubs fairly cheaply these days.
On my work computer, where I never manage any photos, have no iCloud account and never will, I have to keep this app installed and anytime I so much as AirDrop a png to my computer I am prompted to "Add to Photos" with it. No thank you.
The .app is actually only 41MB, so obviously they've moved the majority of it to some mystery-meat libraries or frameworks installed elsewhere anyway.
1. micro VM
2. agent on the VM
3. software bundled into the VM
Then the agent is totally sandboxed at the hardware virtualization level. It can use the software tools on the VM or write its own. VM can control which software is "frozen" and which is open to agent modification. And VM can also control which services are exposed outside the VM through sockets, HTTP server, X window system, whateverIt's self-modifying apps that are sealed off from touching parts of the computer they shouldn't.
How do you package a Docker Sandbox up into an app that can expose UI widgets, with an agent hiding behind them? What widgets is the agent allowed to modify? How do you run a workflow like "give agent all these files, modify the files, and do changeset management on the modifications?"
I'm not 100% sure which part of these will be baked into the application standard format, and which are orthogonal. But current way of packaging up and running these agents doesn't feel right.
I think about this a lot because my startup is building cloud VMs for agents to do code-gen and auto-validate changes, so we have a workflow like:
1. git repo, skills, CLI tools, biz context goes in
2. agent iterates against running dev environment
3. changes go out into git PRs and CI
I think this type of app/agent workflow will expand outside coding use-cases.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
> Get an app to open this 'x-apple.systempreferences' link
> Your PC doesn't have an app that can open this link. Try looking for a compatible app in the Microsoft Store.
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"
Seriously, with the current RAM prices we as an industry have to figure out a way to use less of it. Laptops with 4GB of RAM are still common and are going to remain so for the rest of the decade. Spotify using more than 1GB of RAM is obscene.
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
If you are using an AI system to read your codebase from your local folder and make changes, whether or not you have a VM running or not is inconsequential. The Claude extension and/or CLI doesn’t need a VM to send code back to the mothership, you’re already running an executable program and granting it directory access.
Whether you trust a company as a vendor is typically based on their privacy policy, EULA, and your contract with them (if applicable). Those are the bits that have legal enforceability.
That said, Claude (both Desktop and CLI) ships on Windows without any sandboxing support for Code. They only have sandboxing for Linux and macOS. If you need to run it on Windows, I really recommend running it in an isolated VM, which then allows you to omit the "Virtual Machine Platform" feature in the VM and solves this issue. The "Windows Sandbox" OS feature provides such a VM without needing another Windows license.
Am I weird or missing something using pi as my regular harness with gpt models or kimi in essentially yolo mode with mostly all system access? I haven’t experienced negative consequences of this.. yet.. and I don’t know I’d if I will? I don’t think I’m ever letting an agent run For more than 5 minutes before it’s done with the current small task.
I see a lot of people making a really big deal about safety and sandboxing while I'm busy getting shit done. If you can't handle your current source code checkout getting screwed up by a bad prompt, that's on you 1000%. Source control is the answer for anything information over time.
Unless you intentionally try to make a scene, these models aren't going to go fuck with your system shell or do anything you couldn't recover from in a few minutes. Connecting chatgpt to the enterprise sql server as sysadmin is not what I'm advocating for. This is another example of "on you, not the AI". There's a tiny amount of nuance you can apply at the edges that makes it easy to allow broad access with negligible risk.
I'm also on windows. But I'm using a WSL linux vm to do the work. Then I have claude ./sync-to-windows, so the src is copied to a windows share via /mnt/drive/work and I just run a windows built.bat.
I have claude take care of the sync/build.bat so it can do things like clear cache, add options, look at logs, etc. This is also how I build multi platform, build on linux, src works on linux/osx/win
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.
My cc plugin on vscode does not allow me to switch models at all. Always defaults to sonnet and says that the /model will take effect on a new session
But if I open a new session it's again the same thing. Model is sonnet
It is written in Rust™, surely it is better than the rest of them.
Not no way not no how!
People are very foolish. The younger generation needs to watch the Terminator franchise - it is all explained there.
After all, the last time I encountered Hyper-V it was in the context of copy protection that prevented crackers from observing or interfering with video game protection
/s