В июле на Хабр Карьере проходила карьерная неделя бэкенда, своего рода день открытых дверей, который длится всю неделю. В этот раз за специалистов боролись МТС, Альфа Банк, билайн, «МойСклад»,  «СберЗдоровье», Lamoda, «Самолет», Домклик, «Звук», ГНИВЦ и DatsTeam. 

В конце недели специалисты задают вопросы представителям компаний-работодателей, а мы выбираем самые интересные из тех, что не успели обсудить, и отправляем спикерам. 

Спросили про ведущие тренды, отношение к релокации и удалёнке, подготовку к собеседованию и сохранение work-life balance. Всех, кому интересно почитать о внутренней жизни компаний, приглашаем в статью.

Кто отвечал на вопросы:

Что почитать

Список книг, ссылок, статей, подкастов, курсов, всего остального, что обязательно нужно прочитать бэкендеру. 

Андрей Свиридов, Альфа Банк: «Высоконагруженные приложения. Программирование, масштабирование, поддержка», автор Клеппман Мартин; «Экстремальное программирование: разработка через тестирование», автор Бек Кент; «Цель. Процесс непрерывного улучшения», авторы Голдратт Элияху М., Кокс Джеф.

Северьян Дученко, «МойСклад»: «Java. Эффективное программирование», Джошуа Блох; Design Patterns: Elements of Reusable Object-Oriented, Gamma Erich, Helm Richard, Johnson Ralph, Vlissides John; «Совершенный код: Практическое руководство по разработке программного обеспечения», Макконнелл С.; Глубокое погружение в Java Memory Model; Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems, Martin Kleppmann; The Art of Computer Programming.

Дмитрий Григорьев, «Звук»: Хороших книг и курсов много, а выбор конкретных — дело весьма неблагодарное. Считаю, самым важным навыком читать и находить ответы на свои вопросы. Мне попадались хорошие бесплатные курсы от Университета Биоинформатики на Stepik. В свое время внесла структуру в знания по Python книга «К вершинам мастерства» Лучано Рамальо. Полезными были книги Танненбаума из цикла «Классика computer science» и, конечно, Дядя Боб и GOF.

---

Трудоустройство и компания

Как у вас устроен work-life balance? Есть ли оплата переработок (в повышенном размере) во время аварий? Возможно, какие-то мероприятия по снижению рабочих часов?

Северьян Дученко, «МойСклад»: Переработки не приветствуются. Задачи должны решаться в рабочие часы. К сложным релизам нужно готовиться, чтобы избежать аварии. Но если вдруг такое происходит, то следующий рабочий день сокращается на время переработки. В случае аварии может потребоваться работа в выходной день. В таком случае оплата происходит в двойном размере, либо деньгами, либо отгулами.

Мариэтта Парсекян, DatsTeam: Нам важно ментальное состояние сотрудников и сохранение work-life balance. Мы работаем по производственному календарю РФ, даже из других гео. Переработки, в основном дело, добровольное, так как многие сами хотят поработать в майские или новогодние праздники. Эти дни оплачиваются в размере 1 оклада по цене рабочего дня текущего месяца. Работа в выходные дни оплачивается согласно ТК РФ.  

Анна Белова, Lamoda: У нас нет переработок. Даже больше: тимлиды стараются следить за этим и просят разработчиков не перерабатывать. Конечно, есть дежурства, когда человек должен быть на связи, при аварии человека вызывают, и он должен подключиться к инциденту. Это оплачивается по ТК как потраченное внерабочее время + оплачиваются дежурства. 

Дмитрий Астриков, «Самолет»: При переработках сотрудник может подать заявку на работу в выходной день. В целом стараемся продвигать идею сохранения work-life баланса в командах, у нас не поощряются переработки.

Элеонора Насреддинова, МТС: Мы работаем в соответствии с ТК РФ и строго соблюдаем закреплённые в нём требования.

Алексей Калакин, билайн: У нас действует принцип гибридной работы, так что с work-life balance у нас все хорошо, можно сказать, это наша киллер-фича. Что касается переработок, они оплачиваются в двойном размере по часам либо отгулами, но сами переработки это очень большая редкость, авариями у нас разработка не занимается, а багфикс, если что, в рабочее время слепить можно.

Константин Киселёв, «СберЗдоровье»: Мы стремимся к созданию комфортных условий для сотрудников и следим за соблюдением work-life balance в их жизни. Например, работа из отпуска не просто не приветствуется, а запрещена. Лучше человек полноценно отдохнёт и вернётся со свежими силами и идеями. Переработки также не приветствуются, каждый случай переработок — повод для анализа, почему так получилось и как не повторять в будущем. Но если всё-таки возникла такая необходимость, то эти часы фиксируются, часто округляются до целого рабочего дня и оплачиваются в полном соответствии с ТК РФ.

Павел Кислов, «Домклик»: Мы стараемся следить за тем, чтобы сотрудники не перерабатывали и не выгорали. Все переработки обычно проговариваются и продумываются заранее и, естественно, оплачиваются. Принудительных переработок не бывает. В случае необходимости работы сверхурочно мы прямо спрашиваем у сотрудника, готов ли он к такому и согласен ли он на это. В случае отказа сотрудника никто и никак не порицает. Если сотрудник самостоятельно принимает решение задержаться в офисе, чтобы доделать какую-то задачу, то это его решение и управление своим временем. Рабочие 40 — это норма. Все остальные часы — это личное время человека, и мы его уважаем.

Как происходит повышение грейда внутри компании?

Алексей Калакин, билайн: Сейчас вводится ежегодная оценка beegeek для ИТ-специалистов (пока для фронта, есть для дата-инженеров и для девопсов). Специалистов оценивает команда и руководитель, повышая в рамках возможностей своего звена.

Анна Белова, Lamoda: У нас есть ожидания от каждого грейда, которые выложены внутри компании для сотрудников в открытом доступе. Два раза в год предусмотрена возможность пересмотреть уровень дохода и повысить грейд. Перед пересмотром тимлид защищает сотрудника перед руководством, обосновывая, почему он должен получить повышение. Также каждый сотрудник может поговорить со своим руководителем и составить план карьерного развития.

Андрей Свиридов, Альфа Банк: Повышение проходит с помощью assessment’a, где желающий может выбрать темы, на которые хочет поговорить. После прохождения с человеком составляют роадмап развития. 

Мариэтта Парсекян, DatsTeam: Через Performance review, оценку 360 и Self Performance, в данным момент мы автоматизируем этот процесс на нашем корпоративном портале DEV, и он будет непрерывным. Подать заявку на пересмотр грейда может каждый сотрудник спустя год работы и далее раз в год. 

Дмитрий Григорьев, «Звук»: В «Звуке» два раза в год все сотрудники, прошедшие испытательный срок, участвуют в процессе Performance review. В течение месяца каждый сотрудник самостоятельно оценивает результаты своей работы, а также получает фидбек от руководителя и коллег. В зависимости от результатов прохождения Performance review и полученной оценки у сотрудника есть возможность повысить свой грейд.

Павел Кислов, «Домклик»: Грейд определяет уровень должности в структуре компании. При определении грейда для должности оценивается сложность задач, которые должен выполнить сотрудник на данной позиции, уровень ответственности (отвечает сотрудник только за свой результат или предполагается наличие подчинённых), а также степень влияния действий сотрудника на этой должности на результат компании и финансовые показатели в целом. Общая структура компании, которая представляет собой утвержденное количество должностей определённых грейдов со структурой подчинения, зависит от текущих потребностей бизнеса. Чем выше грейд должности, тем более сложные задачи требуется решать, тем больше требуется опыта и компетенций. Грейд сотрудника может меняться при его переводе на следующую роль, при росте масштаба и сложности выполняемых им задач. Перемещение сотрудника на следующую ступень планируется совместно с руководителем и достигается путем наращивания компетенций. Если у сотрудника есть желание развиваться внутри компании, в первую очередь стоит поговорить об этом со своим руководителем и определить зоны развития на квартал и год. 

