El paso del IT clásico al iGaming: qué se traslada y qué hay que aprender de nuevo

Cada mes llegan al iGaming cientos de desarrolladores, testers, analistas y devops procedentes del IT «normal»: del foodtech, del e-commerce, de la banca, de las consultoras. El motivo es simple: el sector paga por encima del mercado, crece más rápido que muchas verticales y casi siempre anda escaso de perfiles técnicos, porque parte de los candidatos se autodescarta por la reputación del nicho. Para quien se queda, es uno de los pocos segmentos donde la experiencia de ingeniería se monetiza sin volver a empezar de cero: un backend que ayer trabajaba en retail cierra incidencias en producción, tras un par de semanas de onboarding, igual que quien lleva tres años en el sector. Analizamos qué parte de tu stack actual se transfiere directamente, qué tendrás que aprender y cómo recorrer el camino sin los errores típicos, desde el currículum hasta la cuenta bancaria.

Qué roles se trasladan tal cual

La buena noticia: la industria no necesita un «especialista en casino», necesita un ingeniero que sepa resolver tareas técnicas concretas. El dominio se añade encima, no en lugar de nada. El núcleo de habilidades de los cuatro roles técnicos más comunes se traslada casi sin pérdidas:

Las entrevistas para puestos técnicos en el 90% de los casos están montadas igual que en cualquier sitio: código en la pizarra o en CoderPad, discusión de arquitectura, análisis de un incidente de la experiencia previa. Las preguntas de dominio suelen ser una sección de tres o cuatro, no toda la entrevista; un análisis detallado del formato de las entrevistas está en el artículo «La entrevista en iGaming». Los requisitos completos y los rangos de cada rol están en los perfiles de desarrollador backend, ingeniero de QA y data engineer.

Qué hay que aprender: el dominio de la industria

El dominio en el iGaming no va del azar, sino de la regulación y de cifras que en ningún otro sitio se dan con esta concentración. El vocabulario mínimo sin el cual es difícil pasar incluso una entrevista junior:

• RTP (Return to Player) y house edge. El porcentaje de las apuestas que vuelve de media al jugador a largo plazo. Backend y QA deben entender dónde se calcula esa cifra y por qué no se puede cambiar «sobre la marcha» sin certificación.
• Wagering (wager). La condición de rollover del bono: cuántas veces hay que girar el importe del bono antes de poder retirar la ganancia. Es el origen de la mitad de los bugs y la mitad de los tickets de soporte, así que QA tiene que conocer la lógica del wager como la tabla de multiplicar.
• Licencias y regulación. Malta (MGA), Curazao, Reino Unido (UKGC) y otras jurisdicciones: cada una tiene sus propios requisitos de registro de apuestas, límites, juego responsable y conservación de datos. Para DevOps y backend, esto afecta directamente a la arquitectura: bloqueos geográficos, logs auditables, retención de datos.
• Pagos de alto riesgo. El gambling entra en la categoría de alto riesgo para los proveedores de pago y los bancos adquirentes: comisiones más altas, onboarding más complicado, más controles al integrar un método de pago nuevo. No es un obstáculo para ti como desarrollador, pero explica por qué el stack de pagos en el iGaming es más complejo que en el e-commerce normal; más sobre este rol en el perfil de payments manager.
• Antifraude y KYC/AML. La verificación de identidad y el seguimiento de patrones de fraude y blanqueo: los datos se cruzan con la ingeniería de datos y el BI en casi todas las empresas; de esto suele responder en la estructura el compliance manager, con quien backend y data suelen coordinar la lógica de dominio.

Aprender este vocabulario hasta el nivel de «pasa con soltura una entrevista técnica» suele llevar una o dos semanas de leer documentación y ofertas de empleo; llegar al nivel de «trabaja sin problemas con la lógica del dominio en producción» lleva el primer mes y medio o dos en el puesto. Los buenos empleadores cuentan con ese tiempo en el onboarding y no esperan una experiencia inmediata: en la entrevista suelen comprobar la capacidad de orientarse rápido en un dominio desconocido, y no los conocimientos ya adquiridos sobre él.

