Грейды разработчиков
Если в кратце, то они отличаются паттернами поведения и ареалом влияния на проект - т.е. по сути опыт + желание и умение брать ответственность на себя и быть самостоятельным в этом. Это не значит, что надо делать все все самому, конечно - это именно про «взрослость» что-ли. Чем выше грейд, тем больше у вас огород и тем больше сотрудник должен коммуницировать за пределами своего «огорода» и там больше его работа затрагивает компанию в целом. При это знание конкретных технологий не важно, как бы это ни звучало. Важно, чтобы вы могли делать проекты так, чтобы оно работало и коллеги не жаловались на вас и хотели бы с вами работать. =) Конкретные технологии тут вторичны - где-то mysql нужен, где-то nosql и так и там джунам к примеру, но это не значит, что все джуны должны зхнать и то и то. Где-то graphql, где-то json. И так далее.
Джун - много читает и много спрашивает. С ним надо разобрать задачу до, в момент после. Ни в коем случае нельзя его одного кидать на задачу - будет долго и плохо. Делает баги и пр. по всему проекту, чтобы нарабатывать насмотренность.
Мидл (у них расслоение как минимум на двух - начинающий и уверенный) - много читает, мало спрашивает. Способен сам накидать задачку и +- норм будет сделано. Достаточно чекнуть его понимание проблемы до задачи, но не объяснять как именно ее делать - сам должен придумать, если не сильно сложно ему, конечно. Если это задача сеньорская - то стоит ее сильнее с ним проработать. По итогу скорее всего будет все ок, но лучше чекнуть посередине работы, что все так. Не руководит людьми, но может менторить джунов. На уровне мидла большая часть программистов и задерживается долгое время и это норм. Область применения такого специалиста - один модуль, без особого кросскомандного взаимодействия.
Сеньор - очень опытный разработчик (обычно от 8 лет отпыта и выше). Способен «затащить» все сам. Обычно фулстек, очень хорошо разбирающийся в какой-то теме (бек, фронт, devops), а в остальных работы также может выполнять, просто не так эффективно. Обрасть применения - большие проекты и кросс-командное взаимодействие. Обычно фактически или де-факто руководит людьми или как минимум прям отвечает за результат группы.
Далее есть Lead, техдир и пр. Чем выше, тем больше ареал ответственностои и рычагов управления.
