> Even the supposedly nightmarish engineering director could, from another angle, possibly be seen in a good light: Insisting on proper analysis and design before a project commences, taking a deep interest in the technical part of the project.
In what world is it a good idea for an engineering director to take a deep interest in technical details of a project? Suppose that the director was right and author was wrong in ~all of their disagreements, but just that the author was simply telling the truth about two things: the director spending two weeks doing design mockups, and intervening to specify the type of a database column. This makes the director somebody who is (a) not doing their actual job, and (b) probably nightmarish to work for no matter whether you are a "low performer" or a superstar.
You cannot be an effective manager and simultaneously maintain enough engineering context to make good technical decisions. If you want to be involved in detailed technical design, you need to switch your career track back to IC. And if you are running a company and you want either good technical decisions or high morale among your engineers, you can't tolerate managers playing at being engineers instead of doing their actual jobs. (With something like a manager maintaining a small low-priority internal tool, or doing a rotation onto an engineering team for a week to refresh their intuitive handle on the state of the codebase & tooling but no expectation of being a net-positive contributor, being the exceptions that prove the rule.)