Is it worth it to work under the guidance of a person who redoes everything in his own way?

Question

Work organization

Hello!
I didn’t come to the current industry from scratch, because I used to lead my “pet project” for a very long time (2.5 years) at a previous job on the same stack (it took half of my working time). After one of the social security services, I was invited to work and decided to take a junior position for the time being, because I didn’t pull on the middle - there was not enough diversity in experience and there was no understanding of the processes of working in a team not only with developers, but also with other people.
Everything went on as usual. The lead systematically reviewed the code. I corrected my mistakes. I got into work. She did everything very diligently, and we (the team) worked well together. I began to understand the lead's work style and approach to architecture after about 4 months. Now I have been working for 7.
Recently there was a transfer to a new project. The new lead is professionally upgraded even better than the previous one. He has more years of experience and more skills. But it's hard for me to work with him. He is not satisfied with almost all of my code. Constant comments of criticism. He redoes some moments for me from above. Despite the fact that, in my opinion, in some places the alterations look like taste. It comes to the point that he remakes some names of variables or classes (although they fit into the style code and sound adequate! + The last lead never spat on my naming). Or he is dissatisfied when I start to edit something in the code for my task (for example, add a couple of custom fields to an already existing, thought-out class suitable for this (suitable - in his own words, including)).
Thus, I found myself in the situation of a person who, how to put it ... "Fills out the forms." That is, it does boring, non-development work that minimally affects the product code. I feel handcuffed, absolutely useless, unnecessary in the project. And without the ability to work the way I see it, with adequate feedback. Feedback in places is sharp, categorical. Repels the desire to work.
What do you think plays a role here? Just got a lead like that? Or do we have an abyss in skills, so he is jarred by any of my actions? Have you faced a similar situation? How would you do it? At the moment, I want to understand if I should ask for a transfer to another project and how much time should I give myself to get used to the new lead? Of course, I really appreciated his skills. I understand that I could take a lot from this person, but it all comes down to (in my perception) that he is protecting his ideal code from me.
UPD. Huge to allthanks for answers. After a couple of days, my categorical attitude disappeared, and my emotions diminished. I think that thanks to your answers, I was able to see something valuable in my situation that I should, in a sense, even cherish :) Yes, and the lead took a step towards the meeting and began to make comments in a milder form, from which I stopped looking at him "beech" and began to listen more. Such pies

Answer 1

two adequate people are always able to agree.
just take him aside and ask: "wtf?".
hear convincing arguments - it's up to you.
if you don’t hear it, either change jobs, or you are not adequate.

Answer 2

Of course, behind the back of the developer, edit something in the code for him, rename variables, etc. not right. If there is already a comment, then the one who made the change should do the editing. Those. the lead must pass this work on to you. Naturally, backing up the position with arguments. If he made changes himself, he should notify about it, if he does not forget / is not too busy. This is a democratic approach aimed at team development. Your lead does not seem to be the same, which is most likely not very effective due to the inability to trust and delegate responsibility.

Answer 3

Yes, he's just a perfectionist. so what? adjust to his style, fulfill his Wishlist. it is also an experience. who said that the previous team leader was better? maybe he was just a slob who didn't care about the project. well, little things and little things. codestyle there, crutches. works and works.
so everything in the world is relative. If you become a team leader, you will develop your own style and you will be a nightmare for juniks. or you won't.

Answer 4

He will turn to his superior to resolve the situation - either put the lead in place or transfer to another project.
Tell me what is wasting the company's time and dismoral with unreasonable nit-picking with hints of harassment))

Answer 5

He redoes some moments for me from above.

See which ones and learn.
Ask. What are you guessing?
Let's say about programming an example - what kind of indentation doesn't seem to matter? Taste?
In fact, this is important: non-uniform indents in the command put completely unnecessary information into the commit of CVS systems, not allowing you to focus on exactly what is the important part of the commit.