От стажёра в Музыке до мидла в Финтехе: как бэкенд-разработчик строит карьеру в Яндексе

28 июня 2023
Антон Ригин пришёл в Яндекс ещё студентом, стажировался в Музыке, пять лет работал в Маркете, а потом перешёл в команду Финтеха. Он рассказывает, почему не сразу попал на стажировку, как вырос до мидла и почему важно вовремя заметить выгорание.
Посмотреть и откликнуться на вакансии

Нашёл вакансию стажёра в Яндекс Музыке и откликнулся

Это был 2017 год. Я учился на третьем курсе факультета компьютерных наук ВШЭ — он партнёрится с Яндексом, так что про компанию я знал хорошо. Перешёл с платки на бюджет и подумал, что пора к учёбе присоединить работу.

Начал пробовать разные варианты, но больше хотелось в Яндекс. И в октябре нашёл на карьерном сайте вакансию стажёра-разработчика на Java в Музыку — как раз то что нужно.

После отклика со мной связалась рекрутер, и я прошёл предварительную секцию по скайпу — проверку базовых знаний информатики и Java. Параллельно со мной смотрели других людей, и один из них уже прошёл все этапы: ему предложили офер, а меня попросили подождать. Тогда я начал проходить собеседования в другую компанию — и там дело шло к стажировке.

Спустя несколько недель рекрутер снова написала — оказалось, что тот кандидат отклонил офер. Я прошёл несколько технических секций, финалы. В результате мне предложили не только Музыку, но и Маркет — им тоже нужен был стажёр на Java. Я тогда больше пользовался Музыкой, и она казалась более интересным продуктом, так что я пошёл туда.

Набрать реальный опыт и расти дальше

Стажировка длилась 4 месяца (обычно 3 месяца, но я был на парт-тайме). В Музыке не было вакансий джуна, поэтому я не смог там остаться. У меня остались контакты рекрутера, так что я снова написал ей, она посмотрела открытые вакансии и нашла для меня несколько вариантов. Я стал собеседоваться: благодаря тому, что уже прошёл стажировку, в этот раз не было предварительной секции и одной из технических. В итоге Маркет пригласил меня на финал — там я и стал работать с конца третьего курса.

Всё сложилось удачно по времени. На сессии у меня было много автоматов, поэтому не понадобилось брать отпуск — просто договорился с руководителем, что в определённые дни буду отсутствовать в офисе и мессенджерах. А потом начались летние каникулы, и я смог спокойно вкатиться в работу. С осени стало сложнее: пары были в первой половине дня, рабочими задачами я занимался после учёбы и по выходным. А иногда и во время пар, что уж скрывать — простите меня, преподаватели. Приходилось жертвовать сном и личной жизнью, но в целом — нормально. Иначе не получилось бы набрать реальный опыт и расти дальше.

В Маркете я занимался разработкой логистики — тоже на Java

Но всё остальное было новым: процессы, спринты, инфраструктура, сроки проектов, сложность задач.
Полностью новая команда. Другой офис. Но всё равно чувствовалось, что это Яндекс. Что я в той же компании — с яндексовой корпоративной культурой, льготами, стилем общения. Как будто какая-то база осталась, а вся конкретика поменялась. И это классно.
Я занимался интеграцией на стороне Маркета — с внешними службами доставки и фулфилментами, которые сопровождали наши заказы.

На этом этапе пришлось учиться быть самостоятельным: обращаться за помощью к руководителю и старшим коллегам только тогда, когда действительно нужно, а в остальных случаях стараться разбираться самому. Это непросто и стрессово, но необходимо, чтобы расти и развивать хард-скиллы.

Каждые полгода все в Яндексе проходят ревью: оценивают результаты работы, получают обратную связь и ставят цели. Это помогает понять, какие навыки стоит подтянуть. Я, например, прошёл на Coursera специализацию по архитектуре на Java. В 2019 году по итогам одного из ревью я получил повышение грейда.

Стал мидлом и начал техлидить проекты

Постепенно я рос, брал больше проектов. В Маркете принято, что с какого-то момента разработчики начинают техлидить — продумывать архитектуру, выбирать стек и вообще отвечать за техническую сторону и разработчиков проекта. Иногда это команды, где один-два человека, включая самого техлида, иногда — сильно больше.

У меня были разные проекты:

  • Инфраструктурные, которые направлены на улучшения для пользователей, которые они не видят напрямую. Например, раньше создание заказов в логистике шло через компонент, в котором ничем нельзя было управлять. Мы запилили новый микросервис: на него нужно было постепенно перенести все заказы так, чтобы ничего не сломалось для обычных пользователей. И за три месяца нам это удалось.
  • Инфраструктурно-продуктовые. Например, более гранулярно отслеживать статусы заказов и перемещений товаров на стороне Маркета, чтобы мы могли быстрее разбираться, если что-то пошло не так. Допустим, если заказ потерялся, то будет видно, на каком этапе он отметился в последний раз и что с ним случилось. Это изменение не напрямую для пользователей, но тоже влияет на них. И в этом проекте была довольно большая инфраструктурная часть, связанная с необходимым для него крупным рефакторингом одного из компонентов.
  • Чисто продуктовые. Они могут быть направлены на внешних пользователей — наших клиентов — или внутренних — моих коллег. Я предпочитаю штуки, которые работают наружу. Мне интереснее то, что можно пощупать руками, чем может пользоваться кто-то из моих близких. Но однажды убедили взять большой внутренний проект. Мы сделали новую систему управления настройками логистики Маркета — по сути админку, но с очень сложной логикой под капотом. В команде было несколько бэкенд- и фронтенд-разработчиков. Я впервые техлидил и фронт тоже — это было сложно, но интересно.