Daten bleiben eine amüsante Herausforderung in der Software. Ich habe eine Beschwerde von einem Kunden erhalten, dass er am 31. Januar um 18 Uhr seiner Zeit ein Abonnement gekauft hat… aber eine Quittung mit dem Datum 1. Februar erhalten hat. Das ist falsch - und sie haben recht! Aber aus der Sicht des Servers ist das Datum richtig!

Stell dir vor, du baust ein System: wie baust du es: - Um die Zeitzone / Zeiteinstellungen des Kunden zu verwenden - aber das eröffnet alle möglichen interessanten Herausforderungen (einschließlich z.B. vergangene/zukünftige Daten!) - Um den Beleg in die Zeitzone des Kunden zu konvertieren: aber was passiert, wenn derselbe Benutzer z.B. reist. Ändern sich dann alle ihre Belege? - Um UTC zu verwenden (was hier passiert): konsistent, aber dann aus der Sicht des Kunden falsch Es ist ein schwieriges Problem!