Северьян Дученко, «МойСклад»: Обычно это происходит на зимнем/летнем ревью, по инициативе тимлида/сотрудника, с аргументацией роста сотрудника, примерами решенных задач и т.п.

Константин Киселёв, «СберЗдоровье»: Раз в год происходит оценка результатов работы каждого сотрудника — performance review (PR). Так как ИТ-сектор более динамичный, то в ИТ-департаменте процесс оценки проводим два раза в год. В рамках PR есть возможность повысить грейд и пересмотреть зарплату в сторону повышения. По окончанию процесса каждый сотрудник получает фидбэк по себе, своим слабым и сильным сторонам. Повышение грейда происходит в соответствие с матрицей компетенций (для каждой компетенции своя матрица) и достигнутым сотрудником результата. Несмотря на то, что процесс оценки длится около месяца и является дорогостоящим для компании мероприятием, мы считаем это выгодной и необходимой инвестицией в людей внутри компании. Процесс PR не статичен и регулярно улучшается для большей объективности и пользы.

Элеонора Насреддинова, МТС: В компании проработаны карьерные треки и есть Talent Review, который дает возможность увидеть свои сильные стороны и определить зоны роста, получить комплексную обратную связь от руководителя и коллег и наметить путь дальнейшего профессионального развития.

Дмитрий Астриков, «Самолет»: Раз в год в компании проходит процесс пересмотра заработной платы, на возможность и размер пересмотра влияют результаты performance review, которое проходит два раза в год, зимой и летом. Здесь важно не путать грейд и уровень внутри грейда. Грейд повышается только если сотрудник переходит на роль руководителя, в то время как уровень (junior/middle/senior etc.) может быть повышен без изменения грейда.

Какая структура менторства и поддержки предоставляется для недавно принятых сотрудников?

Дмитрий Григорьев, «Звук»: Мы заботимся о том, чтобы начало работы в «Звуке» прошло легко и гладко. В первый день в офисе тебя встретит HR BP, чтобы  помочь с получением техники и документами. После подключится руководитель и поможет с доступами, расскажет о ритуалах команды. Нового сотрудника все три месяца поддерживает бадди, с этого года они есть у каждого новичка. 

Мариэтта Парсекян, DatsTeam: Сотрудника поддерживает онбординг-менеджер на протяжении всего испытательного срока, также закрепляется бадди из состава команды, лид (руководитель) дает фидбек 2-3 раза за испытательный срок или в любой момент по запросу. 

Дмитрий Астриков, «Самолет»: Новоприбывшему выделяется buddy, мы подготовили все необходимые документы для онбординга (инструкции, звёздную карту команды, how-to, readme и прочие), которые позволяют начать показывать результаты уже в первые недели после трудоустройства. Дополнительно мы создали чат-бот и хэндбук, которые помогут узнать все о работе в компании и не запутаться в первые несколько месяцев. Во время испытательного срока у нас проходят две встречи: на экваторе и за неделю до его завершения. На встречи подключаются HR, руководитель и бадди. Это отличная возможность поделиться, как проходит твой испытательный срок, и получить дополнительную поддержку, если она необходима.

Константин Киселёв, «СберЗдоровье»: На текущий момент у нас нет выстроенного процесса менторинга, только точечные кейсы в отдельных командах. Это наша точка роста, которой мы только начали заниматься. Зато есть процесс onboarding’a с регулярным фидбэком и one-to-one, который позволяет быстро погружать в команды и проекты новых сотрудников.

Алексей Калакин, билайн: У дата-инженеров, дата-аналитиков и ds есть чаптер, в нём менторство закреплено за сотрудниками со всеми вытекающими: ревью, оценка компетенций, аттестация и списание времени на это. Там, где чаптер отсутствует, система аналогичная, но с коллегой из команды и соседних команд.

Анна Белова, Lamoda: Во-первых, у нас есть онбординг от компании, который включает в себя ряд встреч: welcome-тренинг, где знакомят со структурой, процессами и внутренними сервисами; тренинг по корпоративным принципам компании; тренинг по постановке целей в компании (мы работаем по системе OKR’s). Также, чтобы глубже погрузиться в процессы компании, можно записаться на экскурсию на фотостудию и склад Lamoda. Наконец, за новичком закрепляется buddy — коллега, который помогает новеньким погружаться в культуру компании и чувствовать себя комфортно в команде.

Павел Кислов, «Домклик»: Новому сотруднику ИТ-команды всегда назначают buddy-ментора. Buddy-ментор — это человек, который обычно хорошо знает, как и что устроено в компании, зоны ответственности, стеки разных команд, процессы и всё необходимое, чтобы помочь вновь прибывшему безболезненно погрузиться в рабочие задачи.

Андрей Свиридов, Альфа Банк: Каждому новому сотруднику выделяется ментор на испытательный срок, который помогает разобраться не только с техническими вопросами, но и с административными. 

Северьян Дученко, «МойСклад»: На время ИС за новичком закрепляется ментор, который рассказывает про процессы, инструменты, ставит задачи, отвечает на вопросы. На втором месяце ИС новичок переходит в команду, и ментором становится тимлид.

Элеонора Насреддинова, МТС: Есть команда менторов и buddy, у которых есть проработанный чек-лист, где прописаны необходимые шаги и доступы, с которыми нужно помочь новичку. Централизованно проводятся welcome-встречи, назначаются тренинги в соответствии с занимаемой ролью и своевременно проводятся встречи 1:1.

Есть ли в вашей компании возможность сменить проект? 

Андрей Свиридов, Альфа Банк: Да. Лично я несколько раз уже менял проект и не встречал никаких препятствий к этому. 

Дмитрий Григорьев, «Звук»: Да, такая возможность есть благодаря разделению на продуктовые и платформенные команды – каждый может найти то направление, которое будет драйвить на все сто. В процессе интервью мы обсуждаем с кандидатом, какое направление было бы интереснее всего, ориентируемся на соответствие опыта и мэтч с командой. Если в процессе работы сотрудник хочет перейти на разработку другой части продукта или в платформенную команду, мы обязательно прислушаемся и при первой возможности поможем с переводом и адаптацией в новой команде.

Павел Кислов, «Домклик»: Горизонтальные миграции внутри компании разрешены, поддерживаются и являются обыденной практикой.

Мариэтта Парсекян, DatsTeam: Да. Такая опция есть, если ваш стэк и грейд позволяет вам участвовать в других проектах.

Дмитрий Астриков, «Самолет»: Да.

Алексей Калакин, билайн: Да если есть свободная вакансия.

Элеонора Насреддинова, МТС: Внутри экосистемы действует ротация (переход сотрудника на новую роль внутри компании), это позволяет менять проекты и наращивать компетенции. 

Константин Киселёв, «СберЗдоровье»: Да, такая возможность есть. В ИТ около 20 команд, которые работают над разными проектами. Если сотрудник устал от текущего проекта или команды, то мы стараемся предложить ему другую команду с другим проектом. За последний год около 15% сотрудников перешли на другой проект по своей инициативе или в рамках повышения.

Северьян Дученко, «МойСклад»: Такая возможность есть. Часто новые команды создаются из бывших членов других команд. Также есть возможность сменить команду, но ей пользуются довольно редко.

Анна Белова, Lamoda: Мы работаем в кросс-функциональных командах, которые называются VTeams (Virtual teams). Такие команды создаются под определенную задачу: бизнесовую, продуктовую или техническую. В состав каждой команды входят разные специалисты: разработчики, тестировщики, продакты, проджекты и другие. Когда проект заканчивается, то специалисты распределяются по новым командам для новых задач. Это позволяет работать над разными задачами с разными людьми.

Как правильно готовиться к собеседованию? Насколько важны теория (методологии программировании), подробности работы технологического стека?

Алексей Калакин, билайн: Проверяются базовые знания по языку + основные знания по фреймворкам к нему, знания sql и что-то базово просим написать в пределах одной-двух функций, чтобы посмотреть, что человек не просто заучил теорию.

Элеонора Насреддинова, МТС: Необходимо ознакомиться с требованиями в вакансии и пройтись еще раз по теоретической части. Вспомнить и зафиксировать, был ли релевантный опыт с техническим стеком на предыдущих местах работы.

