A skilled carpenter or vacuum-cleaner engineer might not produce a masterpiece every time. But the result will probably be a house that doesn't fall down, or a thing that picks up some dust for at least a little while. Vacuum cleaners are a well-understood technology, and while carpentry projects do occasionally go nonlinear (if you change the specs mid-project, or a freak windstorm blows up, or they discover a natural spring while digging your basement, or... well, just go read Mr. Blandings Builds His Dream House, one of the greatest engineering books of all time ;) they are nonetheless relatively predictable, and the more experienced the carpenter the fewer surprises you can expect.
Now go read Dreaming in Code, which shows that even if you are Mitch "I Built Lotus" Kapor and you hire Andy "Mac OS 1.0" Hertzfeld your software project may fly straight into a wall: You may blow the schedule by a factor of five, and the budget by a factor of ten, and still not ship anything. [1] It has happened. People who write books about corporate IT throw around numbers like fifty percent when discussing the odds that a given software project will succeed. And the reason why programmers don't stop talking about this is that it is vitally important that our clients understand the risk in advance! Which they often don't. Nothing in their everyday experience with plumbers, dentists, and caterers has prepared them for it.
---
[1] Note: These numbers are not the ones from Dreaming in Code. I made them up. ;) I actually have yet to finish Dreaming in Code. It induces painful flashbacks.
It seems like we make so much noise because we are the feudal lords of the online fiefdom. If you were to spend all your time in wood shops for example, you'd wonder why carpenters complain so much.
Programming isn't nearly as well understood as those other fields you mentioned. I also think it's harder than all of those things.