Какие у тебя есть вопросы

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

1. Какие проекты сейчас в разработке и какие технологии используются? Ёпта, проектов — овердохуища. В основном это высоконагруженные сервисы, которые не должны падать даже если метеорит прилетит. Бэкенд — это наш священный грааль: Go, Python (FastAPI), ну и немного старого доброго Java, который мы нежно называем «легаси, от которого плачут глаза». Фронтенд — React/TypeScript, мобилка — нативные iOS/Android, но уже присматриваемся к Kotlin Multiplatform, чтобы не плодить сущности. Базы — PostgreSQL, Redis, Kafka для событий. В общем, стандартный набор для того, чтобы не опозориться перед пользователями.

2. Как организован процесс разработки (Agile, Scrum, Kanban)? Ага, Agile... У нас тут такой гибрид Scrum и Kanban, что сами порой путаемся. Есть спринты, но если горит — делаем что хотим. Еженедельные планирования, стендапы, где каждый рассказывает, что он сделал, а потом все дружно охуевают от объема работы. Ретро — это святое, там можно высказать всё, что накипело, главное — без перехода на личности. В общем, процесс есть, но он живой, иногда кривой, но работает.

3. Какие возможности для профессионального роста есть в компании? Слушай, если ты не растешь — ты просто говно. У нас есть внутренние митапы, конференции за счет компании, курсы — только успевай глотать. Можно переходить между командами, пробовать новые технологии. Если хочешь стать тимлидом — покажи, что не просто код пишешь, а головой думаешь. Карьерная лестница есть, но лезть по ней надо самому, тебя никто на руках не понесет.

4. Как оценивается эффективность работы разработчика? Ну, бля, тут всё просто: если твои фичи не падают в проде, если тимлид не орёт на тебя каждый день, если код ревью проходит без трёх кругов ада — значит, ты молодец. Официально — есть performance review раз в полгода, где смотрят на твой вклад, инициативу и как ты помогаешь другим. Но по факту — все всё видят, доверия ебать ноль, поэтому лучше не косячить.

5. Какие инструменты CI/CD используются? GitLab CI — наш всё. От коммита до прода — всё автоматически. Тесты, линтеры, сборка, деплой. Если пайплайн красный — вся команда смотрит на тебя как на врага народа. Инфраструктура как код — Terraform, Ansible. В общем, чтобы запушить код и пойти пить кофе, пока он сам не долетит до прода.

6. Есть ли code review и какие к нему требования? Есть, бля, ещё какое! Без апрува хотя бы одного коллеги — ни одна строчка не попадает в мастер. Требования: код должен быть читаемым, покрытым тестами, без костылей. Если видишь хуйню — говори прямо, не стесняйся. Но без хамства, а то получишь в ответ. Главное — объясни, почему так нельзя, а не просто «это говно».

7. Какой стек технологий ожидается от кандидата через год работы? Через год? Хуй с горы, да ты уже должен в нем плавать как рыба в воде. Ожидается, что ты не только будешь знать текущий стек, но и начнешь предлагать что-то новое. Например, если мы внедрим Kotlin Multiplatform, то ты должен будешь в нем разобраться так, чтобы объяснить другим. В общем, расти или сдохни.

8. Какие бонусы/плюсы работы в команде? Команда — это вообще главный плюс. Не придётся работать с пидарасами шерстяными, которые только мешают. У нас все адекватные, готовые помочь. Есть общие посиделки, игры, иногда выезжаем куда-нибудь. Работать в коллективе, где не хочется всех послать нахуй — это дорогого стоит, поверь.

9. Есть ли возможность участвовать в архитектурных решениях? Конечно, есть! Если у тебя есть идеи — выноси на обсуждение. Архитектурные митинги — это где решается, как мы будем жить дальше. Только готовься отстаивать свою точку зрения, потому что просто так тебя слушать не будут. Но если предложение стоящее — его примут, даже если ты джун.

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

Пример вопроса про стек:

// Используете ли вы Kotlin Multiplatform в проектах?
// Если да, как он интегрирован в текущий стэк?

Ага, используем, но пока осторожно. В одном из мобильных проектов засунули KMP для общей бизнес-логики. На бэкенде — Kotlin/JVM, на мобилках — нативные UI, а всё общее — в KMP-модуль. Интеграция через Gradle, CI собирает всё в кучу. Пока не без косяков, но уже видим свет в конце тоннеля. Главное — не накосячить так, чтобы всё накрылось медным тазом.