Северьян Дученко, «МойСклад»: Всё зависит от уровня вакансии. Для миддла-джуна важны базовые знания теории, алгоритмов, умение рассуждать. Для синьора всё вышесказанное, плюс хорошее знание архитектурных шаблонов, технический кругозор, системность знаний.

Мариэтта Парсекян, DatsTeam: Важно всё, так или иначе. Но могут быть практические задания и live coding, если вы подзабыли теорию, проявите себя на практике. При подготовке к собеседованию мы бы посоветовали посмотреть нашу Хабр-страницу https://career.habr.com/companies/datsteam-url, ролики про компанию, стэк, разработку или интервью с СТО и ключевыми лидам на нашем ютуб-канале.

Дмитрий Астриков, «Самолет»: Быть самим собой. Мы смотрим не только на харды, но и на софты. Теория программирования не суперважна, но очень важны практические навыки выполнения прикладных задач (работа с БД, правами доступа, написание эффективных запросов, понимание того, как устроены современные большие ИТ-системы). Но если вы знаете SOLID, DRY, различные архитектурные паттерны и т.д. (теорию), лишним это никогда не будет.

Дмитрий Григорьев, «Звук»: У нас несколько этапов интервью: сначала общение с рекрутером, следующие два – с ребятами из Backend-команды. На техническом интервью вопросы поделены на общетеоретические, архитектурные, по Python и базам данных. Основной упор мы делаем не столько на стек, сколько на доброе и вечное: классические вопросы из CS, глубокое понимание работы Python, в том числе, принципы функционирования СУБД. Паттерны не только классические, но и микросервисные.

Павел Кислов, «Домклик»: Теория важна. Но только та, которую используешь в прикладном смысле. Просто теорию ради теории на собеседованиях мы не спрашиваем. Это же касается и особенностей работы тех. стека. Мы говорим на собеседованиях только о том, что реально важно понимать/знать/уметь в наших повседневных задачах.

Константин Киселёв, «СберЗдоровье»: Перед собеседованием надо сформулировать свои сильные и слабые стороны, свои точки роста и быть готовым рассказать про них. Главное — адекватная самооценка, гибкий ум, вовлечённость и умение быстро обучаться. Это важнее, чем отдельные пробелы в технических знаниях.

Границы ответственности тимлида за результат юнита. Отвечает ли он за продуктовые результаты? Как может на них влиять с вашей точки зрения?

Константин Киселёв, «СберЗдоровье»: В текущей структуре у нас нет тимлидов в командах, только техлиды. Роль техлида в «СберЗдоровье» частично пересекается с ролью тимлида в общерыночном смысле. За продуктовые результаты они не отвечают.

Павел Кислов, «Домклик»: Команда отвечает за продукт/зону ответственности коллективно. Хорошие результаты — это общее достижения. Болезное состояние — общая беда. Взлёты и падения — это общее достояние, они сказываются не только на тимлиде, но на всех членах команды.

Дмитрий Астриков, «Самолет»: Важно отличать тимлида от техлида и от продакт-оунера. За бизнесовые метрики и за видение продукта отвечает именно продакт. Тимлид отвечает за ресурсность команды, её «настроение», проплаченность сотрудников, отношения между командой и бизнес-заказчиками, и вовремя доносит возможные проблемы до вышестоящего руководителя. Техлид в нашем случае — это центр компетенции, например, это может быть backend-техлид, frontend-техлид и т.д. В общем, это визионер и играющий тренер, который знает, куда будет двигаться технология в ближайший год и может показать это на своем примере. Любой участник команды (тем более, тимлид или техлид) может и должен влиять на продуктовое видение, если он видит нестыковки бизне- требований и возможность технической реализации с учетом текущего ресурса команд.

Виктор Большаков, DatsTeam: У нас есть Команды Разработки и Продуктовые команды, иногда эти сущности совпадают. Но часто это разные команды, при этом в Продуктовую команду входит Тимлид Команды Разработки, чтобы управлять развитием продукта и нести ответственность за технические аспекты продукта.

Дмитрий Григорьев, «Звук»: Лид, конечно же, должен быть вовлечённым в процессы стрима, принимать в них активное участие и отвечать за результат. Основное влияние заключается в грамотном распределении ресурсов и своевременном обнаружении их недостатка, поиске оптимального решения поставленных задач и сопровождении выбранных решений.

Северьян Дученко, «МойСклад»: Тимлид должен организовать команду так, чтобы она качественно решала задачи в те сроки, на которые согласилась. После ошибок нужно провести постмортем, найти системное решение и следовать ему.

Алексей Калакин, билайн: Отвечает, конечно, у нас тимлид может влиять на архитектуру (по согласованию) и на реализацию продукта. Естественно, благодаря итерационному подходу и гибким методикам разработки процесс можно корректировать и тем самым избежать негативных сценариев

---

О старте карьеры и найме джунов

Я начинающий разработчик, активно ищу работу, в основном, на мои отклики даже не отвечают. Куда лучше откликаться, чтобы меня заметили?

Северьян Дученко, «МойСклад»: Твоя главная задача — получить опыт работы. Важно не завышать свои ожидания. Да, без опыта найти работу трудно, но это возможно. Низкий шанс закрывается большим количеством попыток. Так что продолжай оставлять отклики, пересмотри свое резюме (для это есть инструменты-помощники); продолжай проходить курсы, читать, и не стесняйся указывать эти курсы/прочитанное в резюме.

Мариэтта Парсекян, DatsTeam:У нас есть несколько каналов для связи с соискателями — Хабр Карьера https://career.habr.com/companies/datsteam-url, HH, посты с вакансиями в каналах тг, но самый лучший способ — это, конечно, написать нашим рекрутерам в телеграм :)

Виктор Большаков, CIO DatsTeam: Покажите себя в деле на наших хакатонах, мы станем ближе, и ваша мотивация расти не останется незамеченной.

Дмитрий Астриков, «Самолет»: Тут сложно ответить, сейчас рынок ИТ очень сильно перегрет, и действительно может быть непросто найти работу. Я бы смотрел в сторону программ стажировок с возможностью продления контракта в случае успешного прохождения, если уж совсем никто не отвечает. Также это повод еще раз посмотреть на свое резюме.

Дмитрий Григорьев, «Звук»: Могу порекомендовать изучить программы стажировок, которые есть у большинства крупных компаний. Дополнительно стоит подписаться на социальные сети и карьерные сайты компаний, которые интересны, это поможет следить за открытыми вакансиями и новостями о запуске таких стажировок и различных программ, направленных на привлечение джуниор-специалистов. Можно попробовать найти ментора, так как достаточное количество разработчиков уровня Senior и выше, как правило, готовы делиться своей экспертизой и вкладываться в новичков (шаринг экспертизы на добровольной основе — это один из базовых принципов IT-индустрии в целом).

Павел Кислов, «Домклик»: Начинающие специалисты часто остаются проигнорированы на рынке труда. Здесь действует общее правило: постучи во все двери, которые имеются. Важно уметь оценивать уровень своих компетенций и знаний, и их соответствие требованиям компании.

Элеонора Насреддинова, МТС: В вакансиях «МТС Диджитал» указан требуемый уровень: Junior, Middle, Senior. Соответственно, откликаться нужно на вакансии Junior. Для того, чтобы ваше резюме было привлекательным, указывайте только релевантный опыт работы. Например, вы ранее имели опыт работы Менеджером по продажам, прошли курсы в онлайн-школе и разместили резюме. В резюме указываем только опыт пройденных курсов, а в них подробнее расписываете про проект, ваши задачи и стек.

Анна Белова, Lamoda: Выделяются те, кто грамотно презентует свой опыт, задачи, которые решает, технологии. Плюс 500 к карме, если человек пишет сопроводительное письмо: рассказывает про свои скиллы,  с какими задачами работал и почему ему интересна конкретная вакансия и компания. Это важно: если человек говорит, что отправлял отклики, куда попало, и нечаянно наткнулся на нас — это одно. А если он видел наши выступления, слушал подкасты, его заинтересовали наши спикеры — становится понятно, что человек реально заинтересован в компании, и это очень подкупает. 

