Как выбрать IT-компанию для стажировки: гайд без воды

Как выбрать себе стажировку среди всего многообразия на it.fut.ru?

(spoiler: все варианты могут быть крутыми, но для разных целей)

Ты не просто ищешь стажировку — ты выбираешь стартовую точку своей карьеры. Разница между «просто потыкать в код» и «выстрелить за полгода» — в деталях.

Разберем по пунктам, как не промахнуться с выбором.

1. Чего вообще можно ждать от работы в компании?

Плюсы:

✅ Четкие процессы — понятные задачи, внятные дедлайны, обучение.

✅ Менторство — скорее всего, будет наставник, который объяснит, как все устроено.

✅ Имя в резюме — даже если внутри не все идеально, громкий бренд открывает двери.

Минусы:

❌ Небыстрые изменения — иногда ревью кода придется подождать. У старших коллег может быть много задач.

❌ Узкая специализация — есть риск полгода писать тесты для одного продукта или освоить специфику кода именно для финтеха. Хотя иногда это может быть и плюсом. 

2. На что смотреть перед подачей заявки?

🔹 Менторство: будет ли кому задавать глупые вопросы?

Есть ли выделенный ментор? Или «разберешься сам»? Как часто проходят код-ревью? На хороших стажировках их проводят регулярно.

Как оценить?

✅ Хороший признак: ментор имеет публичные contributions (GitHub, конференции, тех-блог).

🚩 Red flag: «У нас ментор — это тимлид» (у него обычно 0 времени).

🔹 Стек: не окажется ли, что пишешь на COBOL?

Какие технологии используют? (Если в резюме хочешь Python, а там только PHP — зачем тебе туда идти). Есть ли шанс поработать с чем-то новым? (Kubernetes, ML, облака — зависит от компании).

Что реально ценно:

• работа с production-grade инфраструктурой (k8s, terraform, даже если просто наблюдаешь)
• участие в инцидентах (это бесценный опыт)
• доступ к мониторингу (Datadog, Grafana, Sentry).

Опасная зона: «Мы пишем на своем DSL» (подходит тебе, если ты в будущем планируешь работать именно в этой компании. Чем уже стек, тем сложнее переход)

Неочевидные лайфхаки:

• Таргетируй legacy-проекты

Звучит странно, но:

— там больше менторства (потому что разбираться в старом коде сложно)

— чаще дают доступ к прод-серверам

— есть шанс стать «героем», если оптимизируешь монолит.

• Используй внутренние ресурсы

В корпорациях часто есть:

— базы знаний с разборами архитектурных решений

— записи прошлых хакатонов

— Internal tech talks (проси доступ у HR).

Совет редакции