Passaggio dall'IT classico all'iGaming: cosa si trasferisce e cosa va imparato da capo

Ogni mese nell'iGaming arrivano centinaia di sviluppatori, tester, analisti e DevOps dall'IT «normale»: dal foodtech, dall'e-commerce, dalle banche, dall'outsourcing. Il motivo è semplice: il settore paga sopra il mercato, cresce più in fretta di molti altri comparti ed è quasi sempre a corto di tecnici, perché una parte dei candidati si esclude da sola per la reputazione della nicchia. Per chi resta, è uno dei pochi segmenti in cui l'esperienza ingegneristica si monetizza senza ricominciare da capo: uno sviluppatore backend arrivato ieri dal retail, dopo un paio di settimane di onboarding, chiude incidenti in produzione alla pari di chi è nel settore da tre anni. Vediamo che cosa del vostro stack attuale si trasferisce direttamente, che cosa dovrete imparare e come fare il passaggio senza gli errori tipici, dal curriculum al conto in banca.

Quali ruoli si trasferiscono 1 a 1

La buona notizia: al settore non serve uno «specialista di casinò» — serve un ingegnere capace di risolvere compiti tecnici concreti. Il dominio si aggiunge sopra, non al posto di. Il nucleo di competenze delle quattro figure tecniche più diffuse si trasferisce quasi senza perdite:

I colloqui per posizioni tecniche nel 90% dei casi sono strutturati come ovunque: codice alla lavagna o in CoderPad, discussione dell'architettura, analisi di un incidente dell'esperienza passata. Le domande di dominio di solito sono una sezione su tre o quattro, non l'intero colloquio — un'analisi dettagliata del formato dei colloqui è nell'articolo «Il colloquio in iGaming». I requisiti completi e le fasce per ogni ruolo sono nei profili di sviluppatore backend, QA engineer e data engineer.

Cosa imparare in più: il dominio del settore

Il dominio nell'iGaming non riguarda il gioco d'azzardo, ma la regolamentazione e i numeri, che non si incontrano da nessun'altra parte con questa concentrazione. Il vocabolario minimo senza il quale è difficile superare anche un colloquio junior:

• RTP (Return to Player) e house edge. La percentuale delle puntate che in media torna al giocatore nel lungo periodo. Backend e QA devono capire dove viene calcolato questo numero e perché non lo si può cambiare «al volo» senza certificazione.
• Wagering. La condizione per giocare il bonus — quante volte bisogna far girare l'importo del bonus prima di poter prelevare la vincita. Fonte di metà dei bug e metà delle richieste al supporto, per questo il QA deve conoscere la logica del wagering come la tabellina.
• Licenze e regolamentazione. Malta (MGA), Curaçao, Regno Unito (UKGC) e altre giurisdizioni — ognuna con i propri requisiti su logging delle puntate, limiti, gioco responsabile e conservazione dei dati. Per DevOps e backend questo incide direttamente sull'architettura: geo-blocking, log auditabili, data retention.
• Pagamenti high-risk. Il gambling rientra nella categoria high-risk per provider di pagamento e banche acquirer — commissioni più alte, onboarding più complesso, più controlli nell'integrare un nuovo metodo di pagamento. Non è un ostacolo per te come sviluppatore, ma spiega perché lo stack di pagamento nell'iGaming è più complesso che nell'e-commerce classico — maggiori dettagli sul ruolo stesso nel profilo del payments manager.
• Antifrode e KYC/AML. Verifica dell'identità, tracciamento di pattern di frode e riciclaggio — i dati si intrecciano con data engineering e BI in quasi ogni azienda; di questo nella struttura risponde di solito il compliance manager, con cui backend e data più spesso concordano la logica di dominio.

Per imparare questo vocabolario fino al livello «supera con sicurezza il colloquio tecnico» servono di solito una o due settimane di lettura della documentazione e degli annunci, mentre per arrivare al livello «lavora senza problemi con la logica di dominio in produzione» servono i primi uno-due mesi sul posto. I datori di lavoro seri mettono in conto questo tempo nell'onboarding e non si aspettano competenza immediata: al colloquio verificano più spesso la capacità di orientarsi in fretta in un dominio sconosciuto che una conoscenza già pronta.

