Przejście z klasycznego IT do iGaming: co się przenosi, a czego uczyć się od nowa

Co miesiąc do iGamingu przychodzą setki programistów, testerów, analityków i devopsów ze „zwykłego” IT — z foodtechu, e-commerce'u, banków, outsourcingu. Powód jest prosty: branża płaci powyżej rynku, rośnie szybciej niż wiele wertykali i prawie zawsze ma deficyt ludzi technicznych, bo część kandydatów odsiewa się sama przez reputację niszy. Dla tych, którzy zostają, to jeden z niewielu segmentów, gdzie doświadczenie inżynierskie monetyzuje się bez zaczynania od zera — wczorajszy backendowiec z retailu po paru tygodniach onboardingu zamyka produkcyjne incydenty na równi z tymi, którzy są w branży od trzech lat. Rozbieramy, co z twojego obecnego stacku przenosi się bezpośrednio, czego trzeba się douczyć i jak przejść tę drogę bez typowych błędów — od CV do konta bankowego.

Które role przenoszą się 1 do 1

Dobra wiadomość: branża nie potrzebuje „specjalisty od kasyna” — potrzebuje inżyniera, który umie rozwiązywać konkretne zadania techniczne. Domena dochodzi na wierzch, a nie zamiast. Rdzeń umiejętności dla czterech najliczniejszych ról technicznych przenosi się niemal bez strat:

Rozmowy na stanowiska techniczne w 90% przypadków wyglądają tak samo jak wszędzie: kod na tablicy albo w CoderPad, dyskusja o architekturze, rozbiór incydentu z poprzedniego doświadczenia. Pytania domenowe stanowią zwykle jedną sekcję z trzech-czterech, a nie całą rozmowę — szczegółowy rozkład formatu rozmów jest w artykule „Rozmowa kwalifikacyjna w iGaming”. Pełne wymagania i widełki dla każdej z ról znajdziesz w profilach backend developera, inżyniera QA i data engineera.

Czego się doszkolić: domena branżowa

Domena w iGaming to nie hazard, tylko regulacje i liczby, których nigdzie indziej nie spotyka się w takim stężeniu. Minimalny słownik, bez którego trudno przejść nawet rozmowę na poziom junior:

• RTP (Return to Player) i house edge. Procent zakładów, który średnio w długiej perspektywie wraca do gracza. Backend i QA muszą rozumieć, gdzie ta liczba jest liczona i dlaczego nie można jej zmieniać „w locie” bez certyfikacji.
• Wagering (wager). Warunek obrotu bonusem — ile razy trzeba obrócić kwotę bonusu, zanim będzie można wypłacić wygraną. Źródło połowy bugów i połowy zgłoszeń do wsparcia, dlatego QA musi znać logikę wagera jak tabliczkę mnożenia.
• Licencje i regulacje. Malta (MGA), Curaçao, Wielka Brytania (UKGC) i inne jurysdykcje — każda ma własne wymogi co do logowania zakładów, limitów, odpowiedzialnej gry i przechowywania danych. Dla DevOps i backendu bezpośrednio wpływa to na architekturę: blokady geo, audytowalne logi, retencja danych.
• Płatności high-risk. Hazard należy do kategorii high-risk dla dostawców płatności i banków-acquirerów — wyższe prowizje, trudniejszy onboarding, więcej weryfikacji przy integracji nowej metody płatności. To nie blokada dla ciebie jako developera, ale wyjaśnia, dlaczego stack płatniczy w iGaming jest bardziej złożony niż w zwykłym e-commerce — więcej o samej roli w profilu payments managera.
• Antyfraud i KYC/AML. Weryfikacja tożsamości, śledzenie wzorców oszustw i prania pieniędzy — dane przecinają się z inżynierią danych i BI niemal w każdej firmie; w strukturze odpowiada za to zwykle compliance manager, z którym backend i data najczęściej uzgadniają logikę domenową.

Nauka tego słownika do poziomu „pewnie przechodzi rozmowę techniczną” zajmuje zwykle tydzień–dwa czytania dokumentacji i opisów ofert, a do poziomu „swobodnie pracuje z logiką domenową na produkcji” — pierwsze półtora–dwa miesiące na miejscu. Dobrzy pracodawcy wliczają ten czas w onboarding i nie oczekują natychmiastowej eksperckości: na rozmowie częściej sprawdzają umiejętność szybkiego wgryzienia się w nieznaną dziedzinę niż gotową wiedzę o niej.

Osobno warto rozumieć różnicę między licencjami, bo od niej zależy cała architektura produktu. MGA (Malta) i UKGC (Wielka Brytania) to surowe jurysdykcje ze szczegółowym audytem kodu, obowiązkowymi raportami i twardymi wymogami wobec odpowiedzialnej gry; Curaçao — szybsze i tańsze w uzyskaniu, ale wymagania wobec produktu są łagodniejsze. Dla inżyniera oznacza to inny poziom biurokracji wokół każdego wydania: tam, gdzie w zwykłym e-commerce funkcja po prostu wychodzi na produkcję, w licencjonowanym produkcie iGaming może wymagać uzgodnienia z działem compliance albo nawet z zewnętrznym audytorem.

