Щомісяця в iGaming приходять сотні розробників, тестувальників, аналітиків і девопсів зі «звичайного» IT — з фудтеху, e-commerce, банків, аутсорсу. Причина проста: індустрія платить вище за ринок, росте швидше за багато вертикалей і майже завжди в дефіциті технарів, бо частина кандидатів одразу відсіює себе через репутацію ніші. Для тих, хто лишається, це один з небагатьох сегментів, де інженерний досвід монетизується без перескладання з нуля — учорашній backend-розробник з ритейлу через пару тижнів онбордингу закриває продові інциденти нарівні з тими, хто в індустрії три роки. Розбираємо, що з вашого поточного стека переноситься напряму, що доведеться довчити, і як пройти шлях без типових помилок — від резюме до банківського рахунку.

Які ролі переходять 1-в-1

Гарна новина: індустрії не потрібен «спеціаліст із казино» — їй потрібен інженер, який уміє вирішувати конкретні технічні задачі. Домен додається поверх, а не замість. Ядро навичок за чотирма найбільш масовими технічними ролями переноситься майже без втрат:

РольПереноситься напрямуДоучити в індустрії
BackendAPI, БД, черги, мікросервіси, інциденти в продіRNG/RTP-інтеграції, провайдери ігор, PCI DSS для платежів
QAТест-дизайн, автоматизація, регрес, баг-трекінгВейджер-сценарії бонусів, ліміти відповідальної гри, сертифікація в аудиторів
Data/BISQL, ETL, дашборди, A/B-тести, воронкиLTV гравця, hold%, антифрод-патерни, звітність для регулятора
DevOps/SRECI/CD, моніторинг, інфраструктура, відмовостійкістьГео-блокування за ліцензіями, піки навантаження на live-спорті, high-risk платіжні шлюзи

Співбесіди на технічні позиції в 90% випадків влаштовані так само, як усюди: код на дошці чи в CoderPad, обговорення архітектури, розбір інциденту з минулого досвіду. Доменні питання зазвичай становлять одну секцію з трьох-чотирьох, а не все інтерв'ю — детальний розбір формату співбесід є в статті «Співбесіда в iGaming». Повні вимоги і вилки по кожній із ролей дивіться в профілях backend-розробника, QA-інженера і дата-інженера.

Що доучити: домен індустрії

Домен в iGaming — це не про азарт, а про регуляторику і цифри, які ніде більше не трапляються в такій концентрації. Мінімальний словник, без якого важко пройти навіть junior-співбесіду:

  • RTP (Return to Player) і house edge. Відсоток від ставок, який у середньому повертається гравцю в довгій перспективі. Backend і QA повинні розуміти, де ця цифра рахується і чому її не можна змінювати «на льоту» без сертифікації.
  • Wagering (вейджер). Умова відігрішу бонусу — скільки разів потрібно прокрутити суму бонусу, перш ніж вивести виграш. Джерело половини багів і половини звернень у підтримку, тому QA зобов'язані знати логіку вейджера як таблицю множення.
  • Ліцензії і регуляторика. Мальта (MGA), Кюрасао, Велика Британія (UKGC) та інші юрисдикції — у кожної свої вимоги до логування ставок, лімітів, відповідальної гри і зберігання даних. Для DevOps і backend це напряму впливає на архітектуру: гео-блокування, аудійовані логи, retention даних.
  • Платежі high-risk. Гемблінг належить до категорії high-risk для платіжних провайдерів і банків-еквайєрів — вищі комісії, складніший онбординг, більше перевірок при інтеграції нового способу оплати. Це не блокер для вас як для розробника, але пояснює, чому платіжний стек в iGaming складніший, ніж у звичайному e-commerce — детальніше про саму роль у профілі менеджера платежів.
  • Антифрод і KYC/AML. Перевірка особи, відстеження патернів шахрайства і відмивання грошей — дані перетинаються з data-інженерією і BI майже в кожній компанії; за це в структурі зазвичай відповідає комплаєнс-менеджер, з яким backend і data найчастіше узгоджують доменну логіку.

На вивчення цього словника до рівня «впевнено проходить технічну співбесіду» зазвичай іде один-два тижні читання документації та профілів вакансій, а до рівня «вільно працює з доменною логікою в проді» — перші півтора-два місяці на місці. Хороші роботодавці закладають цей час в онбординг і не чекають миттєвої експертизи: на співбесіді частіше перевіряють здатність швидко розбиратися в незнайомій предметній області, а не готові знання про неї.

Окремо варто розуміти різницю між ліцензіями, бо від неї залежить уся архітектура продукту. MGA (Мальта) і UKGC (Велика Британія) — суворі юрисдикції з детальним аудитом коду, обов’язковими звітами і жорсткими вимогами до відповідальної гри; Кюрасао — швидше і дешевше в отриманні, але й вимоги до продукту м’якші. Для інженера це означає різний рівень бюрократії навколо кожного релізу: там, де у звичайному e-commerce фіча просто викочується, у ліцензованому iGaming-продукті вона може вимагати погодження з комплаєнс-відділом або навіть із зовнішнім аудитором.

