Live data from Hacker News

Claude Code On-the-Go

granda.org

41–50 of 349 posts

Re: Claude Code On-the-Go

#41
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

That sounds more like the fault of shitty managers who would find a way to make you work 24/7, with or without Claude Code "On-the-Go".

One of these is immutable (shitty managers) one of these is new. I personally am all here for the brief human funtime before we all get paperclipped and whatever, been having a ton of fun with CC/Codex, been pushing my own startup forward... but ... You do see the issue here right?

It's the power imbalance. Shitty managers still control your means to eat.

Re: Claude Code On-the-Go

#42
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

It's utterly unreal to me to hear so little discussion about labor organization within software during these nascent moments of LLM deployment. Software engineers seem totally resigned toward reduced salary and employment instead of just organizing labor while still in control of the development of these systems. I really don't get it -- is it that people think these technologies will be so transformative that it is…

[dead]

Re: Claude Code On-the-Go

#43

I don't like typing long messages on my phone so this workflow, as cool as it sounds, wouldn't work for me. My current setup is that I have a Claude Code hook that runs whenever CC needs my input and it uses my Home Assistant instance to send a push notification to my phone. I then return back to the computer and continue on the work. This works reasonably well, but there is a gap for small messages or review comment…

I was looking for a similar scheme, and though far from perfect I found you can run tmux+ttyd. ttyd lets you share your terminal over http. That lets you use your phone's browser (and speech-2-text).

Re: Claude Code On-the-Go

#44
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

It's utterly unreal to me to hear so little discussion about labor organization within software during these nascent moments of LLM deployment. Software engineers seem totally resigned toward reduced salary and employment instead of just organizing labor while still in control of the development of these systems. I really don't get it -- is it that people think these technologies will be so transformative that it is…

I wish I knew which union to pitch. All I can say is what I know which is if you are dispirited with this state of affairs a great way to figure out where to go with it is to connect with your local democratic socialists of america branch, or maybe the joint union dsa effort:

https://workerorganizing.org/

Re: Claude Code On-the-Go

#45
It makes sense - i build something very similar for my company over the last couple weeks :)

I have a tweak that allows pasting images to claude code over SSH:

How it works:

PTY Interception: It creates a pseudo-terminal (PTY) to wrap the SSH process, allowing it to sit as a "man-in-the-middle" between your keyboard and the remote shell.

Bracketed Paste Detection: It monitors stdin for "bracketed paste" sequences (the control codes terminals send when you Cmd+V or drag-and-drop a file).

The "Hook": When a paste occurs, it pauses execution and scans the text for local macOS file paths.

Auto-Sync: If a local path is found, it immediately syncs that file to the remote server (using the provided SSH key) in the background.

Transparent Forwarding: Once the sync is complete, it forwards the original text to the shell.

You can drag and drop a file from your local Finder into a remote SSH session, and the file is automatically uploaded to the server before the path appears on the command line. Also works with copy paste, screnshots.

Re: Claude Code On-the-Go

#46
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

It's utterly unreal to me to hear so little discussion about labor organization within software during these nascent moments of LLM deployment. Software engineers seem totally resigned toward reduced salary and employment instead of just organizing labor while still in control of the development of these systems. I really don't get it -- is it that people think these technologies will be so transformative that it is…

Two things:

1. Like most labor organizing, I think this would be beneficial for software engineers, but not long-term beneficial for the world at large. More software that is easier to make is better for everybody.

Would you still want to live in a world where your elevator stops working when the elevator operator is sick, or where overseas Whatsapp calls cost $1 per minute, because they have to be connected by a chain of operators?

2. Software engineering is a lot easier to move than other professions. If you want to carry people from London to New York, you need to cater to the workers who actually live in London or New York. If you want to make software... Silicon Valley is your best bet right now, but if SV organizes and other places don't, it may not be your best bet any more. That would make things even worse for SV than not organizing. Same story applies to any other place.

Sure, companies won't more overnight, but if one place makes it too hard for AI to accelerate productivity, people will either go somewhere else, or that place will just end up completely outcompeted like Europe did.

Re: Claude Code On-the-Go

#47
post #19
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

Did they say the same when Email took over? Or Slack?

Remember "Crackberry"?

Re: Claude Code On-the-Go

#49
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

It's utterly unreal to me to hear so little discussion about labor organization within software during these nascent moments of LLM deployment. Software engineers seem totally resigned toward reduced salary and employment instead of just organizing labor while still in control of the development of these systems. I really don't get it -- is it that people think these technologies will be so transformative that it is…

I've been writing software for 30 years, a part of it had success in the sense of being widely known and adopted for a long time. Writing software is difficult, consumes time and is difficult as you get older to focus the needed time away from other matters like a professional life and family.

With LLM, my productivity suddenly went up x25 and was able to produce at a speed that I had never known. I'm not a developer any more, instead feels like project manager with dedicated resources always delivering results. It isn't perfect, but when you are used to manage teams it isn't all that different albeit the results are spectacularly better.

My x25 isn't just measured on development, for brainstorming, documentation, testing, deployment. It is transformative, in fact: I think software is dead. For the first time I've used neither a paper notebook nor even an IDE to build complex and feature-complete products. Software isn't what matters, what matters is the product and this is what the transformation part is all about. We all here can write products in languages we never had contact with and completely outperform any average team of developers doing the same product.

Replaces the experts and domain specific topics? Not yet. Just observe that the large majority of products are boringly simple cases of API, UI and some business logic inside. For that situation, it has "killed" software.

Re: Claude Code On-the-Go

#50
post #38
post #2

This is a pretty sophisticated setup. I particularly like how it uses Tailscale. I've been using the simpler but not as flexible alternative: I'm running Claude Code for web (Anthropic's version of Codex Cloud) via the Claude iPhone app, with an environment I created called "Everything" which allows all network access. (This is moderately unsafe if you're working with private source code or environment variables cont…

I'm surprised to see people getting value from "web sandbox"-type setups, where you don't actually have access to the source code. Are folks really _that_ confident in LLMs as to entirely give up the ability to inspect the source code, or to interact with a running local instance of the service? Certainly that would be the ideal, but I'm surprised that confidence is currently running that high.

The output from Jules is a PR. And then it's a toss-up between "spot on, let's merge" and "nah, needs more work, I will check out the branch and fix it properly when I am the keyboard". And you see the current diff on the webpage while the agent is working.
Post reply on HN