No matter what the personal choices and predilections of any engineer, the software industry is fundamentally constrained by the twin forces of capital and engineering talent. When there is lots of capital, there are a lot of companies, and there is insufficient talent. When there isn't a lot of capital, no one can nor wants to pay for talent so they can weather the storm. That's been the case since at least the 1970s.
Through this cycle, there are so many "engineers" working tirelessly to put other "programmers" out of work (not the shift in labels there, because there is always an unjustified scent of snideness in the air) as well to reduce the cost of engineering. All the no-code revolution now is part of this cycle.
There's a wonderful book angling for a Marxist revolution of engineers from 1977
Kraft, 1977. Programmers and Managers. The Routinization of Computer Programming.
I love it because it's cute, and since it's 2022, proven to be a dud. Like any Marxist analysis, it is accurate in assessing the problems and hopeless at prescribing a solution.
Regardless, the main lesson I have taken in my career is the absolutely top priority a senior engineer should have is building tools and processes to eliminate the need for code to generate business results. You will never be able to hire warm bodies fast enough, so all you can do is radically increase the power of each engineer on the team.
Those have always been the most fun teams I've worked on. It almost feels like being a wizard.
p.s. All that being said, I'm hiring. :)