Plusy przejścia

Główny argument to pieniądze i szybkość rozwoju. Branża płaci inżynierom wyraźną premię względem klasycznego IT dzięki trzem czynnikom: część kandydatów sama się odsiewa przez reputację, stawki na produkcji idą w czasie rzeczywistym i bez prawa do błędu, a same firmy zwykle są rentowne i gotowe płacić za szybkość zatrudnienia. Punkt odniesienia dla widełek na poziomie Middle:

Na poziomie Senior i Lead różnica jest zwykle jeszcze większa — tutaj premia zaczyna obejmować nie tylko domenę, ale i deficyt ludzi gotowych obsadzać stanowiska szefów kierunków. Pełny katalog widełek według grade'ów i lokalizacji jest w profilach każdej roli, w tym analityki BI. Drugi plus to szybkość rozwoju: zespoły produktowe są niewielkie, decyzje zapadają szybko, a inżynier z doświadczeniem w 12–18 miesięcy niejednokrotnie dorasta do team leada albo architekta — szybciej niż w dużych korporacjach z długimi drabinami kariery.

Minusy: stygmatyzacja, banki, zamknięte kraje

Plusy nie są darmowe. Trzy rzeczy warto znać z góry, żeby nie zderzyć się z nimi niespodziewanie już po ofercie.

• Stygmat. Nie wszyscy krewni, znajomi, a nawet przyszli pracodawcy w innych branżach odbierają hazard neutralnie. Gry hazardowe kojarzą się z uzależnieniem i szkodą społeczną, a część ludzi reaguje na „pracuję w kasynie” z rezerwą, nawet jeśli twoja rola polega na pisaniu backendu dla kolejki płatności, a nie namawianiu kogoś, żeby stawiał więcej.
• Banki i płatności. Gambling jest oznaczony w systemach płatniczych jako kategoria MCC wysokiego ryzyka. Jeśli wynagrodzenie albo honorarium podwykonawcy przychodzi z wyraźnym wskazaniem casino/betting/gambling w tytule przelewu, część banków — zwłaszcza w konserwatywnych jurysdykcjach — może zażądać dodatkowych dokumentów o źródle środków albo tymczasowo zamrozić operację do czasu weryfikacji. Da się to rozwiązać, ale lepiej wiedzieć o tym przed pierwszym przelewem, a nie po.
• Kraje zamknięte dla zatrudnienia. Status prawny hazardu online mocno różni się w zależności od kraju: w jednych jurysdykcjach jest licencjonowany i legalny, w innych — pod częściowym albo pełnym zakazem, łącznie z pracą dla zagranicznych operatorów. Część firm międzynarodowych ze względów compliance'owych nie zatrudnia pracowników z niektórych krajów bezpośrednio na etat, a pracuje wyłącznie przez schematy kontraktorskie albo w ogóle nie rozpatruje takich lokalizacji. Warto to wyjaśnić już na pierwszej rozmowie z rekruterem, a nie po uzgodnieniu oferty.
• Niestabilność regulacyjna rynków. Hazard online jest regulowany na poziomie poszczególnych krajów, a nawet stanów, i przepisy się zmieniają: rynek może zaostrzyć licencjonowanie, podnieść podatki albo czasowo zamknąć dostęp dla operatorów bez lokalnej licencji. Dla zespołu produktowego oznacza to, że kierunek, nad którym pracujesz pół roku, czasem zostaje zwinięty nie z winy biznesu, tylko przez decyzję regulatora — warto wliczyć to w oczekiwania tak samo jak w każdej innej regulowanej branży w rodzaju fintechu.

Żaden z tych punktów nie znosi plusów — większość inżynierów w branży przechodzi przez to bez poważnych konsekwencji. Ale przygotowanie się jest tańsze niż rozwiązywanie problemu po fakcie.

Jak przedstawić doświadczenie w CV

CV do oferty iGaming niemal nie różni się od zwykłego CV technicznego — z jedną ważną poprawką: domena nie odstrasza tu rekrutera, a wręcz przeciwnie, działa jako plus, jeśli akcent jest właściwie rozłożony.