Va capita a parte la differenza tra le licenze, perché da lei dipende tutta l'architettura del prodotto. MGA (Malta) e UKGC (Regno Unito) sono giurisdizioni severe, con audit dettagliati del codice, report obbligatori e requisiti rigidi sul gioco responsabile; Curaçao è più rapida ed economica da ottenere, ma i requisiti di prodotto sono più morbidi. Per un ingegnere questo significa un diverso livello di burocrazia attorno a ogni rilascio: dove in un normale e-commerce una feature va semplicemente in produzione, in un prodotto iGaming con licenza può richiedere l'approvazione del reparto compliance o perfino di un auditor esterno.

I vantaggi del passaggio

L'argomento principale è il denaro e la velocità di crescita. Il settore paga agli ingegneri un premio sensibile rispetto all'IT classico grazie a tre fattori: parte dei candidati si autoesclude per via della reputazione, le puntate in produzione avvengono in tempo reale e senza margine di errore, e le aziende stesse sono di solito redditizie e disposte a pagare per la velocità di assunzione. Riferimento sulle fasce per la posizione Middle:

Ai livelli Senior e Lead il divario è di solito ancora più ampio — qui il premio inizia a includere non solo il dominio, ma anche la scarsità di persone disposte a ricoprire posizioni di responsabile di area. Il quadro completo delle fasce per livello e location è nei profili di ogni ruolo, incluso il il BI analyst. Il secondo vantaggio è la velocità di crescita: i team di prodotto sono piccoli, le decisioni si prendono in fretta, e un ingegnere con esperienza spesso cresce fino a team lead o architetto in 12–18 mesi — più velocemente che nelle grandi corporation con scale di carriera lunghe.

Gli svantaggi: stigma, banche, paesi chiusi

I vantaggi non sono gratuiti. Tre cose che vale la pena sapere in anticipo, per non trovarsele davanti a sorpresa dopo l'offerta.

• Lo stigma. Non tutti i parenti, gli amici e persino i futuri datori di lavoro in altri settori percepiscono il gambling in modo neutro. Il gioco d'azzardo è associato a dipendenza e danno sociale, e alcune persone reagiscono con diffidenza a «lavoro in un casinò», anche se il tuo ruolo è scrivere il backend per la coda dei pagamenti, non convincere qualcuno a puntare di più.
• Banche e pagamenti. Il gambling è classificato dai sistemi di pagamento come categoria MCC ad alto rischio. Se lo stipendio o il compenso da contractor arriva con un riferimento esplicito a casino/betting/gambling nella causale, una parte delle banche — soprattutto nelle giurisdizioni conservatrici — può chiedere documenti aggiuntivi sull'origine dei fondi o bloccare temporaneamente l'operazione fino alla verifica. È risolvibile, ma è meglio saperlo prima del primo bonifico, non dopo.
• Paesi chiusi all'assunzione. Lo status legale del gambling online varia molto da paese a paese: in alcune giurisdizioni è regolato e legale, in altre è vietato in parte o del tutto, lavorare per operatori esteri compreso. Una parte delle aziende internazionali, per ragioni di compliance, non assume direttamente dipendenti di certi paesi e lavora solo con schemi da contractor, oppure quelle località non le prende proprio in considerazione. Conviene chiarirlo già alla prima chiamata con il recruiter, e non dopo che l'offerta è stata concordata.
• Instabilità regolatoria dei mercati. Il gambling online è regolato a livello di singoli paesi e perfino di singoli stati, e le regole cambiano: un mercato può inasprire le licenze, alzare le tasse o chiudere temporaneamente l'accesso agli operatori senza licenza locale. Per un team di prodotto questo significa che la direzione su cui lavorate da sei mesi a volte viene chiusa non per colpa del business, ma per una decisione del regolatore: conviene metterlo in conto nelle aspettative, come in qualsiasi altro settore regolamentato tipo il fintech.

Nessuno di questi punti annulla i vantaggi — la maggior parte degli ingegneri del settore ci passa attraverso senza conseguenze serie. Ma prepararsi costa meno che risolvere i problemi a cose fatte.

Come presentare l'esperienza nel CV

Il CV per un'offerta iGaming è quasi identico a un normale CV tecnico — con una correzione importante: qui il dominio non spaventa il recruiter, anzi funziona come un plus, se l'accento è messo bene.

