Jeder Backend-Entwickler hat schon einmal einen Datums-Bug ausgeliefert.

Ein Zeitstempel, der um eine Stunde danebenliegt. Ein Report, in dem die Daten von gestern fehlen, aber nur für manche Nutzer. Eine Meeting-Erinnerung, die um 3 Uhr morgens losgeht. Eine Dauer, die irgendwie negativ zurückkommt.

Das Schlimmste daran: Diese Bugs schlagen nur selten dort fehl, wo man sie erwartet. Auf deinem Rechner funktioniert alles. Die Tests laufen durch. Und dann trifft es jemanden in einer anderen Zeitzone, an einem Sonntag im Oktober oder März – und plötzlich macht dein völlig vernünftiger Code unmögliche Dinge.

Dieser Talk ist eine Live-Bug-Jagd. Wir reproduzieren diese Fehler live auf der Bühne, schauen ihnen beim Entstehen zu und finden anschließend heraus, was tatsächlich schiefgelaufen ist.

Am Ende lassen sich all diese Bugs auf eine einzige Unterscheidung zurückführen: ein Zeitpunkt in der Zeit versus das, was eine Uhr an der Wand anzeigt. Sobald dieser Unterschied sitzt, ergeben plötzlich viele Datums- und Zeit-APIs viel mehr Sinn. Außerdem gebe ich eine kleine Checkliste mit auf den Weg, die bei der Arbeit mit Zeit eine einfache Frage beantwortet: Was genau versuche ich eigentlich darzustellen?