Transição do IT clássico para o iGaming: o que se transporta e o que é preciso aprender de novo

Todos os meses chegam ao iGaming centenas de programadores, testers, analistas e devops vindos do IT «normal» — de foodtech, e-commerce, bancos, outsourcing. A razão é simples: a indústria paga acima do mercado, cresce mais depressa do que muitas verticais e está quase sempre com falta de gente técnica, porque parte dos candidatos se auto-exclui logo por causa da reputação do nicho. Para quem fica, é um dos poucos segmentos onde a experiência de engenharia se monetiza sem recomeçar do zero — um backend vindo do retalho, passadas umas semanas de onboarding, fecha incidentes em produção ao mesmo nível de quem está na indústria há três anos. Vamos ver o que da sua stack atual transita diretamente, o que vai ter de aprender e como fazer o percurso sem os erros típicos — do currículo à conta bancária.

Que funções transitam 1 para 1

A boa notícia: a indústria não precisa de um «especialista em casinos» — precisa de um engenheiro que saiba resolver problemas técnicos concretos. O domínio soma-se por cima, não substitui nada. O núcleo de competências das quatro funções técnicas mais comuns transporta-se quase sem perdas:

As entrevistas para posições técnicas, em 90% dos casos, funcionam como em qualquer lado: código no quadro ou no CoderPad, discussão de arquitetura, análise de um incidente da experiência anterior. As perguntas de domínio costumam ser uma secção em três ou quatro, não a entrevista toda — uma análise detalhada do formato das entrevistas está no artigo «A entrevista em iGaming». Os requisitos completos e os salários de cada função estão nos perfis de backend developer, engenheiro de QA e data engineer.

O que aprender: o domínio da indústria

O domínio em iGaming não é sobre jogo, é sobre regulação e números que não se encontram com esta concentração em nenhum outro lado. O vocabulário mínimo, sem o qual é difícil passar até uma entrevista júnior:

• RTP (Return to Player) e house edge. A percentagem das apostas que, em média, regressa ao jogador a longo prazo. Backend e QA têm de perceber onde este número é calculado e porque é que não se pode mudar «em tempo real» sem certificação.
• Wagering. A condição de rollover de um bónus — quantas vezes é preciso girar o valor do bónus antes de poder levantar o ganho. Fonte de metade dos bugs e metade dos contactos ao suporte, por isso o QA tem de conhecer a lógica do wagering tão bem como a tabuada.
• Licenças e regulação. Malta (MGA), Curaçau, Reino Unido (UKGC) e outras jurisdições — cada uma com os seus próprios requisitos de registo de apostas, limites, jogo responsável e retenção de dados. Para DevOps e backend, isto afeta diretamente a arquitetura: bloqueios geográficos, logs auditáveis, retenção de dados.
• Pagamentos high-risk. O gambling pertence à categoria high-risk para fornecedores de pagamento e bancos adquirentes — comissões mais altas, onboarding mais complicado, mais verificações ao integrar um novo método de pagamento. Isto não é um bloqueio para ti como developer, mas explica porque é que a stack de pagamentos em iGaming é mais complexa do que num e-commerce normal — mais sobre esta função no perfil de gestor de pagamentos.
• Antifraude e KYC/AML. Verificação de identidade, deteção de padrões de fraude e de lavagem de dinheiro — os dados cruzam-se com data engineering e BI em quase todas as empresas; por isso, na estrutura, costuma ser responsável o compliance manager, com quem o backend e o data mais frequentemente alinham a lógica de domínio.

Aprender este vocabulário até ao nível «passa uma entrevista técnica com confiança» costuma levar uma a duas semanas a ler documentação e descrições de vagas; até ao nível «trabalha à vontade com a lógica de domínio em produção», o primeiro mês e meio a dois meses no lugar. Os bons empregadores contam com este tempo no onboarding e não esperam perícia imediata: na entrevista testa-se mais a capacidade de perceber rapidamente uma área desconhecida do que o conhecimento já feito sobre ela.