Conviene entender aparte la diferencia entre licencias, porque de ella depende toda la arquitectura del producto. La MGA (Malta) y la UKGC (Reino Unido) son jurisdicciones estrictas, con auditoría detallada del código, informes obligatorios y requisitos duros de juego responsable; Curazao es más rápida y barata de obtener, pero también más laxa con el producto. Para un ingeniero eso significa un nivel de burocracia distinto alrededor de cada release: donde en un e-commerce normal una funcionalidad simplemente se despliega, en un producto de iGaming con licencia puede requerir la aprobación del departamento de compliance o incluso de un auditor externo.

Las ventajas del cambio

El argumento principal es el dinero y la velocidad de crecimiento. La industria paga a los ingenieros una prima notable frente al IT clásico por tres factores: parte de los candidatos se autoexcluye por la reputación del sector, las apuestas en producción van en tiempo real y sin margen de error, y las propias empresas suelen ser rentables y están dispuestas a pagar por contratar rápido. Una referencia de rangos para el puesto de Middle:

A nivel Senior y Lead la brecha suele ser aún mayor: aquí la prima empieza a incluir no solo el dominio, sino también la escasez de gente dispuesta a cubrir puestos de responsable de área. El catálogo completo de rangos por grado y ubicación está en los perfiles de cada rol, incluido el de el BI analyst. La segunda ventaja es la velocidad de crecimiento: los equipos de producto son pequeños, las decisiones se toman rápido, y un ingeniero con experiencia a menudo asciende a team lead o arquitecto en 12–18 meses, más rápido que en grandes corporaciones con escaleras profesionales largas.

Las desventajas: estigma, bancos, países cerrados

Las ventajas no son gratis. Conviene saber de antemano tres cosas para no encontrártelas de golpe después de la oferta.

• Estigma. No todos los familiares, amigos e incluso futuros empleadores de otros sectores ven el gambling con neutralidad. El juego de azar se asocia con la adicción y el daño social, y parte de la gente reacciona con recelo ante un «trabajo en un casino», aunque tu rol sea escribir el backend de una cola de pagos y no convencer a nadie de apostar más.
• Bancos y pagos. El juego está marcado en los sistemas de pago como categoría MCC de alto riesgo. Si el salario o los honorarios como contratista llegan con una mención explícita a casino/betting/gambling en el concepto del pago, algunos bancos —sobre todo en jurisdicciones conservadoras— pueden pedir documentación adicional sobre el origen de los fondos o congelar temporalmente la operación hasta comprobarla. Tiene solución, pero es mejor saberlo antes de la primera transferencia y no después.
• Países cerrados a la contratación. El estatus legal del juego online varía mucho según el país: en unas jurisdicciones está regulado y es legal, en otras está parcial o totalmente prohibido, incluido el trabajo para operadores extranjeros. Parte de las empresas internacionales, por motivos de compliance, no contrata en plantilla directamente a residentes de ciertos países y trabaja solo mediante esquemas de contratación mercantil, o directamente descarta esas ubicaciones. Conviene aclararlo en la primera llamada con el reclutador y no después de haber acordado la oferta.
• La inestabilidad regulatoria de los mercados. El juego online se regula a nivel de países e incluso de estados, y las normas cambian: un mercado puede endurecer las licencias, subir los impuestos o cerrar temporalmente el acceso a los operadores sin licencia local. Para un equipo de producto eso significa que la línea en la que llevas medio año trabajando a veces se cancela sin culpa del negocio, por una decisión del regulador; conviene incorporarlo a las expectativas igual que en cualquier otra industria regulada, como el fintech.

Ninguno de estos puntos anula las ventajas: la mayoría de los ingenieros de la industria pasan por esto sin consecuencias serias. Pero prepararse sale más barato que resolverlo a posteriori.

Cómo formular la experiencia en el currículum

El currículum para una vacante de iGaming apenas se diferencia de uno técnico normal, con una salvedad importante: el dominio aquí no asusta al reclutador, al contrario, juega a favor si el énfasis está bien puesto.

