yyyyMMdd ist das wahre Datumsformat

yyyyMMdd ist das wahre Datumsformat

@meinung

11 points · 10 comments · view on lemmy.world

10 Comments

fylkenny@feddit.de · 12 pts · 2y (5 replies)

Fast richtig ISO 8601 ist das einzige akzeptable.

xvlc@feddit.de · 4 pts · 2y

Einspruch: RFC 3339

dichotomiker@dresden.network · 2 pts · 2y (3 replies)

@fylkenny veraltet

342345@feddit.de · 2 pts · 2y (2 replies)

Ja, welche denn stattdessen?

EN 28601? https://de-academic.com/dic.nsf/dewiki/364720

In jedem Fall muss die Zeitzone implizit oder explizit mit drin sein. Ohne lässt sich mit dem Datum nicht rechnen.

dichotomiker@dresden.network · 3 pts · 2y (1 reply)

@342345 war ein scherz; 20240126 ist in ISO 8601 enthalten. Man darf die Minusse weglassen.

edit: Aber erklär das mal Excel

gehrluke@feddit.de · 1 pts · 2y

Excel ist Mist. Das kann ned mal ein einfaches CSV easy öffnen. Es geht, ist aber umständlich.

KISSmyOS@feddit.de · 9 pts · 2y

Man kann sich über das beste Datumsformat streiten, aber das schlechteste steht fest:

In Excel wird intern mit einem numerischen Datumsformat gearbeitet, das aus einer fortlaufenden Zahl von Tagen ab dem 1. Januar 1900 besteht.
Die Zahl der Tage wird dabei systematisch um einen Tag zu hoch berechnet.
Ursache ist, das das Jahr 1900 tatsächlich nur 365 Tage hatte, von Microsoft aber fälschlicherweise als Schaltjahr mit 366 Tagen gerechnet wird.

theonyltruemupf@feddit.de · 5 pts · 2y (1 reply)

Für Datenbanken oder Dateinamen? Ja. Für tägliche Konversation? Nein. dd.mm.yyyy ist da einfach praktischer, weil der Tag meistens die wichtigste Information ist.

dichotomiker@dresden.network · 0 pts · 2y

@theonyltruemupf Gewöhnungssache?

zerodreamer@feddit.de · 3 pts · 2y

ISO8601

2024-01-27T11:54:00+01:00PT01H