What model are you using? I can use Claude Code's remote control on Opus 4.8, have it implement a meaty feature, talk through edge cases, ask it to posit potential interactions we want to be careful of, have it write a plan and expand tests for surrounding areas, ask it to implement, ship that increment to testflight, then experiment with it on my phone - without being at home. My only limitation is that I like to clear context between ships, and that's tough to do using remote control.

▲

smalltorch 12 hours ago | parent | next [-]

I guess if your shipping to TestFlight you still have the feedback loop, but it seems like it's adding a lot of steps. Whereas, if you were working on a app in a desktop environment, just build and boot to the simulator right there.

I could see the use case for the planning stage of the build though if your out and about and have a good idea.

If you could actually build and test locally I think I would have different thoughts. For instance, if I'm building a utility script for the CLI and can run it locally it makes sense not to whipout the desktop in some scenarios.

	▲	Schiendelman 11 hours ago \| parent [-]
		I used the simulator for a while when I was first building, but now that I'm building software that syncs in realtime between the watch and the phone, I found the simulator isn't enough - and sideloading doesn't consistently work with the watch! Testflight is another 30 seconds per build.

▲

ericmcer 14 hours ago | parent | prev [-]

and you never look at the code?

I understand the feasibility of this and sometimes in my lazier moments I skim the code changes and trust automated/manual testing to validate changes, but to just like... you don't even see what it did?

	▲	Schiendelman 14 hours ago \| parent [-]
		Of course I see it on device after it installs. But that's what I'm used to: I've spent more than a decade as a product manager, I don't read all the code my engineers write! My job is to dig into how well it actually works, put guardrails in place to make sure it has to work right, monitor the outcomes! And I make sure Claude gets the feedback from my monitoring and use, the patterns of bugs we find, updates its approach, documents the most important issues to check against in future testing. I honestly think good technical product managers have a huge leg up on engineers in this world.