Vale a pena perceber também a diferença entre as licenças, porque dela depende toda a arquitetura do produto. A MGA (Malta) e a UKGC (Reino Unido) são jurisdições exigentes, com auditoria detalhada do código, relatórios obrigatórios e requisitos rígidos de jogo responsável; Curaçau é mais rápida e mais barata de obter, mas os requisitos ao produto também são mais suaves. Para um engenheiro, isso significa níveis diferentes de burocracia à volta de cada release: onde num e-commerce normal a funcionalidade simplesmente vai para produção, num produto de iGaming licenciado pode exigir aprovação do departamento de compliance ou até de um auditor externo.

Vantagens da transição

O principal argumento é o dinheiro e a velocidade de progressão. A indústria paga aos engenheiros um prémio sensível face ao IT clássico, graças a três fatores: uma parte dos candidatos autoexclui-se pela reputação, as apostas em produção correm em tempo real e sem margem para erro, e as próprias empresas costumam ser lucrativas e dispostas a pagar por velocidade de contratação. Referência de salários para posições Middle:

A nível Senior e Lead, a diferença costuma ser ainda maior — aqui o prémio já não reflete só o domínio, mas também a escassez de gente disposta a assumir posições de chefia de área. O dossiê completo de salários por nível e localização está nos perfis de cada função, incluindo análise de BI. A segunda vantagem é a velocidade de progressão: as equipas de produto são pequenas, as decisões tomam-se depressa, e um engenheiro experiente chega muitas vezes a team lead ou arquiteto em 12–18 meses — mais depressa do que em grandes corporações com escadas de carreira longas.

Desvantagens: estigma, bancos, países fechados

As vantagens não são de graça. Há três coisas que vale a pena saber antecipadamente, para não seres apanhado de surpresa já depois da proposta.

• Estigma. Nem todos os familiares, amigos e até futuros empregadores noutras indústrias veem o gambling com neutralidade. Os jogos de azar associam-se a dependência e a dano social, e uma parte das pessoas reage com desconfiança a «trabalho num casino», mesmo que a tua função seja escrever backend para uma fila de pagamentos, e não convencer alguém a apostar mais.
• Bancos e pagamentos. O gambling está marcado nos sistemas de pagamento como categoria MCC de alto risco. Se o salário ou os honorários de prestador de serviços chegam com uma menção explícita a casino/betting/gambling no descritivo do pagamento, alguns bancos — sobretudo em jurisdições conservadoras — podem pedir documentos adicionais sobre a origem dos fundos ou congelar temporariamente a operação até à verificação. É resolúvel, mas é melhor saber disto antes da primeira transferência e não depois.
• Países fechados à contratação. O estatuto legal do gambling online varia muito de país para país: em algumas jurisdições é licenciado e legal, noutras está sob proibição parcial ou total, incluindo o trabalho para operadores estrangeiros. Parte das empresas internacionais, por razões de compliance, não contrata colaboradores de alguns países diretamente para o quadro e trabalha apenas através de esquemas de prestação de serviços, ou nem sequer considera essas localizações. Vale a pena esclarecer isto logo na primeira chamada com o recrutador e não depois de a proposta estar acordada.
• Instabilidade regulatória dos mercados. O gambling online é regulado ao nível de cada país e até de cada estado, e as regras mudam: um mercado pode apertar o licenciamento, subir os impostos ou fechar temporariamente o acesso a operadores sem licença local. Para uma equipa de produto, isso significa que a área em que trabalha há meio ano por vezes é encerrada não por culpa do negócio, mas por decisão do regulador — vale a pena incluir isso nas expectativas, tal como em qualquer outra indústria regulada, como a fintech.

Nenhum destes pontos anula as vantagens — a maioria dos engenheiros da indústria passa por isto sem consequências sérias. Mas preparar-se sai mais barato do que resolver o problema depois.

Como apresentar a experiência no currículo

Um currículo para uma vaga de iGaming quase não difere de um currículo técnico normal — com uma ressalva importante: o domínio aqui não assusta o recrutador, pelo contrário, funciona a favor se o foco estiver bem colocado.

