For thirty years I programmed with Phish on, every day

azhenley 214 points 172 comments May 03, 2026
christophermeiklejohn.com · View on Hacker News

Discussion Highlights (20 comments)

deivid

This captures a lot of how I've been feeling lately. Thanks for sharing

emil-lp

What is Phish?

cyberpunk

Yep, I’m in this boat too. I’ve given up trying to get that feeling back at work. We were lucky for 20 years, now if we want to do it for craft it’s time to contribute to OpenBSD or something — with phish on, not for money.

briandw

Same here. I used to listen to techno and could just disappear into the work. Those days are gone now.

tahoemph999

I think this fits well with Phish's isolated monoculture. I also started listening to Phish in the early 90s and have only seen 30 shows or so. Every time I go to a run it is very comfortable. There have been times I havn't seen them for a a good chunk of a decade and the shows feel the same. Eventhough jams have been part of their much of their history variation in musical style hasn't been. That leads to homoginization that makes for great vibe music.

carlsborg

Now the echo of my system prompts are bouncing round the room. edit: Bouncing around the room is one of their hit songs. Give it a listen.

vessenes

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 are receiving very soft and non-distracting suggestions, probably at the periphery of your consciousness. Most will be thrown away. I can kind of imagine a UI for this. I might experiment a little building something, but it will be by telling some agents to build it.. :)

jdw64

Reading 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 have been a way of life. In my case, I only started doing field work and using AI relatively recently, so I was able to adapt faster than I expected. If your whole way of life changes, the shock must be much greater. In contrast, I had no real status or social position to protect, so perhaps it was easier for me to let go. If I had tried to compete fairly and directly, I could not have beaten the experience and accumulated skill of veteran programmers. Of course, my ability to write code was something I was somewhat proud of. Giving it up was painful, and it brought regret and a sense of inferiority. But at the same time, I also find myself thinking: “Was I really supposed to fight against veterans like this?” Recently, this feels very similar to Durkheim’s concept of anomie. While reading this, I kept thinking about categories such as conformity, innovation, ritualism, retreatism, and rebellion. There are many points here that make me think. If, in the future, coding changes again from today’s agent-based coding into some other form, what will happen to me then? By observing how senior programmers are reacting now, perhaps I can draw my own conclusions and prepare for that moment. Right now, agent-based coding that depends on specific companies is dominant. But I think the current price of agentic coding is too cheap. At some point, when it becomes more expensive, local LLMs may become mainstream. If that happens, damaged or weakened code-writing ability may become necessary again. So the question is: how should I prepare for that? This was an interesting post.

kaiwn

Programming 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.

davkan

For me it’s the dead. Most days I’d listen to one or two shows from today in history on relisten.net/today. I’m sysadmin not a dev but I also feel that managing an agent is a fundamentally different feeling than performing admin work like I used to. I used to build bridges out of software. I would learn how they work down to the nuts and bolts, and use them to make robust and occasionally clever solutions for our needs. Over time i was getting better at bash and powershell and regex and automating little tasks. Gaining knowledge about kubernetes and building images and helm charts was some of the most fun I’ve had professionally. I found enjoyment and value in learning those things and enjoy knowing them for their own sake, much in the same way I enjoy being able to recite mechanics and knowledge about vanilla wow from memory. The knowledge is its own pursuit and obtaining it was fun and fulfilling. Using AI is nothing like that. It’s not “fun” to me in any way. I don’t learn bash and powershell and templating. I don’t get to enjoy simple wins. AI does those all those for me. I’m thinking of becoming an electrician. I can’t imagine babysitting an ai for another 30 years.

nu11ptr

People are blown away when I tell them that, in the last 6 months, my job of coding has changed entirely, and that I now write very little code, but instead manage agents who write it. It is still engineering, and I still very much care what that code is, it's interfaces, how it interacts with the world, how it is tested, etc. etc., but it has taken me a while to get used to the idea of me not writing the code. I'm still not sure how I feel about it, although I am getting more done, and it has helped me keep better focus on "the big picture". That is tough to do when your day is spent in the weeds.

mettamage

I feel his pain. I am more towards the opposite end of the spectrum [1]. I program to get things done. Usually, I don’t like programming. It’s too focused on one thing. Sometimes I like it though, precisely because it’s focused on one thing. But I love the things you can imagine and build with it. So for me, LLMs are amazing because I get to be an idea guy when I want but sometimes I can go deep, also when I want. I’ve kept up too, so I have the experience backing it up. With that said, when I read this blog post. I feel the author’s pain. And it’s the first time that I emotionally get what the other side of the programming spectrum feels what it has lost. I feel sad about it. And because of it, I will also wonder about ways of bringing it back. [1] not fully though. Something I can love coding by hand for months.

jazz9k

Where you get your satisfaction matters. Is it in the end product? Or the journey producing it? I've been writing code for 30 years. I welcome AI. It brings different challenges and can reduce the time needed for the end product.

Mizza

If you found Phish twinned well with deep, focused work, you might enjoy grindcore for frequently interrupted work, since most of the songs are less than a minute long, like these: https://discordanceaxis.bandcamp.com/album/original-sound-ve...

artyom

Everyone is talking about the agents part. I'm going to praise this post for describing it very clearly that some people, from a young age, don't need phases, growing up, trying things, figuring out, exploring the world, finding themselves. Some people are just born something (engineers, in this case), and they're that something for life. I always have a hard time explaining to "normal people" that such life is not boring at all, in fact, I can't remember a single time in my life where I was actually "bored".

phamilton

Long agent runs make such a difference. We focus a lot on new models and long context, but the bigger impact is in automatic verification. I've been leaning in more on e2e test suites. They are slow, brittle and inefficient. But that's almost a feature. I can step away and come back an hour later, and use that time to think about bigger problems.

ks2048

> I’m sad. Simple solution: keep going what you've been doing. Open up https://relisten.net/ and keep jamming, you'll probably be fine.

mrdrqr

you’re just complaining about unwittingly being promoted from an individual contributor to a manager.

RobRivera

Oddly enough i have a similar bit about electronica, but its a fine line between productive programming and distraction

sublinear

Am I the only one who doesn't get either side of this? AI 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 .

Semantic search powered by Rivestack pgvector
8,303 stories · 78,303 chunks indexed