Ну такое. Если вы про хардскиллы, то они необходимы (но не достаточны), чтобы быть мидлом и выше. Грейд растет только при реальном коммерческом опыте, потому что одно дело - писать в стол "пет-проекты" и быть админом локалхоста, а другое дело - набивать шишки на заковыристых задачах, при этом показывать нормальный KPI, развивать навык холистического видения предметной области, учиться быстро адаптироваться под код стайл и паттерны конкретной команды.
Я видел гиков, у которых хобби в свободное время решать литкод и портфолио проектов, которые они делали в одно лицо на фрилансе последние лет 5, но при этом они все равно джуны, так как при попадании в "боевые" условия стандартной большой компании все равно что слепые котята. Навыков вычитки ТЗ нет, чтобы сразу видеть противоречия и возвращать аналитику на доработку, а не в середине разработки задачи; на код ревью видят максимум поверхностные стилистические и технические ошибки (а-ля "заметил, что ходим в БД в цикле, но не заметил, что в рамках этой конкретной задачи в базу можно вообще не ходить, а рассчитать значение на месте"), навыков эффективного системного погружения в предметную область проекта тоже нет (плывет по течению, разбирается в бизнес-логике только тех частей проекта, код которых ему приходилось изучать/читать документацию в рамках распределенных на него тасок в трекере).
Ну такое. Если вы про хардскиллы, то они необходимы (но не достаточны), чтобы быть мидлом и выше. Грейд растет только при реальном коммерческом опыте, потому что одно дело - писать в стол "пет-проекты" и быть админом локалхоста, а другое дело - набивать шишки на заковыристых задачах, при этом показывать нормальный KPI, развивать навык холистического видения предметной области, учиться быстро адаптироваться под код стайл и паттерны конкретной команды.
Я видел гиков, у которых хобби в свободное время решать литкод и портфолио проектов, которые они делали в одно лицо на фрилансе последние лет 5, но при этом они все равно джуны, так как при попадании в "боевые" условия стандартной большой компании все равно что слепые котята. Навыков вычитки ТЗ нет, чтобы сразу видеть противоречия и возвращать аналитику на доработку, а не в середине разработки задачи; на код ревью видят максимум поверхностные стилистические и технические ошибки (а-ля "заметил, что ходим в БД в цикле, но не заметил, что в рамках этой конкретной задачи в базу можно вообще не ходить, а рассчитать значение на месте"), навыков эффективного системного погружения в предметную область проекта тоже нет (плывет по течению, разбирается в бизнес-логике только тех частей проекта, код которых ему приходилось изучать/читать документацию в рамках распределенных на него тасок в трекере).