I agree with just about everything in your post. I've been on dead-end death march projects before, and I've also been on great projects which get ridiculous design-by-committee requirements. I think both are equally soul-crushing, and if you find yourself in that situation you need to get out quickly.
There are times in your career though when sticking through a difficult challenge is absolutely worth doing. Flitting from task to task because something is "hard" or because a particular feature is not obviously useful is just as bad. I've seen a lot of programmers who aren't "closers". They can get a project to about 85%-90% completion, but can't manage to finish those last few things to get something out the door.
So the answer, I think, is balance. You need to have a good picture of what you're working on and why. If you don't really believe in the project, or if it's being slowly killed with thousands of absurd changes, it makes those difficult periods really, really hard to endure. In those cases, get out, and get out fast.
There are times in your career though when sticking through a difficult challenge is absolutely worth doing. Flitting from task to task because something is "hard" or because a particular feature is not obviously useful is just as bad. I've seen a lot of programmers who aren't "closers". They can get a project to about 85%-90% completion, but can't manage to finish those last few things to get something out the door.
So the answer, I think, is balance. You need to have a good picture of what you're working on and why. If you don't really believe in the project, or if it's being slowly killed with thousands of absurd changes, it makes those difficult periods really, really hard to endure. In those cases, get out, and get out fast.