«Всех свести, ничего не потерять»: почему бэкендеру важно уметь в коммуникацию, а не только писать код
Содержание
Когда Ваня Ходор пришёл бэкенд-разработчиком в Лавку, для многих задач ещё не было отдельных команд и во многом приходилось разбираться самостоятельно. За четыре года сервис вырос, а Ваня успел стать тимлидом, понять, что это не его, и вернуться на позицию разработчика. Он рассказывает, как в Лавке создают новые фичи и зачем бэкендерам сильные софт-скилы.
Я начал учиться программировать ещё в школе
У нас в Новогрудке, в Беларуси, был кружок, где Илья Климко, который учился на класс старше, объяснял нам базовые алгоритмы — кстати, сейчас он тоже в Лавке, руководит командами заказа и платежей.
В 2018 году я поступил на факультет прикладной математики и информатики в Белорусский государственный университет, топовое место в Беларуси по этим специальностям. В тот год Лёша Толстиков (сейчас он руководит ШАДом) собрал на факультете отдельную группу по информатике. Особенностью группы был нестандартный формат практики — её вели сотрудники Яндекса. Это было здорово: мы учились у тех, кто сам работает с современными инструментами и буквально приезжает вести пары после офиса.
На втором курсе я открыл для себя мир образовательного ютуба, отсмотрел много лекций по C++ и в тот же год нашёл работу. Ничего не планировал, просто подавался в разные места, и меня взяли делать десктопные приложения для геодезистов. Но меньше чем через год я ушёл в другую компанию. Она была небольшой и с таким малым количеством пользователей, что мы могли ночью полностью выключить сервер, вручную закинуть новую версию кода и включить обратно. Но там было не очень интересно, и я принялся искать что-то ещё. В итоге пришёл в Лавку, где уже четыре года делаю на плюсах бэкенд каталога.
Мы отвечаем за главную страницу и каталог
Почти всё, что видит пользователь от начала загрузки до нажатия кнопки «В корзину», делает моя команда. Первые полтора года, кстати, я поддерживал ещё и поиск в приложении. Отдельной команды для этого ещё не было, и нам помогали ребята из Яндекс Поиска. А ещё мы интегрировали готовые внутренние решения — например, брали основу поискового движка Маркета.
За время моей работы Лавка пережила два редизайна — в 2023 и 2025 годах. Первый я делал как разработчик: перепридумал бэкенд главной страницы, учтя продуктовые требования и нужды команды фронтенда, и написал очень много кода. А на втором редизайне я был уже в качестве руководителя команды. Задачи были похожие, и я помогал ребятам всё придумать и распланировать.
Мне нравится продуктовая разработка: сразу видишь результат работы. У нас в Беларуси Лавки нет, но я люблю рассказывать людям о том, что я делаю. Когда мои родители ездили в отпуск в Питер, они сказали: «Мы за полдня видели где-то 50 курьеров. Оказывается, ты занимаешься классной штукой!»
В работе разработчика очень много коммуникации
Когда продакты приносят идеи, мы обсуждаем, как их лучше воплотить. Нужно выяснить все детали, перевести их на технический язык. Может, какую-то часть стоит отмести, а что-то упростить для скорости разработки. Пообщаться с фронтендом, распределить задачи, договориться.
Тестировщики тоже сильно вовлечены: у нас в Лавке есть принцип — подключать тестирование как можно раньше. Сервис довольно крупный, о каких-то крайних случаях мы можем просто не подумать, а ребята хорошо знают все сложные места и самые актуальные проблемы, потому что они не только тестируют, но и разбирают пользовательские обращения. Так что этот принцип помогает в будущем, после запуска, экономить ресурсы и самого тестирования, и разработки.
К тому же точек входа в сервис несколько. Яндекс Еда выдаёт в поиске Лавку как одно из мест, где можно сделать заказ. Ещё к нам можно попасть из Маркета и даже из Go — например, введя в строку адреса слово «молоко». Так что с ребятами из этих сервисов мы тоже взаимодействуем: передаём информацию о товарах. Получается такое постоянное экосистемное взаимодействие.
Важно, чтобы все в команде хорошо умели договариваться, иначе ничего не реализуется
Бывают сервисы, где бэкендер просто пишет код. У нас не так. Даже простой разработчик пару раз в день ходит на рабочие встречи. Нельзя просто заниматься технической работой — надо договориться с пятью людьми из разных команд, как вы будете реализовывать новую фичу. А опытным разработчикам может быть нужно техлидить проект, которым занимается несколько команд. Со всеми обсудить, всех свести, ничего не потерять, а потом ещё пойти и код написать. Сложно это делать, если не любишь или не умеешь коммуницировать с коллегами.
Ещё у нас приветствуется, чтобы разработчики сами приносили идеи. Чаще всего предлагают какие-то технические фичи, но иногда и продуктовые. Так, один мой коллега-разработчик придумал «Персональные цели» в Лавке, которые сейчас стали важным промоинструментом.
Когда я только пришёл в Яндекс, у меня было чуть больше года опыта
Первые два года я был просто разработчиком. Потом мой руководитель забрал себе зону ответственности побольше, а мне предложили занять его место. Так что следующие два года я был тимлидом — пока этим летом не отказался от должности.
Я понял, что руководство, по крайней мере сейчас, не совсем моя история. Мне нравится заниматься техническими вещами, а при тимлидстве сложно делать это в том объёме, в котором мне хочется. Я решил, что если сфокусируюсь на коде, то принесу команде больше пользы, и где-то квартал передавал дела подчинённому. Вышло хорошо: он и раньше подменял меня в отпусках, поэтому был в курсе дела. Теперь он полноценный руководитель команды, а я сфокусировался на техлидстве.