Константин Киселёв, «СберЗдоровье»: К сожалению, мы только учимся растить джунов внутри нашей компании, потому почти их не набираем. Я бы посоветовал искать компании с программами стажировок и расти внутри этих компаний до middle-разработчика. Вторым вариантом может быть разработка пет-проекта. Кажется, что на рынке есть компании, готовые нанимать ребят, которые не имеют коммерческого опыта, но уже многое умеют =) Самыми работающими инструментами для поиска до сих пор являются такие сервисы, как hh и Хабр Карьера. Интересные предложения можно найти в профильных tg-каналах. Если вы целитесь в конкретную компанию, то зайдите к ней на карьерную страницу, посмотрите, какие есть предложения. Даже при отсутствии джуновых вакансий уместно выслать своё резюме, чтобы оно осталось в базе компании на будущее.

Есть ли у вас программы стажировок и как на них попасть? 

Северьян Дученко, «МойСклад»: Найм, в т.ч. стажёров, у нас происходит по запросу команд. Перманентных программ стажировки у нас нет.

Элеонора Насреддинова, МТС: Да, у нас есть программы стажировок, которые мы ещё и оплачиваем!

Мариэтта Парсекян, DatsTeam: Если говорить про бэк, то, в основном, мы ищем разработчиков от уровня Middle, это обусловлено сложностью наших проектов. Но у нас бывают стажировки в команде тестирования, мы часто нанимаем РМ от уровня jun. 

Константин Киселёв, «СберЗдоровье»: У нас нет программ стажировок.

Павел Кислов, «Домклик»: Пока это редкая практика для нашей компании, но мы думаем о проектах в этом направлении. В большей степени мы нацелены на уже полноценных сотрудников, начиная с уровня джуниор. Однако вне зависимости от вашего уровня стоит откликнуться и попробовать свои шансы на собеседовании.

Как отвечать джуну про зарплатные ожидания, когда каждый отклик важен из-за малого количества вакансий? И как действовать, когда просят назвать цифру, как не отпугнуть нанимателя?

Северьян Дученко, «МойСклад»: Нужно быть информированным об уровне зарплат на рынке. Можно почитать обзоры статистики на Хабре, посмотреть на суммы из описания вакансий. Нужно быть готовым изменить свои первоначальные ожидания, если они «не в рынке». Ну и в самом начале карьеры нужно быть скромнее.

Константин Киселёв, «СберЗдоровье»: Лучшая стратегия — говорить, что не готовы сказать цифру, потому что она для вас не важна. Важна возможность профессионального роста.

Дмитрий Астриков, «Самолет»: Изучите рынок, сейчас есть достаточно много бенчмарков по любым стекам и любым компетенциям. Учитывайте свой регион и регион работодателя. Учитывайте наличие незнакомых технологий, которые придётся быстро изучить, или перспективу работать с легаси-кодом. Называйте комфортную для вас цифру исходя из этих критериев.

Дмитрий Григорьев, «Звук»: Здесь вряд ли скажу что-то новое. Советую фокусировать внимание потенциального работодателя на своей гибкости, интересе к росту и развитию. Если обязательно необходимо озвучить зарплатные ожидания, то стоит определить для себя «комфортный минимум» и транслировать его.

Павел Кислов, «Домклик»: Отвечать честно. Говорить прямо желаемую цифру. Посмотреть зарплатные рамки на аналитических ресурсах и использовать в качестве желаемой цифры значение чуть выше медианы или верхнюю середину зарплатных рамок. Наниматель и соискатель находятся в одинаковых условиях на рынке труда. Обретайте должное количество компетенций, вычисляйте желаемую зарплатную цифру указанным способом и вперед на поиски.

Мариэтта Парсекян, DatsTeam: На Хабре каждые полгода появляется актуальная аналитика зарплат в ИТ. Ориентируйтесь на нее и говорите о своих ожиданиях в формате вилки: «Рассматриваю от ХХХ и хотел бы комфортно ХХХ». Интересуйтесь соц.пакетом компании, бенефитами до того, как перейдете к обсуждению оклада. 

Виктор Большаков, CIO DatsTeam: Для любого работодателя найм джуна — это большой риск. Снизьте его, сделав скидку от рыночного уровня на испытательный срок.

Алексей Калакин, билайн: на hh есть не только ваше резюме. Посмотрите, сколько просят и что умеют другие соискатели, и на сколько их и ваши умения пересекаются с тем, что ищет работодатель. Оценив это, получите некую сумму и озвучьте как ожидание. Помните что всегда можно поторговаться, переозвучив её как желаемую заработную плату с налогами (гросс).

Элеонора Насреддинова, МТС: Важно подсветить, от какой цифры отталкивается кандидат и какая сумма была бы желаемой. Также всегда можно озвучить, что кандидат готов обсуждать, если случится match с обеих сторон. Таким образом, наниматель понимает, что может предлагать разные варианты в зависимости от возможностей бюджета.

Владимир Широков, ГНИВЦ: При поиске работы junior вакансии в IT-индустрии важно уметь рационально отвечать на вопрос о зарплатных ожиданиях. В силу ограниченного количества вакансий для junior каждый ответ может быть решающим фактором при выборе кандидата. Рассмотрим некоторые подходы к ответу на этот вопрос и дадим рекомендации о том, как избежать отпугивания работодателя. 

• В первую очередь, исследуйте рынок и оцените свою стоимость. Перед тем, как приступить к процессу поиска работы, изучите рыночную стоимость junior позиций в вашем регионе и сфере деятельности. Оцените свои навыки, образование и опыт работы, чтобы точно понимать, какую зарплату можно ожидать. Сопоставьте свои навыки и знания с требованиями вакансий, чтобы реалистично оценить свою стоимость на рынке труда. 

• Укажите широкий диапазон зарплатных ожиданий:
  Когда вам задают вопрос о зарплатных ожиданиях, попробуйте не называть конкретную сумму, а указать широкий диапазон, который соответствует рыночным стандартам. Например, вы можете сказать: "Я ожидаю зарплату в диапазоне от Х до Y в зависимости от предлагаемых условий и моих обязанностей". Это позволит вам избежать фиксации на одной цифре и позволит вам осуществить дальнейшую негоциацию если работодатель будет заинтересован в вас. 

• Обратите внимание на другие компенсационные факторы:
  Помимо базовой зарплаты, рассмотрите и другие аспекты пакета компенсаций, такие как бонусы, возможности для профессионального роста и развития, гибкий график работы или корпоративные льготы. Позвольте работодателю понять, что вы готовы рассмотреть полный пакет компенсаций и гибкость в вопросе зарплаты. 

• Дайте понять, что готовы обсудить предложение. При ответе на вопрос о зарплатных ожиданиях, выразите готовность обсудить предложение работодателя более детально. Вы можете сказать: "Я готов рассмотреть предложение, основанное на моем опыте и навыках, и готов к конструктивной дискуссии". Это позволит вам продемонстрировать гибкость и оставить возможность для дальнейшего обсуждения условий.

• Важно помнить, что каждая ситуация уникальна, и не существует универсального подхода. Главное - быть готовыми к обсуждению и построить доверительные отношения с работодателем. Постарайтесь выяснить их ожидания, а также дать понять, что готовы проявить гибкость и рассмотреть различные аспекты предложения.

Как популяризация it-курсов влияет на найм?

Элеонора Насреддинова, МТС: Для нас это безусловный плюс, так как кандидатов, которые замотивированы и хотят работать в IT-сфере, стало гораздо больше. Мы обучаем и растим таких сотрудников в рамках нашей Цифровой экосистемы. И мы всегда помним, что сегодняшние Junior-специалисты — это будущие сотрудники Senior-уровня.

Виктор Большаков, CIO DatsTeam: Нельзя сказать, что не влияет. Но важен не список пройденных курсов, а то, что после них остается в виде знаний. Обычно больше влияет увлечённость профессией. 

