api tech test

Prueba de tecnología de API SB&G

Introducción

¡Bienvenido a la prueba técnica de Sky Betting & Gaming!

Esperamos que encuentre este ejercicio divertido e interesante. No hay preguntas de truco; Queremos ver su solución a un problema simple con un código bien pensado y bien estructurado. Nos damos cuenta de que hay muchos temas en el breve y que es posible que no tenga la experiencia o el tiempo para completarlos todos.

No hay un límite de tiempo estricto en cuánto tiempo pasa en la prueba, pero le recomendamos que pase no más de 3 horas en él.

Cuando haya producido algo de lo que esté orgulloso, envíenoslo (ver envío). Luego podemos invitarlo a una entrevista. En esta entrevista, discutirá su trabajo, por lo que vale la pena considerar cómo mejoraría aún más la aplicación, incluso si no tuvo tiempo para hacerlo.

El breve

Consideraciones iniciales

Nuestro equipo de productos desea que nos ayude a construir una nueva plataforma de ruleta. Actualmente, todas las diferentes variaciones de la ruleta funcionan de diferentes maneras, algunas con más lógica de negocios en el front -end de lo que se prefiere. El equipo de productos aspira tener una sola plataforma de ruleta en la que puedan concentrarse.

Para esta prueba técnica, nos gustaría que cree una API de ruleta. Esta será una API que recibe solicitudes de un usuario, simula un juego de ruleta y devuelve los resultados. No se requiere una interfaz de usuario delantero, tampoco es consideración de ningún servicio que pueda esperar que se comparta; Ejemplos de estos pueden ser la verificación de la cuenta o el historial de juegos. Si desea incluir algo como esto en su código, escriba contra un trozo; ciertamente no es necesario escribir una implementación completa.

Nos gustaría que considere:

• Cómo se realizan las apuestas, cómo se comunica una victoria o una pérdida, cómo se mostrarán las ganancias. ¿Su implementación permite apuestas únicas, apuestas de color, apuestas impares/incluso, etc.?
• ¿Qué métodos API serían útiles para otros equipos que escriben el código de llamadas (cómo puede hacer que la API sea fácil de usar? ¿Cada método está haciendo lo que alguien más esperaría que haga?).
• Pruebas y mantenimiento: debe considerar qué pruebas son apropiadas.

Otras consideraciones

La expectativa del equipo de productos es que producimos un sistema de trabajo completamente lo antes posible, luego continuamos agregando características. Esperamos que piense en esta expectativa mientras trabaja.

• A medida que agrega más funciones, es posible que desee considerar cómo se implementarían en producción. ¿Su diseño permitiría que se implementen fácilmente los alternativos de la función?
• ¿Podría cargar fácilmente probar su sistema?
• ¿Hay ciertas partes del sistema que le gustaría monitorear? ¿Cómo los monitorearías?
• ¿Cómo implementaría su sistema en un entorno? ¿Por qué sería ventajoso automatizar este progreso?

Envío

Reemplace el contenido de este readMe.md con:

1. Una nota de cobertura que explica las opciones de tecnología que ha tomado.
2. Cualquier instrucción requerida para ejecutar su solución y prueba en un entorno de Linux/Mac.

Envíe un correo electrónico a su contacto de reclutamiento SBG con el repositorio de BIT BUNDLED como un archivo adjunto, que muestra su historial de confirmación con todas las características en la rama principal:

    git bundle create <anything>.bundle --all --branches

Igualdad y diversidad

Consideramos a todos los candidatos por igual, justo y sin sesgo. Se puede encontrar más información en el sitio web de SBG Careers.