Notizen aus meinem Stripe-SWE-Interviewprozess, im Nachhinein aufgeschrieben.
Wie man sich vermutlich schon denken kann, geht es in diesem Artikel nicht darum, LeetCode-Aufgaben zu pauken, dynamische Programmierung zu üben oder, Gott bewahre, Binärbäume umzudrehen. Für Ratschläge dazu bin ich der falsche Mensch. Den Interviewprozess bei Stripe habe ich allerdings vor nicht allzu langer Zeit selbst durchlaufen, und über den Ablauf weiß ich deshalb ein wenig. Damit erkläre ich mich kurzerhand für qualifiziert, Tipps zu Interviews im Stripe-Stil zu verteilen. Besonders nützlich dürfte das für alle sein, die ständig hören, Stripe sei anders, ohne dass ihnen je jemand sagt, was damit eigentlich gemeint ist.
Los geht's.
Die gute Nachricht: Interviews bei Stripe lassen sich üben wie jede andere Fähigkeit auch. Ich jedenfalls brauchte reichlich Übung, bevor ich halb kaputten Zahlungscode halbwegs zuversichtlich lesen konnte. Besonders gut bin ich darin noch immer nicht. Meine letzte Runde in CoderPad endete in einem kleinen Desaster. Im zweiten Teil schrieb ich eine hübsche, clevere Funktion, die sich im dritten Teil nicht erweitern ließ.
Also durfte ich größere Stücke neu schreiben, während mein Interviewer mir beim Schwitzen zusah. Warum war das so übel? Weil ich Teil eins unbedingt schnell abschließen wollte und deshalb auf Cleverness statt auf Erweiterbarkeit optimiert hatte. Weshalb optimierst du auf Cleverness, wenn du weißt, dass in Teil drei noch Wiederholungsmechanismen dazukommen, höre ich die Frage schon. Gute Frage. Bei meiner Vorbereitung hatte ich keine Ahnung, was ich tat, höre ich mich antworten.
Ready to ace your next interview?
InterviewMan gives you real-time AI answers during live interviews — undetectable on Zoom, Meet, and Teams.
Try InterviewMan FreeDamit wären wir bei meinem ersten Rat: Lies den kaputten Code, bevor du den Fehler errätst.
Ich stoße oft auf gut gemeinte Empfehlungen, nach denen Kandidaten für Stripes Bug Bash eine Liste mit „typischen Fehlern in Zahlungssystemen“ auswendig lernen sollen. Dann könne man in Minute zwei einfach das passende Muster erkennen. Meiner womöglich etwas streitbaren Meinung nach ist das völliger Unsinn. Im besten Fall liegst du richtig und fühlst dich zehn Minuten lang schlau, bis du merkst, dass deine Korrektur einen anderen Codepfad kaputtmacht.
Im schlechtesten Fall verbringst du die ganze Stunde damit, eine falsche Vermutung zu bestätigen. Eine Runde von 60 Minuten. Echter Stripe-Code. Die ersten zehn Minuten habe ich nur gelesen. Ungefähr in Minute 34 fand ich meinen Fehler, genau an der Grenze zwischen einer Validierungsfunktion und einem Wiederholungspfad, der beim zweiten Durchlauf unbemerkt den Zustand zurücksetzte.
Die Wahrscheinlichkeit, in einem Stripe-Integrationsinterview nicht die Worte „build something with PaymentIntents“ zu hören, liegt exakt bei null. Wer das weiß, kann diese Runde ziemlich souverän angehen. Die folgenden Seiten solltest du bis dahin vielleicht so gut kennen, dass du dich fast aus dem Muskelgedächtnis durchklicken kannst.
- Die PaymentIntents-Seite.
- Die Seite mit den Fehlercodes.
- Die Seite zur Idempotenz.
Es gibt keinen Grund, darüber erst im Interview nachzudenken und dann umständlich nach dem richtigen Klick zu suchen. Nimm dir vorher Zeit für diese Seiten, bis du dich beinahe nach Gefühl darin bewegst. Der Hinweis klingt ausgesprochen offensichtlich, trotzdem beherzigen ihn viele nicht. Mit geöffneten Dokumentationsseiten zu üben ist meiner Ansicht nach der einfachste Schritt mit der größten Wirkung, wenn man in dieser Phase auffallen möchte.
Nur in diesem Fall ist ein wenig Stalking völlig in Ordnung. Vor dem Systemdesign das Stripe Engineering Blog zu durchforsten hilft aus zwei Gründen. Zum einen versteht man besser, welche verteilten Probleme Stripe wirklich beschäftigen und an welcher Stelle der Interviewer nachhaken könnte. Zum anderen bekommt man ein Gefühl dafür, für welche Art von Problemen das Unternehmen Leute einstellt. Bei mir lief die Aufgabe in Whimsical und ähnelte einem Rate Limiter.
In der zweiten Hälfte des Gesprächs ging es darum, was passiert, wenn zwei Server sich nicht einig sind, ob ein Client das Limit überschritten hat. Allgemeine Systemdesign-Kurse lieferten mir die Diagramme. Das Stripe Engineering Blog lieferte den Blickwinkel, der zu den tatsächlichen Fragen des Interviewers passte.
Noch ein Wort zu den Werkzeugen, weil diese Frage jedes Mal kommt. Für die Teile der Vorbereitung, bei denen ein reines Coding-Overlay nichts bringt, habe ich InterviewMan genutzt. Bei Stripe findet schließlich nicht alles in CoderPad statt. Es gibt Sprache, Video und Bildschirmfreigabe, dazu den verhaltensbezogenen Teil. Interview Coder 2.0 kostet 299 Dollar im Monat und kümmert sich ausschließlich ums Coding.
InterviewMan kostet im Jahresabo 12 Dollar pro Monat, also 144 Dollar im Jahr. 57.000 Nutzer. Die Bewertung liegt bei 4,8 von 5 auf Grundlage von 257 Rezensionen. Sämtliche Stealth-Funktionen sind enthalten. Unterstützt werden Zoom, Teams, Meet, Chime und Webex. Auch in HackerRank, CoderPad und Codility funktioniert es. Die App läuft unter Windows, macOS, Android und iOS sowie in Chrome. Anschließend habe ich trotzdem eine Probeaufnahme gemacht und dabei das Dock, die Prozessliste und die Aufzeichnung in Zoom geprüft. Immer selbst nachsehen.
Falls du eine Absage bekommst, bist du schlicht eine Interviewrunde näher an derjenigen, die mit einem Angebot endet. Bitte den Recruiter in jedem Fall um Rückmeldung. Häufig kann man damit tatsächlich etwas anfangen. Manchmal lautet sie allerdings nur, man sei sehr nah dran gewesen, doch jemand mit ein klein wenig mehr unmittelbar passender Fintech-Erfahrung habe am Ende besser gepasst. Besonders hilfreich ist das nicht. Beruhigend darf es trotzdem sein: Du bist wirklich, wirklich nah dran.
Und jetzt hol dir das Angebot!
Ready to Ace Your Next Interview?
Join 57,000+ professionals using InterviewMan to get real-time AI assistance during their interviews.
