Wpis z mikrobloga

@unconventional:

1 000 000 000 - 2001.09.09 01:46:40
1 100 000 000 - 2004.11.09 11:33:20
1 200 000 000 - 2008.01.10 21:20:00
1 300 000 000 - 2011.03.13 07:06:40
1 400 000 000 - 2014.05.13 16:53:20
1 500 000 000 - 2017.07.14 02:40:00
1 600 000 000 - 2020.09.13 12:26:40
1 700 000 000 - 2023.11.14 22:13:20
1 800 000 000 - 2027.01.15 08:00:00
1 900 000 000 - 2030.03.17 17:46:40
  • Odpowiedz
@maroslawxp: A najlepsze jest to że nikt się na Y2K38 nie przygotował choć jest poważniejsze ale przy Y2K wszyscy srali w gacie chociaż już wszystko było skrojone pod to żeby nie wywaliło roku 1900 xD
  • Odpowiedz
@doogroo2: Chyba nie trzeba wehikułu czasu aby przewidzieć przyszłość. Wystarczy spojrzeć jak olewczo ludzie traktują ten problem dziś, choć jest poważniejszy niż Y2K bo to nie kwestia zakodowania czegoś na sztywno tylko kwestia limitu 32-bitorwej zmiennej, już teraz można przelecieć absolutnie wszystko i skorygować parę linijek tak żeby czas był w 64-bitowej zmiennej i mieć święty spokój, a Y2K też narobiło ambarasu tam gdzie nie było załatane i powinno się z
  • Odpowiedz
@supra107: tak olewczo ze np Ruby wprowadziło 64 bitwa zmienna czasu w 2010, 13 lat temu, a Linux używał 64 bitowej zmiennej czasu od zawsze, BDS Unix używa 64 bitowej zmiennej czasu od wersji 5.5 wydanej w 2014... To że nie słyszysz o czymś nie znaczy, że ludzie to olewają ( ͡° ͜ʖ ͡°)
  • Odpowiedz