Думаешь о работе в бигтехе? Держи нагрузку 5 RPS

Когда я только начинал путь в разработке, у меня была такая романтичная картинка: вот ты приходишь в условный Яндекс/Авито, пишешь код, который должен выдерживать миллионные RPS, и он используется миллионами людей. Например, пишешь поиск, или карты, или главную страницу — и это прям продукт, которым пользуются тысячи и миллионы людей.

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

Почти все команды в Бигтехе (VK, Т-Банк, Сбер, Альфа, Яндекс), куда я собеседовался, делали что-то внутреннее. Не ядро продукта, а сервисы вокруг него: инструменты для других отделов, платформы для аналитиков, автоматизация процессов, ETL скрипты. И это не какая-то работа для джунов на подхвате — это действительно огромный пласт задач, без которого публичный продукт просто не выживет. И часто в таких проектах важнее не то, что он выдержит 10000 запросов в секунду, а будет корректно работать, и легко развиваться, т.е. больший упор делается на понятность кода и масштабируемую архитектуру.

Когда я работал в Самокате, я не писал приложение для курьеров или каталог товаров (как вы могли подумать). Я разрабатывал аналитическую платформу, настраивал Airflow, занимался перекачкой и трансформацией данных (то бишь ETL). Звучит не так эффектно как "я разрабатывал сервис под 100к RPS", но без этой инфраструктуры бизнес вообще не понимает, что происходит с продуктом, и развитие идет медленнее.

И таких внутренних сервисов в любой крупной компании — десятки:
— корпоративные соцсети и порталы для сотрудников
— внутренние CRM для продажников
— платформы для A/B тестирования
— системы нотификаций и алертов между сервисами
— общие переиспользуемые библиотеки и решения для всех команд разработки

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

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

🔥 — пилю продукт, который видят юзеры
👍 — делаю внутренние инструменты (например, для сотрудников)
— и то, и другое