Live data from Hacker News

Ask HN: Has AI stolen the satisfaction from programming?

news.ycombinator.com

41–50 of 118 posts

Re: Ask HN: Has AI stolen the satisfaction from programming?

#42
post #29

It took the satisfaction out of it in the sense that I can no longer be laid to do it. For side projects no, but I use it at the level that feels like it enhances my workflow and manually write the other bits since I don’t have productivity software tracking if I’m adopting AI hard enough

I assume you mean "paid" instead of "laid". Textbook Freudian slip?

Re: Ask HN: Has AI stolen the satisfaction from programming?

#44
>The new way: The entire premise of AI coding tools is to automate the thinking, not just the typing.

That’s the promise, but not the reality :) Try this: pick a random startup idea from the internet, something that would normally take 3–6 months to build without AI. Now go all in with AI. Don’t worry about enjoyment; just try to get it done.

You’ll notice pretty quickly that it doesn’t get you very far. Some things go faster, until you hit a wall (and you will hit it). Then you either have to redo parts or step back and actually understand what the AI built so far, so you can move forward where it can’t.

>I was thinking of all the classic exploratory learning blog posts. Things that sounded fun. Writing a toy database to understand how they work, implementing a small Redis clone. Now that feels stupid. Like I'd be wasting time on details the AI is supposed to handle.

It was "stupid" then - better alternatives already existed, but you do it to learn.

> Am I alone in this?

absolutly not but understand it is just a tool, not a replacement, use it and you will soon find the joy again, it is there

Re: Ask HN: Has AI stolen the satisfaction from programming?

#45
Who do you feel this pressure from? I realize I'm not answering your question, but is it possible that pressure is your own inner critic, not any real constraint?

Ok, you don't like a particular way of working or a particular tool. In any other era, we would just stop doing using that tool or method. Who is saying you cannot? Is a real constraint or a perceived one?