Константин Киселёв, «СберЗдоровье»: Влияет только на рынок джунов. Появилось много кандидатов со слабой теоретической базой и отрывочными практическими навыками. К сожалению, как правило, у них недостаточно мотивации для развития дальше. Нехватка выпускников хороших технических вузов, а также специалистов уровня middle и senior как была, так и осталась.

Павел Кислов, «Домклик»: После айти-курсов на рынке появилось огромное количество кадров низкой квалификации и качества. Это видно по уровню знаний начинающих специалистов на собеседованиях.

Дмитрий Астриков, «Самолет»: У меня никак, лично я не смотрю на то, какие курсы проходил человек, ориентируюсь только на то, что он показывает на собеседовании

Посоветуйте open-source проекты, которые помогут прокачать навыки в джава-разработке.

Элеонора Насреддинова, МТС: Работодателю ценно, если у вас будет небольшой, но зато свой проект, который несет пользу людям. Такие проекты раскрывают структуру вашего мышления и показывают, как чисто умеете писать код и насколько детально смогли все продумать сами.

Павел Кислов, «Домклик»: Считаю, что сегодня вся необходимая информация есть в открытом доступе. Отличным ресурсом является Youtube. Начинающему и даже взрослому разработчику его контента будет достаточно, чтобы набрать необходимый багаж знаний. Кроме этого, у всех Java-фреймворков и библиотек есть документация. Её не надо бояться читать. В большинстве случаев она открытая и бесплатная. В качестве open-source проектов рекомендую изучить maps-kt, open jump и spring vet clinic.

Алексей Калакин, билайн: Spring и Spring Boot учите, вся java-разработка вокруг них крутится.

---

Про удаленку и релокацию 

Как сейчас компании относятся к удалённой работе?

Элеонора Насреддинова, МТС: Всё зависит от условий работы в конкретной компании, есть те, что предлагают исключительно офис или гибридный формат. Мы предлагаем разные варианты в зависимости от потребностей команды. 

Дмитрий Астриков, «Самолет»: В «Самолете» гибкий график, сотрудники могут работать как в офисе, так и полностью удалённо в зависимости от своих обязанностей. В большей степени все IT-специалисты в «Самолете» могут работать полностью удалённо. 

Мариэтта Парсекян, DatsTeam: Прекрасно :) У нас сделано всё, чтобы сотруднику и компании было комфортно работать удалённо. 

Павел Кислов, «Домклик»: Удалённая работа в рамках границ РФ наша обыденная практика. Удалённая работа из других стран у нас не рассматривается, т.к. за территорией РФ мы не сможем обеспечивать тот уровень безопасности нашего бизнеса, который требуется.

Константин Киселёв, «СберЗдоровье»: В нашей компании ИТ изначально был гео-распределённым и построенным на удалённой работе. Поэтому во время пандемии даже не пришлось перестраивать внутренние процессы. Большая часть сотрудников постоянно работает удалённо из различных регионов России и приезжает в офис только на корпоративы. Тем не менее, у нас есть возможность работать из офиса для разработчиков-экстравертов и сотрудников, которые соскучились по живому общению.

Алексей Калакин, билайн: В билайне 100% удаленка для ИТ в пределах РФ

Максим Политов, Lamoda: Мы нанимаем удалёнщиков, это не препятствие для нас.

Как компания относится к релокантам?

Павел Кислов, «Домклик»: Текущая инфраструктура компании не предполагает технических условий для работы из других стран. Кроме того, есть масса моментов, связанных с безопасностью данных и они накладывают дополнительные ограничения.

Элеонора Насреддинова, МТС: Мы действуем в рамках Трудового законодательства. Наши сотрудники работают только на территории РФ.

Максим Политов, Lamoda: Отношение к любым дистанционно работающим сотрудникам у нас одинаковое. Если сотрудник выполняет цели, с командой на связи — всё ОК.

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

Константин Киселёв, «СберЗдоровье»: Штатные сотрудники работают только из России и устроены по ТК РФ.

Дмитрий Астриков, «Самолет»: IT- специалисты в «Самолете» могут работать из любой точки мира по согласованию с руководителем. 

Рассматриваете ли вы кандидатов на удаленную работу из РБ?

Элеонора Насреддинова, МТС: Мы можем сотрудничать с кандидатами и в будущем сотрудниками, проживающими только на территории РФ.

Максим Политов, Lamoda: Да, нанимаем.

Константин Киселёв, «СберЗдоровье»: Рассматриваем при наличии всех необходимых документов для устройства по ТК РФ. Кандидат при этом физически должен находиться где-то на территории РФ.

Дмитрий Астриков, «Самолет»: Да

Павел Кислов, «Домклик»: В настоящее время работа из РБ не является возможной.

Мариэтта Парсекян, DatsTeam: Да.

---

О карьере и скиллах

Как побороть синдром самозванца, если опыта уже много, а глубоких знаний как будто нет?

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

Северьян Дученко, «МойСклад»: Можно посмотреть на сделанные задачи. Оценить их качество, сложность, и сделать выводы, соответствует твой реальный грейд грейду по табелю или нет. Также полезным будет менторство, участие в найме, проведение внутренних митапов , т.к. это помогает лучше оценивать навыки других, и себя самого. Ну, и не нужно забывать про саморазвитие.

Константин Киселёв, «СберЗдоровье»: Я бы посоветовал сходить на собеседование в нашу компанию ;) В процессе собеседования вы поймете глубину своих знаний по основным компетенция разработчика.

Дмитрий Григорьев, «Звук»: Один из, возможно, неочевидных вариантов – стать ментором. Когда пытаешься объяснить что-то другому человеку, это структурирует твои собственные знания и позволяет осознать их глубину. Не так давно мы внедрили менторство в «Звуке», и я знаю, что некоторым из наших менторов именно эта программа помогла победить синдром самозванца.

Павел Кислов, «Домклик»: Сходите на 10 собеседований в большие компании на желаемые позиции. Если процент офферов близок к 50% от количества собеседований, то вы компетентны и это подтверждено критичной оценкой специалистов из внешних компаний, которые вас собеседовали. Кроме этого, пишите домашние пет-проекты, участвуйте в жизни вашего проф-сообщества и это поможет несколько скорректировать ваши ощущения относительно уровня компетенций.

Дмитрий Астриков, «Самолет»: Обговорите это с руководителем, чтобы ожидания были прозрачны и для вас, и для него. Смотрите на свои результаты и на результаты коллег, сравнивайте. Если совсем некомфортно, попросите назначить вам ментора или бадди, который будет помогать подтягиваться по уровню к другим коллегам.

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

Виктор Большаков, DatsTeam: Берите ответственность за прод, за работу ваших фич на проде, декомпозицию и реализацию проектов (в нашем понимании это большие задачи). Ваша неуверенность в себе уйдёт, потому что вы увидите доверие окружающих.

Элеонора Насреддинова, МТС: Несколько советов: 

• собрать обратную связь о своих сильных сторонах и точках роста у руководителя, команды; 

• быть участником митапов, профессиональных сообществ; 

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

Владимир Широков, ГНИВЦ: Вот несколько советов, как побороть синдром самозванца и повысить свою уверенность в своих способностях.

• Признайте свои достижения. Даже если вам кажется, что у вас недостаточно глубоких знаний, вы всё равно накопили опыт и достигли определённых результатов. Признайте и цените свои достижения, даже если они кажутся незначительными. Создайте специальный журнал, в котором будете записывать достижения и положительные отзывы о вашей работе. Это может включать слова признания от коллег или клиентов, успешные проекты, которые вы реализовали, а также преодоление трудностей и исправление ошибок.

• Задавайте вопросы и учите новое. В IT-индустрии всегда есть новые технологии и тренды. Не стесняйтесь задавать вопросы коллегам и экспертам, исследовать новые области и учиться новому. Продолжайте расширять свои знания и навыки.

