Navigatie overslaan.
Start

Schrikkeldag

Microsoft en datums is blijkbaar toch een onmogelijke combinatie.

29 februari 2012 en hun Azure cloudservice ligt heel de dat plat omdat hun services niet met een scrhikkeldag overweg kunnen.
Nu weten we ook waarom het "Office 365" heet. ;-)

4 jaar geleden, hebben ze exact dezelfde fout gemaakt waardoor op 29 februari 2008 hun "Zune" muziekspelertjes een dagje stil bleven.

Ik ben in de veronderstelling dat op 29 februari 2016 "Microsoft TV" een hele dag niet zal functioneren.

Naast deze fiasco's zijn er nog een heleboel issues met datums in hun software.
De ingebouwde datumfuncties in Excel, Visual Basic, Visual C, etc... zijn gewoon niet geschikt voor accurate berekeningen.
Schrikkeldagen lukt soms, alhoewel er soms schrikkeldagen in acht genomen worden in jaren dat er geen waren (eeuwjaren), maar van een schrikkelsecondes heeft Microsoft klaarblijkelijk nog nooit gehoord... (zie http://blog.knudde.be/epoch)

Ook worden datums vaak verkeerd gebruikt. Het meest gekende issue is van vroeger, toen "9/9/99" volgens Microsoft wilde zeggen dat de datum niet was ingevuld.
En toen werd het 9 september 1999...

Om maar een voorbeeld te geven dat het uitrekenen van het aantal dagen tussen 2 datums niet zo simpel is als Microsoft denkt en natuurlijk ook om aan te geven van Linux daar wel mee overweg kan:

Het is Februari 1753 in België:

ncal -s BE 2 1753
    Februari 1753     
ma     5 12 19 26   
di     6 13 20 27   
wo     7 14 21 28   
do  1  8 15 22      
vr  2  9 16 23      
za  3 10 17 24      
zo  4 11 18 25     

Het is Februari 1753 in Zweden:

ncal -s SW 2 1753
    Februari 1753     
ma  1  8 15         
di  2  9 16         
wo  3 10 17         
do  4 11            
vr  5 12            
za  6 13            
zo  7 14       

Er zouden jou 2 dingen moeten opvallen...

Zie ook http://blog.knudde.be/Zweden-MS%3A+1-0