Carpentry has always been an implementation detail for making furniture. They have been able to purchase flat-pack chairs for all of their lives, but for some reason there are people who learn this skill and have fun slowly making things that factories already make at scale. A subset of those people have made lucrative businesses out of the very human craft that is carpentry, and are able to create custom pieces on-demand that you could never justify retooling a factory to create.
It is okay to view code as a means to an end. I disagree, preferring to treat code as craft, and striving for better systems that are easy to understand, maintain and extend. And I think that's the source of our disconnect; deeper than one's opinion about AI is one's value of human skill and the effect that has on the output. Maybe I overvalue it, and maybe creating code "manually" is going to look more like carpentry in the future; but you cannot expect to convince a skilled carpenter that an IKEA chair is just as good and accomplishes the same task.
This analogy falls flat because
a) Carpentry already happens in the real world
b) There's a clear problem being solved (you need furniture).
Stretching your analogy to fit my point: pretend that programming is manually sanding wood, while AI-assisted programming is using a belt sander. If you're focused on the chair being built, getting a belt sander to help is great! If you're sanding for the craft (?) of it, focused on the wrist mechanics of rubbing sandpaper up and down, you'd be disappointed.