• Постоянно развивайтесь. Прогресс в IT-индустрии очень быстрый, и легко почувствовать себя отставшим. Однако вместо того, чтобы фокусироваться на своих недостатках, поставьте перед собой цель постоянно развиваться и улучшаться. Участие в конференциях, курсах или тренингах поможет вам оставаться в курсе последних тенденций и повысить уверенность в своих знаниях. Читайте книги, слушайте подкасты, смотрите вебинары, которые помогут вам расширить ваш кругозор и улучшить ваши навыки.

• Заведите наставника. Найдите опытного профессионала, который может быть вашим наставником или куратором. Они помогут вам набраться уверенности, поделиться своим опытом и дать ценные советы.

• Делитесь своими знаниями. Будучи IT-специалистом, вы уже обладаете определёнными знаниями и опытом. Постарайтесь делиться этими знаниями с другими, например, путём написания статей или участием в сообществах. Это поможет вам оценить своё мастерство и получить обратную связь от других профессионалов.

• Работайте над самооценкой. Избегайте самокритики и сравнений с другими. Помните, что каждый человек уникален и имеет свои сильные стороны. Сосредоточьтесь на своих достижениях и умениях, а не на своих недостатках. Развивайте позитивное отношение к себе и повышайте самооценку.

• Постепенно расширяйте зону комфорта. Беритесь за новые вызовы и проекты, которые могут показаться сложными. Это поможет вам развить навыки, повысить уверенность в себе и понять, что вы способны справиться с новыми задачами.

• Не забывайте обращаться за поддержкой. Если чувство синдрома самозванца становится слишком мощным или мешает вам в работе, не стесняйтесь обратиться за помощью к профессиональным консультантам или психологам. Они могут предложить методы и стратегии, которые помогут вам побороть это состояние и вернуться к уверенности в себе. Помните, что синдром самозванца напрямую связан с недостатком уверенности и перфекционизмом. Цените свои достижения, продолжайте развиваться и учиться новому, и в конечном итоге синдром самозванца станет менее ощутимым. 

Как понять, что ты готов к повышению, если работодатель не дает никакой обратной связи и требований на повышение на следующий грейд? 

Павел Кислов, «Домклик»: Выпишите ваши компетенции, которые отличают вас текущего от вас на момент последнего повышения, выпишите большие вехи в жизни проекта, которые созданы и развиваемы вами. Получился весомый список для аргументации? Вы готовы к разговору о повышении. Если всё это не является для вас достаточными индикаторами, то изучите медиану зарплатной вилки специалистов вашего опыта и компетенций и на основании этого сделайте выводы.

Мариэтта Парсекян, DatsTeam: Инициировать самому Performance review. Если не дают обратной связи в течение полугода, это странно, стоит подумать о смене компании для развития карьеры. 

Дмитрий Астриков, «Самолет»: Я бы всё-таки более настойчиво требовал обратную связь, только не с целью получить похвалу, а чтобы понимать, в какую сторону идти. Тут важно понимать, что обратная связь может быть и неприятна для вас. Далеко не всегда наша самооценка совпадает с тем, что о нас думают коллеги или руководитель. Ну и опять же, грейд — это обычно переход на другой уровень ответственности. Например, если вы являетесь миддл-разработчиком, вряд ли вас поставят руководить отделом разработки. В этом случае лучше подумать об изменении уровня внутри грейда, например, попробовать перейти с миддл на синьор и т.д. У нас это происходит достаточно органично после того, как человек проявляет готовность взять на себя дополнительную ответственность и инициативу. Например, если готов взять на себя менеджмент какого-нибудь небольшого продукта в техническом плане, готов менторить других разработчиков, активно участвует в обсуждениях общих для большой команды решений и т.д. 

Андрей Свиридов, Альфа Банк: Обратиться к своему руководителю и вместе с ним составить план, как вы будете двигаться к повышению.

Северьян Дученко, «МойСклад»: Нужно спросить лида команды, чего тебе не хватает до следующего грейда. Сформулировать план действий и выполнить его.

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

Владимир Широков, ГНИВЦ: Рассмотрим несколько подходов, которые помогут вам оценить собственные способности и выработать план действий даже в отсутствие явных инструкций от работодателя.

• Оцените свои текущие навыки и достижения. Проведите обзор своих текущих навыков, компетенций и профессиональных достижений. Ответьте на вопросы: какие задачи и проекты вы успешно выполнили? Какие навыки вы приобрели или развили? Какие лидерские качества вы продемонстрировали? Это поможет вам понять, насколько вы уже подготовлены для повышения.

• Получите обратную связь от коллег и руководителя. Обратитесь к своим коллегам и руководителю, чтобы получить объективную обратную связь о вашей работе. Спросите их мнение о том, насколько они считают вас готовым для повышения. Будьте открыты к конструктивным комментариям и советам по улучшению своих компетенций.

• Исследуйте требования и ожидания для следующего уровня в вашей организации или на рынке труда. Используйте доступные ресурсы, такие как описания должностей или сведения о требуемых навыках и опыте. Сравните их с вашими текущими знаниями и опытом, чтобы понять, какие аспекты вам необходимо развивать для повышения.

• Прокачайте свои профессиональные навыки. Определите области, в которых вы можете улучшить свои навыки и знания. Присмотритесь к возможностям для дополнительного обучения, сертификации или профессионального развития. Участие в проектах, выход за пределы ответственности вашей текущей роли и поиск новых способов быть полезным и эффективным в организации - все это может быть примером вашей готовности к повышению.

• Выполняйте задачи выше вашей текущей роли. Проявите инициативу, выполняя задачи и проекты, превышающие вашу текущую роль или ответственность. Демонстрация способности решать сложные задачи и браться за дополнительные обязательства может свидетельствовать о вашей готовности и стремлении к повышению.

• Будьте наставником и лидером. Проявите лидерские качества, помогая коллегам и подчиненным достигать своих целей. Будьте активным участником командных проектов и проявляйте инициативу в решении проблем. Выступайте в роли наставника и делитесь своими знаниями и опытом с другими. Показывайте, что вы обладаете не только техническими навыками, но и лидерским потенциалом.

• Определить готовность к повышению, когда работодатель не предоставляет ясной обратной связи и требований, может быть вызовом. Однако путём самооценки, получения обратной связи, изучения требований для следующего уровня, развития навыков и проявления лидерских качеств, вы можете более уверенно определить свою готовность. Не бойтесь проявлять инициативу и стремиться к профессиональному росту даже в отсутствие явных указаний от работодателя.

Через сколько в вашей компании (теоретически, с учётом полной отдачи разработчика) можно дойти до уровня технического директора, стартуя с позиции senior-developer? С учетом того, что сейчас разрабу 21год.

Северьян Дученко, «МойСклад»: Кажется, вопрос с подвохом. Синьор в 21 год — в теории возможно, но на практике я такого не видел. До позиции техдира можно вырасти через выпуск продукта на рынок, это позиция не только про программирование и тимлидство, но и про стратегию и управление качеством.

Мариэтта Парсекян, DatsTeam: Классный вопрос, посмотри интервью нашего СТО Сергея Великанова на ютуб канале Dats.Dev, он как раз рассказывает, сколько времени занимает такой путь. У нас несколько техлидов в компании, потому что проектов несколько и появляются новые. Поэтому у тебя все шансы :) 

Дмитрий Астриков, «Самолет»: А оно вам надо? :) Технический директор — это вообще ни разу не разработчик и скиллам, которые нужны техдиру, никто не учит на позициях разработки. Теоретически, если разработчик хочет уйти в менеджмент (а техдир это именно менеджер), то я бы сказал года 2-3, причём большинство времени будет уходить на прокачивание софтов, умение вести переговоры, работать с бюджетами, работать с ресурс/риск менеджментом и т.д. При этом, если внутри своего грейда разработчик растёт органически (junior -> middle -> senior -> lead), то переход на уровень CTO — это переход к принципиально иному уровню ответственности, и работать вам, в основном придётся, уже не с разработчиками, а с C-level: CEO, CPO, CSA и т.д.  В общем, это достаточно серьёзный выход из зоны комфорта.