1. Lo stack tecnico al primo posto. Linguaggi, framework, infrastruttura, metriche (latency, RPS, uptime, copertura dei test) devono essere visibili subito, ancora prima che il recruiter legga il nome del settore.
2. Il dominio come risultato, non come giustificazione. «Ho progettato una coda fault-tolerant per 50K+ puntate al minuto durante un evento live» suona più forte del neutro «ho lavorato in un'azienda di betting».
3. L'esperienza regolatoria è una universal skill. Se hai lavorato con KYC/AML, PCI DSS, GDPR o audit degli enti di licenza, mettilo in un punto a parte. È un ponte diretto verso il fintech, se decidi di cambiare di nuovo settore.
4. La formulazione dell'azienda. Non serve nascondere il brand, ma si può usare il neutro «international iGaming platform» o «regulated online gaming operator» nell'intestazione del CV — è una formulazione standard e rispettata nel settore, non un eufemismo.

Un altro accorgimento pratico è tenere due versioni del summary in cima al CV per flussi di candidatura diversi: una con menzione esplicita dell'esperienza iGaming e delle metriche per i recruiter del settore, l'altra con l'accento sulle competenze tecniche trasferibili, se stai valutando in parallelo offerte fuori dalla nicchia. Un'analisi con esempi di formulazioni buone e cattive, un modello di struttura e gli errori frequenti sono in una guida a parte «Come scrivere un CV per l'iGaming».

La questione dello stigma al colloquio

Prima o poi nella call (di solito dal recruiter, più raramente dall'hiring manager) arriverà una domanda diretta o indiretta: «come ti poni rispetto al fatto che si tratti di gambling?». Non è una trappola — le aziende filtrano davvero le persone che se ne andrebbero dopo tre mesi per dissonanza di valori, e preferiscono scoprirlo all'ingresso.

• Rispondi con onestà, senza entusiasmo forzato. Non serve dire «adoro il gioco d'azzardo» — la maggior parte degli ingegneri del settore non sono giocatori. Basta un tranquillo «lo vivo in modo professionale: è un settore regolamentato con sfide ingegneristiche serie».
• Appoggiati ai fatti sulla regolamentazione. Menziona il licensing, i meccanismi obbligatori di gioco responsabile (limiti, autoesclusione) e il fatto che gli operatori legali ci tengono non meno del regolatore — questo dimostra che capisci la cornice etica, non che la ignori.
• Concentrati sulla sfida ingegneristica. Soldi veri in tempo reale, carico ai picchi degli eventi sportivi, l'onestà dell'RNG sotto audit — sono sfide tecniche autenticamente complesse, ed è sinceramente più interessante parlarne che giustificarsi.

Se i dubbi sono seri e non riguardano le formulazioni ma i valori personali, è anche questo un motivo legittimo per non entrare nel settore, ed è meglio capirlo in fase di CV che dopo un trasferimento nella nuova sede.

I primi 90 giorni nel nuovo posto

Alla fine del terzo mese la maggior parte degli ingegneri dall'IT classico smette di sentirsi novizia nel dominio — da lì in poi è solo un'altra verticale nel CV, con una fascia più alta. Le offerte tecniche attuali con filtro per formato sono sulla pagina delle posizioni remote, mentre per uno stack specifico, ad esempio i ruoli backend — tramite la ricerca tra le offerte.

Domande frequenti

Serve una laurea specifica o una certificazione sul gambling per ottenere una posizione tecnica? No. I ruoli tecnici assumono in base alle competenze ingegneristiche, il dominio si impara sul posto nei primi uno-due mesi.

È vero che dall'iGaming è difficile tornare all'IT classico? No, se il CV è costruito su risultati tecnici e metriche, non solo sul nome del settore — i recruiter fuori dall'iGaming guardano stack e risultati come ovunque.

Quale ruolo è più facile da ottenere da zero senza esperienza precedente nel settore? QA e backend — per l'ampio numero di offerte aperte e perché la parte di dominio negli scenari di test e nelle API si apprende più velocemente.

Ci sono aziende che non considerano candidati da certi paesi? Sì, per requisiti di compliance e regolamentazione locale alcuni operatori limitano l'assunzione per geografia — è una domanda standard da chiarire nella prima call con il recruiter, non un motivo per rinunciare a candidarsi in anticipo.

Conviene indicare nel CV di aver lavorato prima fuori dall'iGaming? Assolutamente sì — è proprio l'esperienza in altri settori a dimostrare che le competenze ingegneristiche di base sono state testate fuori dalla nicchia, e questo è apprezzato non meno delle conoscenze di dominio, che comunque si imparano sul posto.