Backend-Entwickler auswählen: APIs, Daten und Betrieb

Beschreiben Sie den Backend-Auftrag anhand seiner Folgen

„Backend-Entwickler mit Erfahrung in Java und PostgreSQL“ lässt die eigentliche Verantwortung offen. Benennen Sie den Dienst, seine Nutzer und die Änderung, die ansteht. Geht es um eine neue Schnittstelle, einen fehlerhaften Datenfluss, eine langsamere Abfrage oder eine verlässlichere Verarbeitung im Hintergrund?

Halten Sie Muss-Erfahrung von der konkreten Werkzeugliste getrennt. Eine erfahrene Person sollte Folgen für Datenintegrität, Rückwärtskompatibilität und Betrieb erklären können. Sie muss aber nicht jede Bibliothek Ihrer Codebasis schon kennen, wenn die vorhandenen Muster verständlich sind und Einarbeitung möglich ist.

Bei Seniorität zählt die Reichweite der Entscheidung: Arbeitet die Person nach klarer Vorgabe an einem Dienst, entwirft sie einen API-Vertrag mit dem Team oder koordiniert sie Änderungen über mehrere Dienste? Übertragen Sie Verantwortung nur, wenn Ihr Team die nötigen Produktregeln, Zugänge und Freigaben bereitstellt.

Prüfen Sie eine API-Änderung an einem kleinen Fall

Fiktives Beispiel: Der Import erhält dieselbe Nachricht nach einem Timeout noch einmal. Fragen Sie, wie die Person doppelte Verarbeitung verhindert, welche Kennung einen Wiederholungsversuch erkennt und was passiert, wenn die Datenbank nach dem Speichern, aber vor der Antwort ausfällt.

Eine nachvollziehbare Antwort unterscheidet fachliche Eindeutigkeit von Transport-Wiederholung, zeigt eine passende eindeutige Datenregel und erklärt, wie der Aufrufer Erfolg oder einen wiederholbaren Fehler erkennt. Sie benennt außerdem, was protokolliert wird, damit ein Vorfall untersucht werden kann, ohne geheime Schlüssel oder unnötige personenbezogene Daten zu speichern.

Bitten Sie um einen kleinen Ablauf oder Test, der den zweiten identischen Aufruf zeigt. Fragen Sie dann: „Welche Beobachtung würde belegen, dass beide Aufrufe nur einen Auftrag erzeugt haben?“ Damit prüfen Sie Datenintegrität und Belegführung statt Schlagwörter.

Das sind Vorschläge für eine Arbeitsprobe. Kennung, Fehlerantwort und Speicherregeln hängen von Ihrer Schnittstelle ab.

Fragen für das Auswahlgespräch

• „Wie haben Sie zuletzt einen API-Vertrag geändert, ohne vorhandene Aufrufer zu überraschen?“
• „Welche Datenregel gehört in die Datenbank, welche in den Anwendungscode?“
• „Wie begrenzen Sie Wiederholungen, Timeouts und doppelte Verarbeitung?“
• „Wie würden Sie einen langsamen Endpunkt untersuchen, bevor Sie ihn umbauen?“
• „Welche Angaben braucht ein Alarm, damit das Team handeln kann, ohne sensible Werte offenzulegen?“
• „Was testen Sie bei Berechtigungen und ungültigen Eingaben?“

Als kurze Arbeitsprobe genügt ein vorbereitetes Schema und eine API-Skizze. Lassen Sie Eingabe, Ausgabe, Fehlerfälle und einen Test für Wiederholungen erklären. Geben Sie dieselben Daten und Hilfsmittel an alle Personen. Verwenden Sie keine echten Zugangsdaten oder produktiven Kundendaten.

• Ergebnis und Zuständigkeiten vorab benennen.
• Erfahrung an einer eigenen früheren Änderung prüfen.
• Mindestens einen Fehler- und Wiederholungsfall besprechen.
• Festhalten, wer Datenregeln, Zugriffe und Freigaben verantwortet.

Das Team bleibt für Produktregeln und Freigaben verantwortlich

Ein Gespräch zeigt einen Ausschnitt, nicht die spätere Betriebsleistung. Ihr Team legt Datenzugriff, Sicherheitsregeln, fachliche Abnahme und Releaseverantwortung fest. Division5 gleicht den Bedarf mit vorab geprüften Profilen ab. Sie können die geprüften Profile und aufgezeichneten Interviews schon vor dem Kennenlernen ansehen. Für alle Fachkräfte gilt eine 30-tägige Testphase; Umfang und Bedingungen halten Sie vor Beginn schriftlich fest. Verfügbarkeit wird für Ihre Anfrage geprüft. So läuft der Auswahlprozess ab.

Fachkräfte für Ihr Team ansehen.