Павел Кислов, «Домклик»: К 30 годам можно дойти до уровня СТО. От взрослого разработчика до СТО путь тернист и предполагает набор огромного количества менеджерских компетенций, изучение федеральных законов о закупках, знание множества методологий и фреймворков для организации тех или иных областей деятельности в компании ITIT, ITSM, C4, навыков вести конфликтные/сложные переговоры и понимания огромного количества всякой «административки» разного рода.

Элеонора Насреддинова, МТС: Всё зависит от знаний прикладной области сотрудника и уровня ответственности, которая была, и на которую он готов перейти. Важно, чтобы опыт работы был релевантным данной роли. Можно начать с роли Team Leader / Tech Leader и постепенно расширять свою зону ответственности. В крупных компаниях бизнес делится на крупные бизнес-единицы, средние и маленькие. Научитесь сначала управлять небольшими командами, если справились и удержались в роли, переходите на следующий уровень и пока не доберетесь до желаемого. Темп у всех разный, двигайтесь в комфортном для себя.

Алексей Калакин, билайн: Начнём, с того что разработчик может такого вообще не достигнуть, да и не достигать. CTO, как правило, это менеджеры, часто с бекграундом ИТ, но не всегда разработки. Их задачи с задачами разработки также пересекаются весьма мало, а хард-скиллы разработчика вообще не влияют на продвижение по службе т.к. тех директор сам ничего не разрабатывает. Вы можете открыть свой стартап и там как директор, владелец бизнеса и разработчик в одном лице стать им уже сегодня.

---

Тренды и технологии

Какой стек технологий на данный момент более актуален? СУБД, фреймворки и т.д.

Денис Фетинин, Lamoda: Наиболее актуальны инструменты, которые как можно более просто решают как можно больший спектр задач. И при этом они уже устоялись на рынке. Из баз для меня это Postgres, из языков — JS, Python, Go.

Виктор Большаков, DatsTeam: Список очень длинный, потому что для разных продуктов мы используем более подходящие технологии. Базы данных MySQL, Postgres, Scylla, Clickhouse; очереди Kafka, RabbitMQ, Инфра k8s, aws; языки java, php, rust, golang, js, kotlin, swift, 1C, C#; фреймворки symfony, react.js, vue и многие другие.

Марина Степанова, ГНИВЦ: Мне кажется, что для России, если мы говорим о БД, то это PostgreSQL. Если фреймворк в джаве, то Spring5. А если про версию джавы, то это 11 или 17 версия.

Андрей Свиридов, Альфа Банк: Можно долго рассуждать об этом, но можно посмотреть открытые вакансии в компаниях и составить собственное впечатление, что сейчас актуально на рынке. Профильные конференции дадут представление, что, возможно, будет актуально в ближайшем будущем.

Павел Кислов, «Домклик»: В технических областях, в которых работает компания, сейчас популярны три языка — Java, GO, Python. Если говорить про хранилища данных, то сегодня из реляционных БД наиболее популярен PostgreSQL, из нереляционных Mongo, Kasandra, Redis и иные. Если говорить про Java-фреймворки и технологии, то сегодня популярны Spring, Micronaut, Quarqus, GraphQL, Hibernate, а также реактивный стек. Реактивный стек в Java сегодня — это модная и хайповая тема, когда речь идет про высоконагруженные сервисы. В 18-м году, когда речь шла о реактивном стеке, думалось, что это еще нескоро, а сегодня это данность и инструменты используемые повсеместно. Касательно Python можно отметить asyncio и fastAPI. Сегодня они встречаются почти в любом «питонячем» веб-проекте. Можно долго разговаривать о модных приблудах. Всё нынче популярное и не перечислить.

Дмитрий Астриков, «Самолет»: Python все еще является одним из самых популярных языков в РФ. Если мы говорим именно про актуальность, то я бы еще изучал go или rust. Про фреймворки - на пайтоне это Django/FastAPI. СУБД - PostgreSQL.

Северьян Дученко, «МойСклад»: Всё зависит от компании. Но по моим личным ощущениям, это: Postgres, Kafka, Docker, K8s, ELK, Java 11+, Spring, Gitlab.

Алексей Калакин, билайн: Java Spring, Spring boot; JS/TS React; PostgreSQL, MySQL, REDIS Databases; Kafka, RabbitMQ; Nginx web server. Все это в контейнерах и в Kubernetes.

Константин Киселёв, «СберЗдоровье»: Стек технологий зависит от сферы прикладного ПО. Для банковской сферы это будет один стек, для мобильных приложений другой, для аналитических систем третий. Выберите интересующую вас сферу и посмотрите требования компаний из этой сферы к сотрудникам. У нас в компании актуальный стек для большинства задач — PHP 8, Symfony 6, PostgreSQL, Kafka.

В один период все компании использовали монолитную архитектуру, тогда управление разработкой и проектами было уже устоявшимся, но трудным. Как происходило изменение процессов управления разработкой и проектами, когда начали мигрировать/добавлять микро-сервисный подход?

Северьян Дученко, «МойСклад»: Обычно изменения в процессах происходят вследствие роста компании/изменении её орг. структуры. В «МоёмСкладе» было так же: монолит стали распиливать тогда, когда увеличилось количество команд и выросла частота изменений, которые нужно выкатывать на прод., т..е. Монолит очень плохо масштабируется.

Павел Кислов, «Домклик»: «Домклик» всегда использовал микросервисный подход. Мы никогда не были «монолитом» хотя бы потому, что у нас код ещё на ранних этапах писался на 4 языках.

Денис Фетинин, Lamoda: Переход от монолитной архитектуры к микросервисной — это, скорее, не вопрос тренда, а вопрос периода жизни компании. У монолитной архитектуры есть свои плюсы, позволяющие быстро расти компании на старте, развиваться и искать свою нишу. Но с ростом компании монолитную архитектуру становится всё сложнее масштабировать и управлять ей. Это как с разросшейся командой в 100 человек, которой проще совладать, если разбить её на более мелкие.

Дмитрий Григорьев, «Звук»: В «Звуке» переход проходил в несколько этапов. Сначала был выбран общий подход к будущей архитектуре, определён основной стек и написаны различные помогаторы: шаблон сервиса с определенными паттернами, библиотеки интеграции в инфраструктуру. Параллельно с поддержкой монолитной legacy-реализации новый функционал разрабатывался в уже новой парадигме. Существующий, но требующий значительной доработки, также переписывался и запускался параллельно. Оставшиеся долгоживущие методы из монолита выносятся Strangler-паттерном (паттерн «Душитель») .

Марина Степанова, ГНИВЦ: Как? Стали свои монолиты на микросервисы распиливать, вот и весь рассказ:) Ты не можешь просто распилить микросервисы, и чтобы они работали. Необходимо, чтобы они общались. Для этого стали использовать разные брокеры сообщений, такие как Kafka.

Виктор Большаков, DatsTeam: Сервисы позволяют отделить разработку одних частей продукта от других, как в части зон ответственности команд, так и в части применяемых ими практик и методологий. Команды получили больше автономии и большую ответственность за свои сервисы. Разрабатывать продукты на сервисной архитектуре проще, но поддерживать сложнее. Стало больше точек отказа, которые надо мониторить отдельно, и несогласованные действия некоторых сервисов могут значительно влиять на другие. Согласование планов стало точнее.

Дмитрий Астриков, «Самолет»: Когда у вас есть куча микросервисов, вашим любимым словом становится слово «контракт». Если есть выстроенная система управления контрактами, версионированием API и т.д., я бы сказал, что процесс в целом становится легче и предсказуемее, т.к. сервисы проще управляются из-за физически меньшего размера. Плюс у вас появляется свобода в выборе технологий, т.к. вы можете выбирать разные технологии в зависимости от той задачи, которую выполняет конкретный сервис. Плюс появляется возможность переиспользования микросервисов в разных продуктах. В общем, по-моему, микросервисный подход всё ещё актуален и имеет массу плюсов над большими монолитами с большой связностью компонентов внутри и непредсказуемостью во время больших релизов.

Константин Киселёв, «СберЗдоровье»: Лучше всего посмотреть доклад от «СберЗдоровья» в рамках недели бэкенда, там подробно раскрывается этот вопрос ;)