1. A stack técnica em primeiro lugar. Linguagens, frameworks, infraestrutura, métricas (latency, RPS, uptime, cobertura de testes) têm de ser visíveis de imediato, ainda antes de o recrutador ler o nome da indústria.
2. O domínio como conquista, não como justificação. «Desenhei uma fila tolerante a falhas para 50K+ apostas por minuto durante um evento ao vivo» soa mais forte do que o neutro «trabalhei numa empresa de apostas».
3. Experiência regulatória é uma universal skill. Se trabalhaste com KYC/AML, PCI DSS, GDPR ou auditorias de entidades licenciadoras, destaca isso num ponto à parte. É uma ponte direta para a fintech, se decidires mudar de indústria outra vez.
4. A formulação da empresa. Não é preciso esconder a marca, mas podes usar um neutro «international iGaming platform» ou «regulated online gaming operator» no topo do currículo — é uma formulação padrão e respeitada na indústria, não um eufemismo.

Outro truque prático é manter duas versões do summary no topo do currículo, para diferentes fluxos de candidatura: uma com menção explícita à experiência em iGaming e às métricas, para recrutadores da indústria; outra com foco nas competências técnicas transferíveis, se também estiveres a considerar propostas fora do nicho. Uma análise com exemplos de boas e más formulações, um modelo de estrutura e erros comuns, num guia à parte «Como fazer um currículo para iGaming».

A questão do estigma na entrevista

Mais cedo ou mais tarde, numa chamada (normalmente do recrutador, mais raramente do hiring manager), vai surgir uma pergunta direta ou indireta: «como te sentes em relação a isto ser gambling?». Não é uma armadilha — as empresas filtram mesmo pessoas que mais tarde sairiam por dissonância de valores ao fim de três meses, e preferem perceber isso à entrada.

• Responde com honestidade, sem entusiasmo forçado. Não é preciso dizer «adoro jogos de azar» — a maioria dos engenheiros da indústria não são jogadores. Basta um sereno «vejo isto de forma profissional: é uma indústria regulada com desafios de engenharia a sério».
• Apoia-te em factos sobre a regulação. Menciona o licenciamento, os mecanismos obrigatórios de jogo responsável (limites, autoexclusão) e o facto de os operadores legais terem tanto interesse nisso como o regulador — isso mostra que percebes o enquadramento ético, em vez de o ignorares.
• Foca-te no desafio de engenharia. Dinheiro real em tempo real, carga nos picos de eventos desportivos, a integridade do RNG sob auditoria — são desafios técnicos genuinamente complexos, e falar deles com sinceridade é mais interessante do que justificar-te.

Se as dúvidas forem sérias e não sobre formulações, mas sobre valores pessoais, isso também é um motivo válido para não entrar na indústria, e é melhor perceber isso na fase do currículo do que depois de mudares de emprego.

Os primeiros 90 dias no novo posto

No fim do terceiro mês, a maioria dos engenheiros vindos do IT clássico deixa de se sentir principiante no domínio — a partir daí é só mais uma vertical no currículo, só que com um salário mais alto. As vagas técnicas atuais, com filtro por formato, estão na página de posições remotas, e por uma stack concreta, por exemplo, funções de backend — através da pesquisa de vagas.

Perguntas frequentes

É preciso formação académica ou uma certificação em gambling para entrar numa posição técnica? Não. As funções técnicas contratam-se pelas competências de engenharia; o domínio aprende-se no próprio posto durante o primeiro ou segundo mês.

É verdade que é difícil voltar do iGaming para o IT normal? Não, se o currículo estiver construído em torno de conquistas técnicas e métricas, e não só do nome da indústria — os recrutadores fora do iGaming olham para a stack e os resultados tal como em qualquer lado.

Que função é mais fácil de entrar do zero, sem experiência prévia na indústria? QA e backend — devido ao grande volume de vagas abertas e porque a parte de domínio nos cenários de teste e nas APIs se aprende mais depressa.

Há empresas que não consideram candidatos de determinados países? Sim, devido a requisitos de compliance e regulação local, alguns operadores limitam a contratação por geografia — é uma pergunta normal a esclarecer na primeira chamada com o recrutador, não um motivo para desistir de te candidatares antecipadamente.

Vale a pena indicar no currículo que já trabalhaste fora do iGaming? Sem dúvida — é precisamente a experiência noutras indústrias que mostra que as competências de engenharia de base foram testadas fora do nicho, e isso vale tanto quanto o conhecimento de domínio, que de qualquer forma se aprende no próprio posto.