Плюси переходу

Головний аргумент — гроші і швидкість росту. Індустрія платить інженерам відчутну премію до класичного IT за рахунок трьох факторів: частина кандидатів відсіює себе сама через репутацію, ставки в проді йдуть у реальному часі і без права на помилку, а самі компанії зазвичай прибуткові і готові платити за швидкість найму. Орієнтир за вилками на позиції Middle:

Роль, MiddleКласичний IT, remote net/місiGaming, Мальта/Кіпр net/місiGaming, remote net/міс
Backend-розробник€2.5–3.5K€3.8–5.5K€3–4.2K
QA-інженер€1.8–2.6K€2.8–4K€2.2–3.2K
Data/BI-аналітик€2–3K€3.2–4.8K€2.6–3.8K
DevOps/SRE€2.8–4K€4.2–6K€3.4–5K

На Senior і Lead-рівні розрив зазвичай ще ширший — тут премія починає включати не тільки домен, а й дефіцит людей, готових закривати позиції керівників напрямів. Повна картотека вилок за грейдами і локаціями є в профілях кожної ролі, включно з BI-аналітики. Другий плюс — швидкість росту: продуктові команди невеликі, рішення приймаються швидко, а інженер із досвідом за 12–18 місяців нерідко доростає до тімліда чи архітектора — швидше, ніж у великих корпораціях із довгими кар'єрними сходами.

Мінуси: стигма, банки, закриті країни

Плюси не безкоштовні. Три речі варто знати заздалегідь, щоб не зіткнутися з ними несподівано вже після офера.

  • Стигма. Не всі родичі, друзі і навіть майбутні роботодавці в інших індустріях сприймають гемблінг нейтрально. Азартні ігри асоціюються із залежністю і соціальною шкодою, і частина людей реагує на «працюю в казино» насторожено, навіть якщо ваша роль — писати backend для черги платежів, а не переконувати когось ставити більше.
  • Банки і платежі. Гемблінг позначений у платіжних системах як high-risk MCC-категорія. Якщо зарплата чи гонорар як підрядника приходить з явною згадкою casino/betting/gambling у призначенні платежу, частина банків — особливо в консервативних юрисдикціях — може запросити додаткові документи про джерело коштів або тимчасово заморозити операцію до перевірки. Це вирішувано, але про це краще знати до першого переказу, а не після.
  • Закриті для найму країни. Легальний статус онлайн-гемблінгу сильно різниться по країнах: в одних юрисдикціях він ліцензований і легальний, в інших — під частковою чи повною забороною, включно з роботою на закордонних операторів. Частина міжнародних компаній з комплаєнс-міркувань не наймає співробітників з низки країн напряму в штат, а працює лише через підрядницькі схеми або взагалі не розглядає такі локації. Це варто уточнювати на першому ж дзвінку з рекрутером, а не після того, як погоджено офер.
  • Регуляторна нестабільність ринків. Онлайн-гемблінг регулюється на рівні окремих країн і навіть штатів, і правила змінюються: ринок може посилити ліцензування, підняти податки або тимчасово закрити доступ для операторів без місцевої ліцензії. Для продуктової команди це означає, що напрям, над яким ви працюєте пів року, іноді згортається не з вини бізнесу, а через рішення регулятора — варто закладати це в очікування так само, як у будь-якій іншій регульованій індустрії на кшталт фінтеху.

Жоден із цих пунктів не скасовує плюси — більшість інженерів в індустрії проходять через це без серйозних наслідків. Але підготуватися дешевше, ніж розбиратися постфактум.

Порада: якщо оформлюєтеся як підрядник через свою компанію чи ФОП, заздалегідь пропишіть у договорі і призначенні платежу нейтральне формулювання на кшталт «software development services» замість явної згадки бренду казино — це знижує ймовірність ручної перевірки з боку банку при надходженні коштів з-за кордону.

Як оформити досвід у резюме

Резюме для iGaming-вакансії майже не відрізняється від звичайного технічного резюме — з однією важливою поправкою: домен тут не лякає рекрутера, а навпаки, працює як плюс, якщо правильно поставлено акцент.

  1. Технічний стек — на першому місці. Мови, фреймворки, інфраструктура, метрики (latency, RPS, uptime, обсяг покриття тестами) мають бути видні одразу, ще до того, як рекрутер прочитає назву індустрії.
  2. Домен — як досягнення, а не як виправдання. «Спроєктував відмовостійку чергу для 50K+ ставок за хвилину під час live-події» звучить сильніше, ніж нейтральне «працював у беттинг-компанії».
  3. Регуляторний досвід — universal skill. Якщо працювали з KYC/AML, PCI DSS, GDPR чи аудитами ліцензійних органів — винесіть це окремим пунктом. Це прямий міст у fintech, якщо вирішите змінити індустрію знову.
  4. Формулювання компанії. Не потрібно приховувати бренд, але можна використовувати нейтральне «international iGaming platform» чи «regulated online gaming operator» у шапці резюме — це стандартне і поважне формулювання в індустрії, а не евфемізм.

