api tech test

SB & G API -Tech -Test

Einführung

Willkommen beim technischen Test des Sky -Wett- und Gaming!

Wir hoffen, dass Sie diese Übung unterhaltsam und interessant finden. Es gibt keine Trickfragen; Wir möchten Ihre Lösung für ein einfaches Problem mit gut durchdachtem und gut strukturiertem Code sehen. Wir erkennen, dass es im Brief viele Themen gibt und dass Sie möglicherweise nicht die Erfahrung oder Zeit haben, um sie alle zu vervollständigen.

Es gibt keine strenge Zeitbeschränkung dafür, wie lange Sie für den Test ausgeben, aber wir empfehlen Ihnen, nicht länger als 3 Stunden dafür auszugeben.

Wenn Sie etwas produziert haben, auf das Sie stolz sind, senden Sie es an uns (siehe Einreichung). Wir können Sie dann zu einem Interview einladen. In diesem Interview werden Sie Ihre Arbeit besprechen, daher lohnt es sich, darüber nachzudenken, wie Sie die Bewerbung weiter verbessern würden, auch wenn Sie keine Zeit haben, dies zu tun.

Der Brief

Erste Überlegungen

Unser Produktteam möchte, dass Sie uns helfen, eine neue Roulette -Plattform aufzubauen. Derzeit funktionieren alle unterschiedlichen Variationen von Roulette auf unterschiedliche Weise, einige mit mehr Geschäftslogik im vorderen Ende als bevorzugt. Das Produktteam möchte eine einzige Roulette -Plattform haben, auf die sie sich konzentrieren können.

Für diesen technischen Test möchten wir, dass Sie eine Roulette -API erstellen. Dies ist eine API, die Anfragen von einem Benutzer empfängt, ein Roulette -Spiel simuliert und die Ergebnisse zurückgibt. Eine Frontend -Benutzeroberfläche ist nicht erforderlich, und es wird auch keine Berücksichtigung von Diensten berücksichtigt, die Sie möglicherweise als gemeinsam genutzt werden. Beispiele hierfür können die Überprüfung der Account oder die Spielhistorie sein. Wenn Sie so etwas in Ihren Code aufnehmen möchten, schreiben Sie bitte gegen einen Stub - es besteht sicherlich nicht erforderlich, eine vollständige Implementierung zu schreiben.

Wir möchten, dass Sie nachdenken:

• Wie Wetten platziert werden, wie ein Sieg oder ein Verlust kommuniziert wird, wie Gewinne gezeigt werden. Ermöglicht Ihre Implementierung einzelne Wetten, Farbwetten, ungerade/sogar Wetten usw.?
• Welche API -Methoden wären für andere Teams nützlich, die einen Anrufcode schreiben (wie Sie die API einfach zu bedienen können. Ist jede Methode, die das tut, was jemand anderes erwartet würde?).
• Testen und Wartbarkeit - Sie sollten überlegen, welche Tests angemessen sind.

Weitere Überlegungen

Die Erwartung des Produktteams ist, dass wir so schnell wie möglich ein vollständig funktionierendes System produzieren und dann weiterhin Funktionen hinzufügen. Wir hoffen, dass Sie über diese Erwartung nachdenken, während Sie arbeiten.

• Wenn Sie weitere Funktionen hinzufügen, möchten Sie möglicherweise überlegen, wie sie in die Produktion eingeführt werden. Würde Ihr Design leicht zu, dass Feature -Umschaltungen implementiert werden?
• Könnten Sie Ihr System problemlos testen lassen?
• Gibt es bestimmte Teile des Systems, das Sie überwachen möchten? Wie würden Sie sie überwachen?
• Wie würden Sie Ihr System in einer Umgebung bereitstellen? Warum sollte es vorteilhaft sein, diesen Fortschritt zu automatisieren?

Vorlage

Ersetzen Sie den Inhalt dieser Readme.md durch:

1. Ein Abdeckungsnotiz, in dem die von Ihnen getroffenen technologischen Entscheidungen erläutert werden.
2. Alle Anweisungen, die erforderlich sind, um Ihre Lösung und Tests in einer Linux/Mac -Umgebung auszuführen.

Senden Sie Ihre SBG -Rekrutierungskontakt mit dem Git Bündelten Repository als Anhang und zeigen Sie Ihren Ausschreibungsverlauf mit allen Funktionen in der Hauptfiliale an:

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

Gleichheit und Vielfalt

Wir betrachten alle Kandidaten gleichermaßen und ohne Voreingenommenheit. Weitere Informationen finden Sie auf der SBG Careers -Website.