-
Idiotisches Datumsformat
Autor: ulink 03.01.22 - 14:36
Weiter unten wurde meine aehnlich lautende Email gleich mal auf die Trollwiese verschoben, weil so eine "negative" Bewertung muss man ja immer gleich ausfuehrlich begruenden, auch wenn sie fuer jeden mit etwas Kenntnis der Materie offensichtlich ist. Denn sonst ist das ja gleich ein "Troll" oder gar "Hass" posting. Nun, dann gehen wir doch mal in medias res:
Die Idee der "unmittelbaren Lesbarkeit" ist nutzlos, weil jede Anzeige IMMER eine Interpretation ist. Und weil man Speicherformat und Anzeigeformat in aller Regel trennt: Speicherformat effizient und am besten standardisiert, Anzeigeformat gut lesbar (und wenn moeglich auch standardisiert). Wuerde mich auch nicht wundern, wenn das Microsoft Format auch noch Lokalzeit statt UTC verwendt (das gute Windows speichert ja standardmaessig auch die Lokalzeit in die RTC - auf so eine bescheuerte Idee muss man erst mal kommen).
Die Nutzung von Standards hat viele positive Nebeneffekte und die 3 wichtigsten Regeln fuer die SW-Entwicklung lauten wie folgt:
1) Standards nutzen
2) Standards nutzen
3) Standards nutzen
Aber das ist Microschrott ja schon immer egal gewesen. Lausige SW-Entwicklung, jegliche Standards ignorieren bzw. im Gegenteil versuchen, eigene (in aller Regel miese) proprietaere "Standards" in den Markt zu druecken (um damit der Konkurrenz das Leben kuenstlich schwer zu machen), gepaart mit massivem NIH Syndrom (not invented here). Und genau deshalb gibt es dann immer wieder solche unerwarteten Probleme.
P.S.: Falls ein paar Schlauberger jetzt meinen, das bekannte Unix Format (Sekunden seit 1.1.1970 00:00:00 UTC) sei auch nicht besser: Dem ist NICHT so weil:
1) Groesste Verbreitung und damit ein quasi-Standard, daher
1a) Implikationen, Bedeutung, Bereich allgemein bekannt
1b) Umwandlung in lesbare Anzeige und zurueck in allen Standardbibliotheken vorhanden
2) Effiziente Speicherung, maximaler Bereich (ab 1970, 31 Bit bis 2038, 32 Bit bis 2106)
3) UTC und daher weltweit gueltig/gleich, keine Probleme mit Sommerzeit
4) Leicht erweiterbar, z.B. zusaetzlicher 32 Bit unsigned integer fuer Mikro- oder Nanosekunden
5) Einfache Berechnungen (Differenz, Addition)
6) SW kann bis 2038 einfach auf 32 Bit Nutzung umgestellt werden --> reicht dann bis 2106
All das und noch mehr hat das Microsoft Format NICHT und deshalb ist es mies (selbst fuer Microsoft Ansprueche). Wie so vieles aus dieser Bude.