Ще один робочий прийом — вести дві версії summary у верхній частині резюме під різні потоки відгуків: одна з явною згадкою iGaming-досвіду і метрик для рекрутерів індустрії, інша — з акцентом на переносні технічні компетенції, якщо паралельно розглядаєте офери поза нішею. Розбір із прикладами хороших і поганих формулювань, шаблон структури і часті помилки — в окремому гайді «Як скласти резюме для iGaming».

Питання стигми на співбесіді

Рано чи пізно на дзвінку (зазвичай від рекрутера, рідше від менеджера, що наймає) пролунає пряме чи непряме питання: «як ви ставитеся до того, що це гемблінг?». Це не пастка — компанії реально фільтрують людей, які згодом підуть через дисонанс із цінностями через три місяці, і воліють з'ясувати це на вході.

  • Відповідайте чесно, без награного ентузіазму. Не обов'язково говорити «я обожнюю азартні ігри» — більшість інженерів в індустрії не гравці. Достатньо спокійного «ставлюся професійно: це регульована індустрія з серйозними інженерними задачами».
  • Спирайтеся на факти про регуляцію. Згадайте ліцензування, обов'язкові механізми відповідальної гри (ліміти, самовиключення) і те, що легальні оператори в цьому зацікавлені не менше за регулятора — це показує, що ви розумієте етичну рамку, а не ігноруєте її.
  • Сфокусуйтеся на інженерній задачі. Реальні гроші в реальному часі, навантаження на піках спортивних подій, чесність RNG під аудитом — це справді складні технічні задачі, і говорити про них щиро цікавіше, ніж виправдовуватися.

Якщо сумніви серйозні і не про формулювання, а про особисті цінності — це теж нормальний привід не йти в індустрію, і краще зрозуміти це на етапі резюме, ніж після переїзду на нове місце.

Перші 90 днів на новому місці

Тижні 1–2Онбординг: доменний словник, знайомство з бек-офісом, провайдерами ігор і платіжним стеком. Задачі дають нескладні — команда перевіряє, як ви розбираєтеся в системі, а не тільки в коді.
Місяць 1Перші тікети з доменною специфікою: правки в логіці вейджера, тести на ліміти відповідальної гри, дашборд із новою метрикою hold%. Звичайні питання йдуть у Slack до доменних експертів без сорому.
Місяць 2Перший самостійний проєкт середнього масштабу: інтеграція нового платіжного методу, міграція частини інфраструктури під вимоги нової ліцензії, автоматизація регресу під реліз нового провайдера ігор.
Місяць 3Домен уже не заважає — обговорюєте архітектурні рішення нарівні з командою, знаєте, до кого йти з комплаєнс-питань, і розумієте, чому частина рішень у проді ухвалена саме так, а не інакше.

До кінця третього місяця більшість інженерів із класичного IT перестають відчувати себе новачками в домені — далі це просто ще одна вертикаль у резюме, тільки з вищою вилкою. Актуальні технічні вакансії з фільтром за форматом — на сторінці віддалених позицій, а за конкретним стеком — наприклад, backend-ролям — через пошук по вакансіях.

Часті запитання

Чи потрібна профільна освіта чи сертифікат із гемблінгу, щоб потрапити на технічну позицію? Ні. Технічні ролі наймають за інженерними навичками, домен доучується на місці за перші один-два місяці.

Чи правда, що з iGaming складно повернутися у звичайний IT? Ні, якщо резюме оформлено через технічні досягнення і метрики, а не тільки через назву індустрії — рекрутери поза iGaming дивляться на стек і результати так само, як і всюди.

Яка роль найпростіше входить з нуля без попереднього досвіду в індустрії? QA і backend — через великий обсяг відкритих вакансій і те, що доменна частина в тест-сценаріях і API освоюється найшвидше.

Чи є компанії, які не розглядають кандидатів із певних країн? Так, через комплаєнс-вимоги і локальне регулювання частина операторів обмежує найм за географією — це стандартне питання для уточнення на першому дзвінку з рекрутером, а не привід відмовлятися від подання заявки заздалегідь.

Чи варто вказувати в резюме, що раніше працював поза iGaming? Обов'язково — саме досвід в інших індустріях показує, що базові інженерні навички пройшли перевірку поза нішею, а це цінується не менше, ніж доменні знання, які все одно доучуються на місці.