Самое большое влияние на мое профессиональное становление оказала первая работа. Меня окружали крутые специалисты и, самое важное, мне давали пространство и стимул для роста. Они никогда не правили мой код, а спрашивали, что именно не работает. Моя задача была сформулировать вопрос, чтобы получить ответ от опытных коллег и уже самому разбираться в проблеме. Приходилось самостоятельно доходить до каждого решения. У всех разная скорость и возможность обучения на текущем месте работы.
Миддл как правило уже разбирается в базовых технологиях и может самостоятельно определить оптимальные для проекта. Начнем с того, что градации программистов по уровням «Джуниор», «Миддл» и «Сеньор» довольно условны и зависят от нескольких факторов. Это опытные разработчики, которые создают каркас сложного IT-продукта (сервиса или приложения). Одна из основных задач архитектора — найти оптимальное решение между желанием и идеей заказчика и возможностями команды разработки. У сеньора больше возможностей, чем у мидла или джуниора. Дальнейшее продвижение в карьере зависит от его возможностей и желания самого человека.
Программисты — инженерно-производственная специальность. Аллегория с разрядами слесарей и сварщиков не подходит. Недостаточно сдать норматив и получить доступ к более сложным задачам. В-четвёртых, вы можете с помощью матрицы компетенций, таблицы грейдирования, планировать индивидуальный план развития или индивидуальный рост каждого разработчика. В этом нет ничего плохого, чувство собственной важности — это хорошо.
Рассказываем, чем отличаются Junior, Middle и Senior-разработчики. Какие бывают языки программирования и в чём их отличия. Многие люди успешно работают в своих областях, но есть и те, кто хотят повысить свой уровень и… HR может помочь руководителю с планом собеседования. Например, разделите вопросы на технические, мотивационные и общие. Кандидат не может расслабиться, а куча вопросов только путают.
Доход, Выручка И Прибыль: Ключевые Различия И Важность Для Вашего Бизнеса
Часто выступают с докладами, организовывают митапы, пишут документации и полезные статьи, которые помогают развиваться другим. Принципиальная разница между джуном и сеньором в том, что первый, как правило, воспринимает обучение как обязаловку, в то время как второй видит в этом ценную необходимость, ключ от закрытых дверей. Не будем распыляться о том, что старший разработчик должен хорошо знать английский язык.
Даже самый начальный грейд, джун, должен быть присвоен в процессе аттестации. Но единой системы аттестации для всей отрасли или отдельного направления не существует. Синьор – человек, которому гайденс уже не нужен и даже вреден. Подходим к самому интересному — зачем нужно это деление? Во-первых, вы сможете сохранить сотруднику зарплату на уровне рынка и не потеряете его.
Junior, Mid- И Senior-ы – В Чем Разница?
На такой переход требуется в среднем от 3 до 5 лет, но опять же, все достаточно индивидуально. Также встречается дополнительное разделение младших специалистов на Junior+ и Junior++. Существует интересное наблюдение, по которому можно “вычислить” сеньор программист начинающего разработчика. В голове Junior-специалиста основная задача – заставить код работать. Но это еще не все, нужно писать простой код, а это нелегко. Узнать таких специалистов можно по причудливому коду и чрезмерно сложным конструкциям.
Человек понимает, что хочет и может решать более сложные задачи, чувствует что ему хватает для этого знаний, другие разработчики признают его авторитет и выбор решения. Middle – разработчик, который уже имеет некоторый опыт в программировании. Он уже может самостоятельно выполнять сложные задачи, но ему необходимо указать направление. По стеку технологий такой разработчик имеет не очень богатый бекграунд и не всегда может выбрать необходимые и достаточные инструменты для решения задач.
Про задачи высокой сложности он скажет, что не знает, сколько их нужно выполнять, но задачи средней и простой сложности он оценивает достаточно точно. Конечно, мы спрашиваем насколько хорошо кандидат владеет всем рабочим стеком проекта, в который его приглашаем. Также для нас важно умеет ли он самостоятельно вести разработку «с нуля», насколько хорошо знает язык разработки и фреймворки для решения каждой поставленной задачи. Но ценнее здесь будет именно понимание того, как работают те или иные технологии, их особенности и концепции, нежели простое владение инструментами. Ведь, если кандидат досконально разобрался в одном фреймворке, то разберётся и в другом.
Нужно вкладываться в его обучение, чтобы он перешёл в следующий грейд. Грейды внутри компании определяют путь сотрудника и его развитие, необходимое для этой компании, а не сотруднику. Поэтому вся сила грейдов остаётся внутри компании и, как только выходит на рынок, разбивается о суровую реальность.
Старшие разработчики как никто знают, сколь важно постоянно развиваться, осваивая всё новые и новые горизонты. Они никогда не ограничиваются одним набором инструментов, ведь в погоне за оптимизацией рабочего процесса так или иначе приходится обращаться к чему-то новому. Во-первых, это понимание алгоритмов и умение писать чистый код. Во-вторых, для одной задачи существует множество решений, но именно Senior Developer способен определить, какое из них оптимально в конкретном случае.
Поэтому в компании джуна «прикрепляют» к более опытному наставнику – миддлу или сеньору. Он отлично знает фреймворки, имеет большой опыт работы со сложными задачами с самостоятельными решениями. У него развито системное мышление, он может выстроить архитектуру приложения, сервиса. Может помочь определить задачи, также как менеджеры декомпозируют задачи, можно самому оценить риски и выбрать стек для проекта. Такими матерыми бойцами ИТ-фронта становятся, за редким исключением, минимум года через 3 после начала карьеры. Кроме того, это уже однозначные эксперты в определенной области, которые высоко ценятся на рынке труда.
Вы позволите ему не жить с синдромом самозванца, но при этом не позволите слишком сильно задирать нос. Активно общается с коммьюнити, задаёт глупые вопросы, при проблемах пытается разобраться, спрашивает менторов. Начинает понимать важность документации, знаний в сети и пр.
И, возможно, придется переходить в другую команды или компанию, где компетенции могут приравнять к Middle. Мидл умеет коммуницировать в команде, давать задания джуниорам. Он самостоятелен и берет серьезную ответственность за проект или конкретную задачу. Главный совет вытекает из моего собственного опыта — старайтесь погружаться глубже в те проблемы, которые вы видите, и разбираться во всём. IT очень быстро развивается, мы постоянно бежим за новыми технологиями и многое изучаем поверхностно. Но чтобы стать профессионалом, нужно глубже изучать языки, их архитектуру, технологии и принципы построения программ, постоянно оттачивая свое мастерство.
Middle-разработчик видит решение конкретной задачи, но не всегда представляет общую картину и то, как решение задачи интегрируется в архитектуру проекта. Мидл – это сотрудник уже с достаточным опытом для самостоятельной работы. Ему доверяют небольшие проекты и задачи среднего уровня. Мидлы не просто пишут код, но и придумывают решение для сложных задач. Они, в отличие от джунов, могут ходить на встречи с клиентом, так как без труда объяснят сложные процессы простым языком.
А еще читать чужой код и высказывать по нему полезные замечания. Скорее всего, джуниор старательно изучил один язык программирования, но пока он не владеет всеми тонкостями синтаксиса и только поверхностно знаком с фреймворками. Все остальные навыки он приобретает непосредственно на рабочем месте.
- Это опытные разработчики, которые создают каркас сложного IT-продукта (сервиса или приложения).
- В любом случае держите бесплатные материалы по английскому для айтишников.
- В разработке, как и в любом деле, сейчас возраст и многолетний опыт далеко не главное.
- Своей первой настоящей работой в IT я считаю именно работу в команде.
В целом на уровне крепких программистов-середнячков находится большинство разработчиков в отрасли. Они обращаются за советом только в крайних случаях, так как способны сами найти решение проблемы. Разработчикам — чтобы они понимали свои скиллы внутри компании. Менеджерам — чтобы понимать, с кем они работают и как нужно работать с разработчиками, нужно ли досконально объяснять каждую задачу или достаточно кинуть ТЗ в Фирме. И компании, чтобы она определяла стратегию найма сотрудников.
Он понимает, что и как нужно делать и как не нужно. Есть индивидуальный план развития для тестировщиков, девопсов, программистов, а там аттестация и переаттестация. Случается так, что к нам приходит программист из другой компании, который был в статусе синьора, а по нашей градации он будет миддл, даже не миддл+. Миддл — это самостоятельная единица, которой можно поручать сложные задачи.
В разных компаниях названия должностей программистов могут различаться – все зависит от принятых корпоративных стандартов. Не принципиально, каким словом принято пользоваться – специалист, инженер, разработчик, или каким-то другим. В процессе роста у разработчика появляются более сложные задачи, и в какой-то момент руководитель отдела принимает решение перевести его из одной категории в другую. В любом случае, сейчас мало кто обращает внимание на записи в трудовой, а вот на ваш опыт и знания обращают много внимания.
В процессе работы он понимает, как реализовать функционал, но не всегда осознает цельную картину. Также его опыта может быть недостаточно для выбора оптимального инструментария для выполнения задачи. Кандидатом Senior-уровня считается специалист с опытом коммерческой разработки более 4-х лет. Но сразу оговоримся, что такая градация весьма условна и важным здесь будет не только время работы и стек технологий, но и масштаб проектов и их предметная область. Также мы обращаем внимание на то, как часто кандидат меняет место работы. Для адаптации и погружения в продукт требуется время, поэтому предпочтение отдаём специалистам, проработавшим больше года в одной компании.
От миддла мы ожидаем, что он может писать код, способен принимать самостоятельные решения, у него неплохо развитые хард и софтскиллы. Во-первых, техническим архитекторам и руководителям проекта — для верного распределения потока задач. Внутри компании грейды применяются, чтобы компания и сотрудник понимали прогресс и профессиональное развитие. Может делать задачи с более верхнеуровневым описанием.