I'm far from a slop advocate, so this is more of a devil's advocate point: plenty of code writing is not enjoyable.

If I'm working on my own project, to my own standards, writing exactly what I want to write I'm usually going to get enjoyment out of it. That's pretty commonly not the case when writing code for an employer. Maybe the tech stack sucks, the product is inane or worse, you think the feature is a dumb idea but have to do it anyway, you're bending over backwards to work around tech debt that you're not allowed by management to fix, or you have to appease incompetent/out of touch architects or tech leads who presume to tell you how to do your job. I personally don't enjoy writing that code very much. At a certain point it's almost like nails on a chalkboard if you genuinely enjoy programming for its own sake: you know what good would look like, you know how far away what you're working on is from good, and you feel sad at all the organizational inertia you'd need to overcome to get to good or, choosing not to do that, at compromising your standards. That bugs me, at least, and at a certain point makes it hard to even start certain work projects.

LLMs can make this at least bearable. Rather than spending hours looking into the change yourself, writing all of the code, fighting the shitty test framework and swearing at the past engineers who made it so bad, you let the robot figure it out and review its work. The result may still suck, but it was going to suck if you wrote it by hand too, for reasons largely out of your control. You can't be fully hands off, and you still have to deal with the things you don't like to get a good result, but you put yourself a step away from what bothers you and by doing so make it a little more pleasant. And, when you find work that's actually fun, interesting, or rewarding, you just cherry pick that for yourself. I've grown to appreciate them for this reason. I have a lot less dread for the nails on a chalkboard work than I used to, anyway.