We’re a long way from figuring out how to get flow state with agents. Maybe some sort of less stonerish upper-based master of the universe overseeing 100s of agents manic state. I think there’d be a lot of demand from long time engineers that loved working in flow state to build tooling that encouraged flow. I think tokens/s needs to get like 10x faster first, because you’re going to be heading into a world where you…
> We’re a long way from figuring out how to get flow state with agents its been the opposite for me. being able to create things with almost zero friction has lead me to have to slow down for my own sanity at times. I've had to setup "handcoding time" as a way to keep me touching virtual grass lest I completely lose myself building stuff at all hours. literally thinking of taking up Haskell just to have a language th…
For thirty years I programmed with Phish on, every day
41–50 of 191 posts
Re: For thirty years I programmed with Phish on, every day
#42Simple solution: keep going what you've been doing. Open up https://relisten.net/ and keep jamming, you'll probably be fine.
Re: For thirty years I programmed with Phish on, every day
#43Re: For thirty years I programmed with Phish on, every day
#44Re: For thirty years I programmed with Phish on, every day
#45AI still sucks pretty bad at writing code. The only people I've ever known to need a "flow" state to write code are junior devs.
Everyone else is used to constant interruptions and has been through every layer of abstraction many many times. This is why those with experience find it so tempting to say this job can be automated away, but they forget how many gotchas there are, how they crop up, and how brittle all this crap always was. AI is actively making this problem worse.
Re: For thirty years I programmed with Phish on, every day
#46Reading this, I felt a familiar kind of sadness. I have also felt some version of this recently: the sense of loss, and the question of whether I am still a “real programmer” if I am no longer writing code in the same way. There is a strange grief in letting go of a skill that once gave you pride. But when I think about it from the author’s position, I may actually have been lucky. For this person, writing code may h…
This post makes a good point: managing LLM models isn't really the same thing as thinking hard about a particular problem, solving that problem and then concretizing it in code. If the work becomes managing models, I think we're going to see a pretty stark divergence between what people enjoy about developing software today and what the job is requiring. I'm not yet convinced LLM tooling will stick but, if it does, it makes me wonder what kind of person will be doing software development. Maybe some of same people and they find something else to enjoy about the job but I bet a lot of a different kind of person.
Personally, I am very uncomfortable with the idea that all software development might be mediated by LLM tooling and, as a consequence, require payment to a large corporate entity like Anthropic or Google. Hopefully some open source projects will remain open to accepting PRs from people, like the author of the OP, who enjoy working in that "flow" state. I enjoy writing software as a hobby (as well as at my job) but it looks like the hobby might become a larger source of personal fulfillment.
Re: For thirty years I programmed with Phish on, every day
#47Programming with Claude is still engineering. It is like designing a bridge, which remains engineering even when a worker pours the concrete instead of you. In the past we were forced to pour the concrete ourselves. I understand how many of us enjoyed the sound and the smell of the concrete being poured. Myself, I’m happy to never get my hands dirty again, and focus on the actual engineering.
Re: For thirty years I programmed with Phish on, every day
#48Couldn't agree more. I'm personally okay with how engineering is changing. At the end of the day, the code is a means to an end for me. That said, the "queue" aspect of how software development is headed is so real. It's a different way of working, and I find the biggest challenge is staying engaged and tuned in while you might have agents take 30 seconds here, 2 minutes there, 5 minutes there, etc. It's easy to get distracted when waiting.
Re: For thirty years I programmed with Phish on, every day
#49Programming with Claude is still engineering. It is like designing a bridge, which remains engineering even when a worker pours the concrete instead of you. In the past we were forced to pour the concrete ourselves. I understand how many of us enjoyed the sound and the smell of the concrete being poured. Myself, I’m happy to never get my hands dirty again, and focus on the actual engineering.
This is like the third bridge + concrete comparison I’ve seen in the past two days from a new account. Did I miss something?
Re: For thirty years I programmed with Phish on, every day
#50Programming does not exist or, rather, programming doesn't pay. Whatever this is—vibe coding, agentic software development—it's a new and different discipline, and it may be the only game in town [citation needed].
It's not even been a particularly gradual change. It's been a stark, totalizing turnover in the last 18 months. I don't know how long this era will last (maybe we'll discover a new sort of operational scurvy, and this movement will be mocked and scorned as a ludicrously anemic fad) but it'll leave a distinct layer of discoloration in the geological record.
I've never really been into Phish. Lately, I've been vibing out to the hyperactive chiptune groups Anamanaguchi and Toby Fox. Justice also makes my playlist, alongside more pathos-laden groups like The Glitch Mob and Moderat.
Hell, once I get this teams-of-teams jj-and-weave harness firmly in hand, I can pop into Agent-of-Empires and drop the needle on some Al Hirt—Music to Watch [Pulls] By.