Making the code capable of the correct (but apparently not desired behavior), with a simple flag to turn it on is often the right solution (when you've received insurmountable push back, "Disagree and Commit!"). At that point, you document it in an oncall wiki and when someone finally decides it's actually a bug (or the people that said no 'go away'), it's sitting there with a good audit trail so you can tell your teams oncall one or two words and they can flip it over in a few minutes (after some QA). Note: I only learned this after surviving a really bad manager. I'm not saying you should have known to do it.

> ""But, I pointed it out months ago"... would result in "therefore its your fault because you weren't persuasive enough!""

And then this would get noted in your performance review.

Weakness: bias for action.

LOL at bias of action :) Reminds me of ex-manager's parrotry of Amazon's values

Absolutely. Hell, at one point, praise for me from a former manager in a performance review was twisted around and used against me.

If I never hear the phrase "Bias for action" again, I'll be happy. (Though I laughed when you used it.)

Wow. That last part "you failed to take initiative" or "You're not a team player" makes me sad. That's a fubared situation.