C'è qualche motivo dietro l'utilizzo della data (1 gennaio 1970) come standard predefinito per la manipolazione dell'ora? Ho visto questo standard in Java e in Python. Sono a conoscenza di queste due lingue. Esistono altre lingue popolari che seguono lo stesso standard?
Per favore descrivi.
Risposte:
È lo standard del tempo Unix.
Il tempo Unix, o tempo POSIX, è un sistema per descrivere i punti nel tempo, definito come il numero di secondi trascorsi dalla mezzanotte del tempo universale coordinato prolettico (UTC) del 1 gennaio 1970, senza contare i secondi intercalari.
utilizzando la data (1 gennaio 1970) come standard predefinito
La Domanda fa due false supposizioni:
Il tempo in informatica non è sempre tracciato dall'inizio del 1970 UTC . Sebbene quel riferimento all'epoca sia popolare, vari ambienti di elaborazione nel corso dei decenni hanno utilizzato almeno quasi due dozzine di epoche . Alcuni sono di altri secoli. Vanno dall'anno 0 (zero) al 2001.
Eccone alcuni.
0 gennaio 1 a.C.
1 gennaio, 1 d.C.
15 ottobre 1582
1 gennaio 1601
31 dicembre 1840
17 novembre 1858
30 dicembre 1899
31 dicembre 1899
1 gennaio 1900
1 gennaio 1904
31 dicembre 1967
1 gennaio 1980
6 gennaio 1980
1 gennaio 2000
1 gennaio 2001
L'inizio del 1970 è popolare, probabilmente a causa del suo utilizzo da parte di Unix. Ma questo non è affatto dominante. Per esempio:
January 0, 1900(31 dicembre 1899).1 January 2001, GMT .January 6, 1980mentre l'alternativa europea utilizza Galileo22 August 1999 .Supponendo che un count-since-epoch stia usando l'epoca Unix sta aprendo una grande vulnerabilità per i bug. Un tale conteggio è impossibile da decifrare all'istante per un essere umano, quindi errori o problemi non saranno facilmente segnalati durante il debug e la registrazione. Un altro problema è l'ambiguità della granularità spiegata di seguito.
Suggerisco caldamente invece di serializzare i valori di data e ora come stringhe ISO 8601 non ambigue per lo scambio di dati piuttosto che un numero intero count-since-epoch: YYYY-MM-DDTHH:MM:SS.SSSZcome 2014-10-14T16:32:41.018Z.
Un altro problema con il monitoraggio del tempo count-since-epoch è l'unità di tempo, con almeno quattro livelli di risoluzione comunemente usati.
perché è sempre il 1 ° gennaio 1970, perché - '1 ° gennaio 1970' di solito chiamato come "data dell'epoca" è la data in cui l'ora è iniziata per i computer Unix, e quel timestamp è contrassegnato come '0'. Qualsiasi tempo da quella data viene calcolato in base al numero di secondi trascorsi. In parole più semplici ... il timestamp di qualsiasi data sarà la differenza in secondi tra quella data e il "1 gennaio 1970" Il timestamp è solo un numero intero che inizia dal numero "0" su "Midnight 1st January 1970" e continua ad aumentare di '1' ogni secondo passaggio Per la conversione dei timestamp UNIX in date leggibili, PHP e altri linguaggi open source forniscono funzioni integrate.
C'è qualche motivo dietro l'utilizzo della data (1 gennaio 1970) come standard per la manipolazione dell'ora?
Nessun motivo che importi.
Il timemodulo di Python è la libreria C. Chiedi a Ken Thompson perché ha scelto quella data per una data epocale. Forse era il compleanno di qualcuno.
Excel utilizza due epoche diverse. Qualche motivo per cui versioni diverse di Excel utilizzano date diverse?
Ad eccezione del programmatore vero e proprio, nessun altro saprà mai perché sono state prese quelle decisioni.
E...
Non importa perché è stata scelta la data. Lo era e basta.
Gli astronomi usano la propria data epocale: http://en.wikipedia.org/wiki/Epoch_(astronomy)
Perché? È necessario scegliere una data per far funzionare la matematica. Qualsiasi data casuale funzionerà.
Una data lontana nel passato evita i numeri negativi per il caso generale.
Alcuni dei pacchetti più intelligenti utilizzano il prolettico anno gregoriano 1. Qualche motivo per cui l'anno 1?
C'è una ragione data in libri come Calcoli calendari: è matematicamente leggermente più semplice.
Ma se ci pensi, la differenza tra 1/1/1 e 1/1/1970 è solo del 1969, un banale offset matematico.
1 gennaio 1970 00:00:00 è il punto zero del tempo POSIX .
D) "Perché le date vengono calcolate dal 1 gennaio 1970?"
A) Doveva essere il più recente possibile, ma includere un po 'di passato. Molto probabilmente non c'era nessun altro motivo significativo, poiché molte persone si sentono allo stesso modo.
Sapevano che avrebbe posto un problema se lo avessero inserito troppo lontano nel passato e sapevano che avrebbe dato risultati negativi se fosse stato nel futuro. Non c'era bisogno di andare più a fondo nel passato poiché molto probabilmente gli eventi si verificheranno in futuro.
Note: I Maya, d'altra parte, avevano la necessità di collocare gli eventi nel passato, poiché avevano la conoscenza di molto passato, per il quale creavano un calendario a lungo termine. Giusto per collocare tutti i fenomeni di routine sul calendario.
Il timestamp non è stato inteso come un calendario, è un'epoca. E credo che i Maya abbiano creato il loro calendario a lungo termine usando la stessa prospettiva. (nel senso che sapevano benissimo di non avere alcun rapporto con il passato, avevano solo bisogno di vederlo in una scala più grande)
Sì, C (e la sua famiglia). È qui che lo ha portato anche Java.