Regardless, I understand the need to understand what you built. So you have a few options. You can study it (with the agent's help?), you can write your own tests / extensions for it to make sure you really get it, or you can write it yourself. I honestly think that most of those take about as long. It's only shorter when you don't want to understand it, so then we're back to the main question: Why not?

Re: Ask HN: Has AI stolen the satisfaction from programming?

#46
post #19
post #7

Think of it this way: if your problem can be solved by an LLM with the same quality, then it's not a problem worthy of a human to tackle. It probably never was in the first place, we just didn't knew. The only exception here is learning (solving a solved problem so you can internalize it). There are tons of problems that LLMs can't tackle. I chose two of those (polyglot programs, already worked on them before AI) and…

I actually agree with everything you said, and I see I failed to communicate my idea that's exactly why I'm so upset. You said "the only exception here is learning" - and that exception was my hobby . Programming simple things wasn't work for me. It was entertainment. It was what I did for fun on weekends. Reading a blog post about writing a toy database or a parser combinator library and then spending a Saturday aft…

I genuinely do not understand this. You can totally still do that for learning purposes.

The only thing you cannot do anymore is show off such projects. The portfolio of mini-tutorials is definitely a bygone concept. I actually like that part of how the culture has changed.

Another interesting challenge is to set yourself up to outperform the LLM. Golf with it. LLM can do a parser? Okay, I'll make a faster one instead. Less lines of code. There's tons of learning opportunities in that.

> The only "worthy" problems left are the hard ones

That's not true. There are also unexplored problems which the AI doesn't have enough training data to be useful.

Re: Ask HN: Has AI stolen the satisfaction from programming?

#47
AI is taking the joy out of programming the same way cameras took out the joy of painting, or the record player took out the joy of playing an musical instrument. If your financial income relies on it, there will be issues and you will have to go along with the technical innovation. If you enjoy programming for programming sake and only do it for fun, simply do not use AI. On your own free time, you are free to make that choice.

Re: Ask HN: Has AI stolen the satisfaction from programming?

#48

> That's the labor-saving promise. Where are the labor saving _measurements_? You said it yourself: > You'd think about the problem. Draw some diagrams. Understand what you're actually trying to do. So why are we relying on "promises?" > If I use AI to help, the work doesn't feel like mine. And when you're experiencing an emergency and need to fix or patch it this comes back to haunt you. > So all credit flows to the…

> You will almost certainly find large parts of it, verbatim, inside of a github repository or on an authors webpage. AI takes the credit so you don't get blamed for copyright theft. Only if you're doing something trivial or highly common, in which case it's boilerplate that shouldn't be copyrighted. We already had this argument when Oracle sued Google over Java. We already had the "just stochastic parrots" conversat…

> in which case it's boilerplate that shouldn't be copyrighted

Let's say it's boilerplate code filled with comments that are designed to assist in understanding the API being written against. Are the comments somehow not covered because they were added to "boilerplate code?" Even if they're reproduced verbatim as well?

> We already had the "just stochastic parrots" conversation too

Oh, I was not part of those conversations, perhaps you can link me to them? The mere stated existence of them is somewhat underwhelming and entirely unconvincing. Particularly when it seems easy to ask an LLM to generate code and then to search for elements of that code on the Internet. With that methodology you wouldn't need to rely on conversations but on actual hard data. Do you happen to know if that is also available?

Re: Ask HN: Has AI stolen the satisfaction from programming?

#50
> The new way: The entire premise of AI coding tools is to automate the thinking, not just the typing. You're supposed to describe a problem and get a solution without understanding the details. That's the labor-saving promise.

That's the "promise", but in practice it's exactly what you don't want to do.

Models can't think. Logic, accuracy, truth, etc are not things models understand, nor do they understand anything. It's just a happy accident that sometimes their output makes sense to humans based on the statistical correlations derived during training.

> The result: Nothing feels satisfying anymore. Every problem I solve by hand feels too slow. Every problem I solve with AI feels like it doesn't count. There's this constant background feeling that whatever I just did, someone else would've done it better and faster.

Am I the only one who is not totally impressed by the quality of code LLMs generate? I've used Claude, Copilot, Codex and local options, all with latest models, and I have not been impressed on the greenfield projects I work on.

Yes, they're good for rote work, especially writing tests, but if you're doing something novel or off the beaten path, then just lol.

> I was thinking of all the classic exploratory learning blog posts. Things that sounded fun. Writing a toy database to understand how they work, implementing a small Redis clone. Now that feels stupid. Like I'd be wasting time on details the AI is supposed to handle. It bothers me that my reaction to these blog posts has changed so much. 3 years ago I would be bookmarking a blog post to try it out for myself that weekend. Now those 200 lines of simple code feels only one sentence prompt away and thus waste of time.

If you don't understand these things yourself, how do you know the LLM is "correct" in what it outputs?

I'd venture to say the feeling that models can do it better than you comes from exactly that problem: you don't know enough to have educated opinions and insights into the problem you're addressing with LLMs, and thus can't accurately judge the quality of their solutions. Not that there's anything wrong with not knowing something, and this is not meant to be a swipe at you, your skills or knowledge, nor is my intention to make assumptions about you. It's just that when I use LLMs for non-trivial tasks that I'm intimately familiar with, I am not impressed. The more that I know about a domain, the more nits I can pick with whatever LLMs spew out, but when I don't know the domain, it seems like "magic", until I do some further research and find problems.

To address the bad feelings: I work with several AI companies, the ones that actually care about quality were very, very adamant about avoiding AI for development outside of doing augmented searches. They actively filtered out candidates that used AI for resumes and had AI slop code contributions, and do the same with their code base and development process. And it's not about worrying about their IP being siphoned off to LLM providers, but about the code quality in itself and the fact that there is deep value in the human beings working at a company understanding not only the code they write, but how the system works in the micro and macro levels. They're acutely aware of models' limitations and they don't want them touching their code capital.

--

I think these tools have value, I use them and reluctantly pay for them, but the idea that they're going to replace development with prompt writing is a pipe dream. You can only get so far with next-token generators.

Post reply on HN