1. Stack techniczny — na pierwszym miejscu. Języki, frameworki, infrastruktura, metryki (latency, RPS, uptime, pokrycie testami) muszą być widoczne od razu, jeszcze zanim rekruter przeczyta nazwę branży.
2. Domena — jako osiągnięcie, a nie jako usprawiedliwienie. „Zaprojektowałem odporną na awarie kolejkę dla 50K+ zakładów na minutę podczas wydarzenia live” brzmi mocniej niż neutralne „pracowałem w firmie bukmacherskiej”.
3. Doświadczenie regulacyjne — universal skill. Jeśli pracowałeś z KYC/AML, PCI DSS, RODO albo audytami organów licencjonujących — wynieś to jako osobny punkt. To bezpośredni most do fintechu, gdyby znów przyszło ci zmienić branżę.
4. Sformułowanie firmy. Nie trzeba ukrywać marki, ale można użyć neutralnego „international iGaming platform” albo „regulated online gaming operator” w nagłówku CV — to standardowe i szanowane sformułowanie w branży, a nie eufemizm.

Kolejna działająca sztuczka to prowadzenie dwóch wersji podsumowania na górze CV pod różne strumienie zgłoszeń: jedna z wyraźną wzmianką o doświadczeniu iGaming i metrykach dla rekruterów branżowych, druga — z naciskiem na przenośne kompetencje techniczne, jeśli równolegle rozważasz oferty spoza niszy. Rozbiór z przykładami dobrych i złych sformułowań, szablon struktury i częste błędy — w osobnym przewodniku „Jak napisać CV do iGaming”.

Kwestia stygmatyzacji na rozmowie

Prędzej czy później na rozmowie (zwykle od rekrutera, rzadziej od hiring managera) padnie bezpośrednie albo pośrednie pytanie: „jak podchodzisz do tego, że to hazard?”. To nie pułapka — firmy naprawdę filtrują ludzi, którzy odejdą później z powodu dysonansu z wartościami po trzech miesiącach, i wolą wyjaśnić to na wejściu.

• Odpowiadaj szczerze, bez sztucznego entuzjazmu. Nie trzeba mówić „uwielbiam hazard” — większość inżynierów w branży nie gra. Wystarczy spokojne „podchodzę do tego profesjonalnie: to regulowana branża z poważnymi wyzwaniami inżynierskimi”.
• Opieraj się na faktach dotyczących regulacji. Wspomnij o licencjonowaniu, obowiązkowych mechanizmach odpowiedzialnej gry (limity, samowykluczenie) i o tym, że legalni operatorzy są tym zainteresowani nie mniej niż regulator — to pokazuje, że rozumiesz ramy etyczne, a nie je ignorujesz.
• Skup się na wyzwaniu inżynierskim. Prawdziwe pieniądze w czasie rzeczywistym, obciążenie na szczytach wydarzeń sportowych, uczciwość RNG pod audytem — to naprawdę złożone wyzwania techniczne, i mówić o nich szczerze jest ciekawiej niż się tłumaczyć.

Jeśli wątpliwości są poważne i nie dotyczą sformułowań, tylko osobistych wartości — to też normalny powód, żeby nie iść do tej branży, i lepiej zrozumieć to na etapie CV niż po przeprowadzce w nowe miejsce.

Pierwsze 90 dni w nowym miejscu

Pod koniec trzeciego miesiąca większość inżynierów z klasycznego IT przestaje czuć się nowicjuszami w domenie — dalej to po prostu jeszcze jeden pion w CV, tylko z wyższymi widełkami. Aktualne oferty techniczne z filtrem po formacie — na stronie pozycji zdalnych, a według konkretnego stacku — na przykład ról backendowych — przez wyszukiwarkę ofert pracy.

Częste pytania

Czy potrzebne jest wykształcenie kierunkowe albo certyfikat z hazardu, żeby dostać się na stanowisko techniczne? Nie. Na role techniczne rekrutują pod kątem umiejętności inżynierskich, domenę douczasz na miejscu w ciągu pierwszego miesiąca-dwóch.

Czy to prawda, że z iGamingu trudno wrócić do zwykłego IT? Nie, jeśli CV jest zbudowane wokół osiągnięć technicznych i metryk, a nie tylko nazwy branży — rekruterzy spoza iGamingu patrzą na stack i wyniki tak samo jak wszędzie indziej.

Do jakiej roli najłatwiej wejść od zera, bez wcześniejszego doświadczenia w branży? QA i backend — ze względu na dużą liczbę otwartych wakatów i to, że część domenową w scenariuszach testowych i API opanowuje się najszybciej.

Czy są firmy, które nie rozpatrują kandydatów z określonych krajów? Tak, ze względu na wymogi compliance i lokalne regulacje część operatorów ogranicza rekrutację geograficznie — to standardowe pytanie do wyjaśnienia na pierwszej rozmowie z rekruterem, a nie powód, żeby z góry rezygnować z aplikowania.

Czy warto wpisać w CV, że wcześniej pracowałeś poza iGamingiem? Zdecydowanie tak — właśnie doświadczenie z innych branż pokazuje, że podstawowe umiejętności inżynierskie zostały sprawdzone poza niszą, a to ceni się nie mniej niż wiedzę domenową, którą i tak douczysz się na miejscu.