Not if your job is only to make people better programmers, not responsible for product deliveries but responsible to code quality, code brevity, long term maintainability, that sort of thing. If you keep pairing with people and pointing out better ways of doing things, ways of doing things that they might have considered impossible but have some hackish solution of a category they haven’t used before, or of building things towards your desired long term plans but not specifically asked for by product/customers, the job is only code and coding, but also enculturation of a group into a common vision that can make for very high performing groups of developers.
I have never seen a job like that where someone doesn’t code a bunch themselves and they are still a useful member of the team in the long term. I’ve hired a lot of engineers of various seniorities and also never hired anyone in the role you described and don’t see why I would. I expect the principle engineers or senior engineers to provide guidance but also to code.