Почему Rust непопулярен в России? В США, Китае и даже в Европе многие компании начинают активно его использовать, потому что это, наверное, один из лучших языков для того, чтобы написать что-то надёжное, эффективное и безопасное, и не только в блокчейне или системной разработке.

Алексей Калакин, билайн: Высокий порог входа по сравнению с другими ЯП, как следствие мало разработчиков, как следствие риск начала разработки на таком ЯП для компании: уйдет разраб, где искать ему замену? Плюс мало написанного кода, все вакансии, что есть, это продукты с нуля, трудно прийти в компанию на саппорт готового продукта.

Марина Степанова, ГНИВЦ: Rust — новый язык для IT-сообщества в целом. Прежде чем внедрять новый язык в систему, а уж тем более писать на нём код для программ, необходимо проверить его на уязвимость, работоспособность в боевых условиях, получить гарантии долгосрочной поддержки. На такие проверки необходимы ресурсы, а в текущих реалиях есть более первостепенные задачи. 

Виктор Большаков, DatsTeam: Популярность языка — это, кроме его технических параметров, еще ёмкость рынка труда, наработки фреймворков и библиотек (готовых решений). При этом язык развивается быстрее в тех странах, где есть больше возможностей к инновациям. Россия являлась и пока ещё является догоняющей страной в сфере технологий. Rust ещё займёт свою нишу в России, надо просто подождать.

Константин Киселёв, «СберЗдоровье»: Проблемы курицы и яйца. На рынке России нет специалистов по Rust, а следовательно, нет возможности начинать проект на Rust, из-за чего нет потребности в Rust-специалистах.

Дмитрий Астриков, «Самолет»: Честно говоря, сложно сказать. У меня есть друзья, которые пишут на Rust, и в целом все говорят, что это классная и быстрая технология. Возможно, здесь есть связь с тем, что в РФ исторически бизнес всегда хочет результат здесь и сейчас, а с Rust этого добиться сложнее чем, например, с PHP или Python. Поэтому часто технологии выбираются под потребность бизнеса. 

Элеонора Насреддинова, МТС: Rust ещё довольно молод, поэтому его экосистема пока находится в стадии начального развития. В некоторых случаях, например, в случае с вебсокетами или сериализацией есть хорошие и популярных решения. В других областях у Rust не все так хорошо. Одна из таких областей это OpenGL GUI, вроде CEGUI или nanogui. У языка программирования Rust есть положительные черты. Хорошо работает Match. Классная общая идея типажей, как и интерфейсов в Go. Хорошо реализован пакетный менеджер cargo. Но когда дело доходит до реализации деталей типажей, подсчета ссылок и невозможности переопределить поведение компилятора, вынуждены сказать «нет». Нам это не подходит. При этом язык очень перспективный, и при условиях его доработки за ним может быть будущее.

Павел Кислов, «Домклик»: Rust популярен. Просто не в самых хайповых областях, и поэтому мы о нем мало слышим. На самом деле он много где есть. Просто наиболее «кричащими» темами в разработке сегодня являются web-сервисы и всякие Data-science штуки. А Rust не совсем про это.

Северьян Дученко, «МойСклад»: Судя по формату, вопрос открытый. Мне лично импонирует Rust элегантностью подхода к управлению памятью, но всё же он довольно нишевый. Для сравнения, если говорить о Java, то это богатая экосистема, большое количество информации, больше вакансий, ниже порог вхождения (привет, Spring), обилие онлайн/офлайн курсов, огромное количество примеров успешных решений различных задач на Java.

Какие области в бэкенд разработке сейчас наиболее активно развиваются?

Павел Кислов, «Домклик»: Веб-разработка, Data-csience, vr, Gamedev.

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

Дмитрий Астриков, «Самолет»: Работа с данными, интеграционные решения, автоматизация процессов. Автоматизация дает очень ощутимый результат для бизнеса в плане денег. За счет интеграций могут родиться очень интересные продукты на стыке технологий. Про данные я уже написал, одна из ценностей компании - сила умных решений, а без данных это невозможно.

Северьян Дученко, «МойСклад»: Думаю, не ошибусь, если назову такие: экономия ресурсов (реактивный подход, ahead-of-time compilation, сжатие сообщений и т.п.), простота масштабирования сервисов, простота написания новых сервисов (spring-boot-starters), снижение количество boilerplate кода (lombok, data classes, code generation), простота версионирования/изменения API (gRPC, avro), мониторинг сервисов в кластере (open tracing, service mesh).

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

Сильно ли увеличился спрос на ML на волне хайпа вокруг OpenAI?

Павел Кислов, «Домклик»: Да. ML сегодня везде, где можно.

Виктор Большаков, CIO DatsTeam: Увеличивается с каждым днем и похоже на взрывной рост. Область не стала сильно проще за счет множества наработок, но результаты уже впечатляют. В ближайшие 10-15 лет эта сфера ещё будет удивлять и потом только станет бытовой. Уже многие организации задаются вопросом, как это может создать им конкурентное преимущество, это самый сильный драйвер роста. 

Дмитрий Астриков, «Самолет»: Надо понимать, что ИИ это огромная ниша на рынке, где сейчас есть много денег. Именно отсюда хайп и т.д. Спрос на ML есть и будет до тех пор, пока эта ниша не будет закрыта несколькими крупными игроками на рынке. Плюс надо будет смотреть как развивается сам ИИ, в последнее время читаю новости о том, что ИИ начинает деградировать от общения с людьми (либо его специально ограничивают сами создатели), поэтому пока сложно понять что в плане рынка мы увидим через год-два.

Северьян Дученко, «МойСклад»: Судя по количеству упоминаний ChatGPT в инфополе, то да, это очень хайповая тема.

Алексей Калакин, билайн: Нет. Все AI фичи круты сами по себе, но сделать с ними продукт, который продать можно, сложно, он будет дорогим, и ему всегда есть замена человеческим трудом. На текущий момент востребованы коммерческие продукты по распознаванию видео, аудио и каких либо изображений, например, в медицине.

Какие новые разработки или инновации могут оказать наибольшее влияние на вашу компанию в ближайшем будущем?

Северьян Дученко, «МойСклад»: Трудно сказать. Всё же у нас изменения происходят по запросу от бизнеса, т.е. инструменты выбираются под задачу. Так было с Clickhouse, например. Мы выбрали его как хранилище бизнес-метрик, когда меняли сторонний сервис Amplitude на свое решение.

Дмитрий Астриков, «Самолет»: Считаю, что это, прежде всего, развитие в сторону data-science и AI. Во первых, бизнесу нужны умные решения на основе данных (а мы собираем много данных), во вторых, много чего можно автоматизировать с помощью ИИ, главное понять, что автоматизировать наиболее эффективно и с помощью каких технологий это можно сделать наиболее быстро.

Павел Кислов, «Домклик»: СhatGPT, GigaChat и все, что связано с сетями. Мне кажется, что постепенно все задачи, которые можно отдать им на откуп будут отданы. А что касается новинок из мира фреймворков, хранилищ данных и прочих dev-примочек, мы стараемся следить за всеми новшествами и трендами и обновляться согласно времени.

Константин Киселёв, «СберЗдоровье»: Прорывные технологии в области Data Mining, Machine Learning и предиктивной аналитики. Теоретически, при наличии необходимого количества данных и умении их анализировать, возможно предсказать болезни конкретного человека на годы вперед. Это позволило бы увеличить качество и продолжительность жизни на десятки лет.

Денис Фетинин, Lamoda: Я бы сделал ставку на LLM (large Language Model) как на технологию, которая поможет автоматизировать многие процессы в компании. Не перестаю мечтать об умном ассистенте, который знает всю документацию всех проектов и может экспертно ответить на все твои вопросы.

Виктор Большаков, DatsTeam: Блокчейн, ML/AI, а также надеемся, что сможет технологический прогресс в квантовых вычислениях и 5G/6G помогут расширить базу наших клиентов и предоставлять им более качественный сервис.