1. El stack técnico, en primer lugar. Los lenguajes, frameworks, infraestructura y métricas (latency, RPS, uptime, cobertura de tests) deben verse enseguida, incluso antes de que el reclutador lea el nombre de la industria.
2. El dominio, como un logro, no como una excusa. «Diseñé una cola tolerante a fallos para más de 50K apuestas por minuto durante un evento en vivo» suena más fuerte que el neutro «trabajé en una empresa de apuestas».
3. La experiencia regulatoria, una universal skill. Si has trabajado con KYC/AML, PCI DSS, GDPR o auditorías de organismos reguladores, sepáralo en un punto aparte. Es un puente directo al fintech si algún día decides cambiar de sector de nuevo.
4. Cómo formular la empresa. No hace falta ocultar la marca, pero puedes usar un neutro «international iGaming platform» o «regulated online gaming operator» en la cabecera del currículum: es una fórmula estándar y respetada en la industria, no un eufemismo.

Otro recurso que funciona es llevar dos versiones del summary en la parte superior del currículum para distintos flujos de candidatura: una con mención explícita de la experiencia en iGaming y sus métricas, para los reclutadores de la industria, y otra centrada en las competencias técnicas transferibles, si en paralelo consideras ofertas fuera del nicho. Un análisis con ejemplos de formulaciones buenas y malas, una plantilla de estructura y los errores más comunes, en una guía aparte «Cómo hacer un currículum para iGaming».

La cuestión del estigma en la entrevista

Tarde o temprano, en la llamada (normalmente del reclutador, con menos frecuencia del hiring manager) saldrá una pregunta directa o indirecta: «¿qué opinas de que esto sea gambling?». No es una trampa: las empresas de verdad filtran a la gente que después se irá a los tres meses por disonancia de valores, y prefieren averiguarlo desde el principio.

• Responde con honestidad, sin entusiasmo forzado. No hace falta decir «me encantan los juegos de azar»: la mayoría de los ingenieros de la industria no son jugadores. Basta con un tranquilo «lo veo de forma profesional: es una industria regulada con retos de ingeniería serios».
• Apóyate en hechos sobre la regulación. Menciona el licenciamiento, los mecanismos obligatorios de juego responsable (límites, autoexclusión) y que a los operadores legales les interesa esto tanto como al regulador: eso demuestra que entiendes el marco ético en lugar de ignorarlo.
• Céntrate en el reto de ingeniería. Dinero real en tiempo real, la carga en los picos de los eventos deportivos, la honestidad del RNG bajo auditoría: son retos técnicos genuinamente difíciles, y hablar de ellos con sinceridad es más interesante que justificarse.

Si las dudas son serias y no van de cómo formularlo, sino de valores personales, es también un motivo válido para no entrar en la industria, y es mejor darse cuenta en la fase del currículum que después de mudarse a un puesto nuevo.

Los primeros 90 días en el puesto nuevo

Hacia el final del tercer mes, la mayoría de los ingenieros del IT clásico dejan de sentirse novatos en el dominio: a partir de ahí es solo una vertical más en el currículum, solo que con un rango salarial más alto. Las vacantes técnicas actuales con filtro por formato, en la página de puestos remotos, y por stack concreto, por ejemplo, roles de backend , a través del buscador de vacantes.

Preguntas frecuentes

¿Hace falta una formación específica o un certificado de gambling para entrar en un puesto técnico? No. Los roles técnicos se contratan por habilidades de ingeniería, y el dominio se aprende in situ en el primer mes o dos.

¿Es verdad que es difícil volver del iGaming al IT normal? No, si el currículum está formulado en torno a logros técnicos y métricas, y no solo al nombre de la industria: los reclutadores fuera del iGaming miran el stack y los resultados igual que en cualquier otro sitio.

¿Qué rol es más fácil de conseguir desde cero sin experiencia previa en la industria? QA y backend, por el gran volumen de vacantes abiertas y porque la parte de dominio en los escenarios de prueba y las API se aprende más rápido.

¿Hay empresas que no consideran candidatos de ciertos países? Sí, por requisitos de compliance y regulación local, parte de los operadores limita la contratación por geografía; es una pregunta estándar para aclarar en la primera llamada con el reclutador, no un motivo para descartar la candidatura de antemano.

¿Conviene indicar en el currículum que antes trabajaste fuera del iGaming? Sin duda: precisamente la experiencia en otros sectores demuestra que las habilidades de ingeniería básicas se han probado fuera del nicho, y eso se valora tanto como el conocimiento de dominio, que de todas formas se aprende in situ.