<div dir="ltr">A quanto mi risulta, dal punto di vista informatico il problema è effettivamente notevole perché, mentre per il calcolo dell'anno bisestile esiste una regola, per il secondo intercalare non è possibile stabilire regole sul lungo periodo, quindi si tratta di una variabile che non si può tenere in considerazione durante la scrittura di codice per la gestione delle date (o meglio, per il futuro non si possono fare previsioni, per il passato serve una tabella dei leap second già applicati).<div>
Non posso, ad esempio, calcolare esattamente quanti secondi separano questo preciso istante dal 1 gennaio del 2020, perché non so quanti saranno i leap second applicati.</div><div><br><div><div class="gmail_extra"><br><div class="gmail_quote">
Il giorno 23 maggio 2013 09:24,  <span dir="ltr"><<a href="mailto:a.furieri@lqt.it" target="_blank">a.furieri@lqt.it</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
forse OT ... ma dopo tutto il Tempo e' comunque la quarta<br>
dimensione dello spazio.<br>
<br>
quanti di voi sono consapevoli dell'esistenza dei "secondi<br>
bisestili" (leap second) ? [1]<br>
io <a href="http://p.es" target="_blank">p.es</a>. non li avevo mai sentiti nominare.<br>
<br>
[1] <a href="https://it.wikipedia.org/wiki/Secondo_intercalare" target="_blank">https://it.wikipedia.org/wiki/<u></u>Secondo_intercalare</a><br>
<br>
tutti siamo sicuramente a conoscenza del fatto che quando un<br>
anno e' bisestile viene inserito un giorno extra (29 febbraio)<br>
in modo tale da mantenere il calendario civile perfettamente<br>
allineato con il calendario astronomico.<br>
<br>
il "leap second" lavora ad un livello di precisione ancora piu'<br>
fine; di quando in quando si decide di aggiungere un secondo<br>
extra; l'ultima volta e' accaduto il 30 giugno 2012.<br>
<br>
la cosa non e' priva di conseguenze pratiche per il software;<br>
<a href="http://p.es" target="_blank">p.es</a>. io ho scoperto l'esistenza del "leap second" seguendo la<br>
ML di SQLite, quando e' emerso che alcune funzioni per il calcolo<br>
dell'intervallo trascorso tra due valori DATETIME padellavano<br>
appunto esattamente di un secondo perche' non tenevano conto<br>
dell'ultima modifica avvenuta anno scorso.<br>
<br>
curioso, e buono a sapersi.<br>
<br>
ciao Sandro<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Il messaggio e' stato analizzato alla ricerca di virus o<br>
contenuti pericolosi da MailScanner, ed e'<br>
risultato non infetto.<br>
<br>
______________________________<u></u>_________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/<u></u>mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
638 iscritti al 28.2.2013</font></span></blockquote></div><br></div></div></div></div>