Langere zomertijd in VS probleem voor programmeurs

Een energiebesparingswet die de zomertijd in de Verenigde Staten met een maand verlengt, zal waarschijnlijk binnenkort door het Congres worden aangenomen. De zomertijd zou dan twee weken eerder beginnen en twee weken later ophouden. Zij die de wet steunen, verwachten er 100.000 vaten olie per dag mee te besparen.

Voor programmeurs kan dit wel eens een hoop werk betekenen. Tegenwoordig zetten computers en andere elektronische apparatuur met een klok aan boord deze doorgaans automatisch op zomertijd en weer terug, en al die apparatuur zal opnieuw moeten worden geprogrammeerd. Tal van programmeurs en systeembeheerders zijn al jaren aan het worstelen met hulpprogramma's rond de zomertijd. Cisco Systems heeft bijvoorbeeld tal van pagina's met technische informatie over het verhelpen van zomertijdproblemen en het discussieforum van Oracle staat vol met posts van programmeurs die hulp zoeken bij problemen met de zomertijd.

De IT-industrie heeft overigens nog tijd genoeg om zich op de verandering voor te bereiden. Als de wet dit jaar wordt aangenomen, zal hij pas in 2007 in werking treden. Met veranderingen aan de zomertijd doen de VS het trouwens nog kalm aan, vergeleken met sommige andere landen. Dit wordt de eerste verandering sinds 1987. Brazilië bijvoorbeeld verandert de data ieder jaar en Israël deed dat tot dit jaar ook. Chili begon in 1987 wat later vanwege het bezoek van de paus in april. Sydney begon in 2000 juist wat eerder vanwege de daar gehouden Olympische Spelen. Dat bezorgde Microsoft pas echt overwerk.

Ook hier zullen de meeste getroffen systemen waarschijnlijk Windows draaien. Microsoft verwacht geen moeilijkheden. 'We weten dat het eraan komt en we zullen zorgen dat Windows de verandering soepel afhandelt', aldus het bedrijf. 'Soepel' betekent echter niet altijd foutloos, en diverse Windows-versies hebben al problemen met zomertijd gehad. Zeker is in ieder geval dat het niet de potentie heeft zoveel narigheid te veroorzaken als het millenniumprobleem. Opportunistische programmeurs zien hier al goede kansen in op lucratieve klussen zonder veel risico. 'Als er geen echt gevaar is, kan je ook niet falen.'

Reacties (82)

[BaRF]

Ik snap het probleem eigenlijk niet zo goed. Tenminste, ik snap wel dat het veel werk is, maar in de meeste gevallen zal het beginnen en eindigen van de zomertijd toch gewoon een variabele zijn die gewoon in te stellen is?

[Verwijderd]

Toch moet je iets verder kijken, je kan niet zo maar een algemene variabel aanpassen, want dan kloppen ineens alle oude zomertijden niet meer.

Programmeur functies zoals DateDiff komen dan in de problemen, als je op 'uren' gaat kijken. Als het programma dus gebruik maakt van het OS voor de omschakeldatums is er geen probleem, echter als het zelf geprogrammeerd is, dan zullen er dus problemen komen.

[Olaf van der Spek]

Programmeur functies zoals DateDiff komen dan in de problemen, als je op 'uren' gaat kijken.

Dat soort functies horen met GMT/UTC tijden te werken, niet met 'gecorrigeerde' tijden.

[xippie]

Ja het is een variabele, maar "normaal" is het zomertijd iets dat de eerste zondag van een maand begint en de laatste zondag van een maand eindigd.
Vandaar dat (ik soms ook) en anderen een fout gemaakt hebben om zoiets hard coderen, waardoor nu met een verandering alles in de soep loopt
Stom, maar soms heb je de tijd niet om het in variabelen om te zetten. (Druk om een project af te krijgen)

[pven]

Pst: deze wet geldt alleen voor Amerika, dus niet voor Europa.

[sweetdude]

ja leuk maar als ik mijn pc hier om wat voor reden dan ook omzet op New York tijdzone of voor mijn part de LA tijdzone verwacht ik nog steeds dat het werkt hier ondanks dat ik in europa zit.

[MadEgg]

Als je daar vanuit gaat ben je sowieso fout bezig. Het eerste zondag en laatste zondag is Europees en Amerikaans, tal van andere landen doen het net een zondag eerder(de laatste van de vorige maand) of later, de eerste van de volgende maand dus. Of het valt samen met een religieuze feestdag. Er zijn zoveel mogelijkheden dat het op die manier sowieso fout gaat.
Als je het wel netjes met variabelen hebt gedaan is het een kwestie van secondes werk. Wederom een goed voorbeeld waarom je alles zo netjes en flexibel mogelijk op moet zetten.

[pven]

Ik kan me voorstellen dat vooral in de wat oudere programma's dit soort zaken hard gecodeerd zijn. 'Vroegah' wilde men immers besparen op de bits en bytes en de oudere programma's zijn juist de programma's die last krijgen van dit soort besluiten. Denk bv. aan grote bedrijven die al jarenlang hetzelfde programma gebruiken om een-of-andere functie te vervullen waarbij de tijd belangrijk is.

[Ackermans1973]

Dit slaat nergens op wat je zegt.

De tijdnotatie verandert niet, de datumnotatie verandert niet.

Alleen de zomertijd begint eerder en eindigt later.

Wat heeft dat in Godsnaam met de notatie te maken?

[CherandarGuard]

Ik zie in die post niets staan over notatie. Pven bedoelt dat die oude programma's geen mogelijkheid hebben om eerder of later met zomertijd te beginnen omdat dat in het programma vast ligt. Op die manier kun je het programma kleiner houden, maar het wordt er veel minder flexibel van.

[Verwijderd]

'Vroegah' wilde men immers besparen op de bits en bytes

Een veldlengte dient nu eenmaal vooraf gedefinieerd te worden en alles wat men teveel neemt wordt per record te veel genomen. Typische datumlimieten voor Unix-achtige systemen zijn vanaf 1902 tot 2038.

Zieook: http://home.netcom.com/~rogermw/Y2038.html

<edit>Typo</edit>

[Treenaks]

Ja, en daarom is op 64-bit systemen time_t al een 64-bit getal Kunnen we nog een paar millenia door

Truc is dus om vóór 2038 alle 32-bits machines óf te upgraden (64-bit time_t erin) óf ze gewoon uit te faseren.

En wees nou eens eerlijk, wie gebruikt er nou nog dagelijks computers van 33 jaar oud

[Verwijderd]

@Treenaks
http://www.tweakers.net/nieuws/38232

[Verwijderd]

> En wees nou eens eerlijk, wie gebruikt er nou nog dagelijks computers van 33 jaar oud

Had de Computable laatst niet een prijsvraag over de oudste in gebruik zijnde computer ? Ik meen dat dat er nog meerdere IBM PC's (4.77 MHz 8088 met cassette interface) in gebruik waren en dat is 1981 dus 24 jaar oud....

[Verwijderd]

Het is ook een kwestie van OF een slordige snelle hack ervoor maken of het fundamenteel oplossen. Als je de eerste aanpak hebt gekozen en er komen veranderingen zoals hier dan BLIJF je bezig. Bij een fundamentele oplossing die wat groter van omvang zal zijn is wordt het gewoon een kwesrie van een tabelletje aanpassen.
Overigens mogen de zomertijd van mij opheffen...

<offtopic>NB een leuk ezelsbruggetje om te onthouden of de klok voor of achteruiit moet is dit: "fall (herfst)backwards en spring (lente) forward" even aangenomen dat iedereen naar achteren valt en vooruit springt :-)

Ton

[Verwijderd]

"<offtopic>NB een leuk ezelsbruggetje om te onthouden of de klok voor of achteruiit moet is dit: "fall (herfst)backwards en spring (lente) forward" even aangenomen dat iedereen naar achteren valt en vooruit springt"

leg dit ook even uit aan die gozert van KopSpijkers....

[Verwijderd]

Hahahaha, wat een onzin. Dit is weer een mooi voorbeeld van wat voor idioten aan de macht zijn.
Zomertijd veranderen heeft echt geen effect op de power consumptie. Zeker niet in een energie verspillend land as de USA.
Ok, misschien besparen ze op gloeilampen. maar de productie machines draaien 24/7, vliegtuigen vliegen ook de hele dag door, etc.

(PS, NTP)

[robert_paats]

Waar ze op doelen is vooral het menselijk gedrag met betrekking tot de zomer tijd.

Dus vooral verlichting! En dat kan een behoorlijk bedrag zijn want de meeste mensen gebruiken nog altijd gloeilampen en die dingen zijn een van de aparaten met zo een beetje het laagste rendament, ze zijn zelfs nog beter als kagel in te zetten dan als lamp!!!
Dus ik denk dat die besparing behoorlijk hoog kan zijn.

En NTP kan geen oplossing zijn omdat dit alleen GMT tijd levert en je zelf daar een tijdzone aan moet koppelen en de zomertijd afwijking moet je daar ook zelf aan koppelen met behulp van een offset.

In de winter leeft Nederland bijvoorbeeld in GMT+0100 en in de zomer in GMT+0200 en die offset die je mee moet geven is het probleem!

[Onno]

(PS, NTP)

NTP helpt hier niet. NTP zorgt er alleen voor dat de absolute tijd goed is, niet dat je offset tov daarvan (en dat is wat bij zomertijd verandert) klopt.

[Verwijderd]

alle beetjes helpen...

[Verwijderd]

Maak dan energie zuinige autos verplicht. Dat scheelt enorm veel en zorgt voor een redelijke economie boost omdat men nieuwe autos moeten kopen.

[sergefonville]

Dat zou betekenen dat iedereen met te weinig geld voor een nieuwe auto niet langer auto mag rijden.

minder vervuiling, dat wel, maar of dat opweegt tegen de ontevreden mensen

[Zoefff]

Dan kunnen ze beter op andere dingen besparen dan dit soort (in mijn ogen) rare wetten te verzinnen.

Harde cijfers kan ik je uit m'n hoofd niet geven, maar ik weet wel dat Amerika een enorme hoeveelheid energie slurpt met dingen die ze véél zuiniger kunnen maken. Neem bijvoorbeeld vrijwel alle auto's die ze veel zuiniger kunnen maken, maar dit simpelweg niet doen omdat de benzine daar maar een appel en een ei kost.

Het idee om te bezuinigen vind ik leuk, maar de uitwerking is gewoon prutserig.

[bamboe]

Grapjas, en jou moeten we wel serieus nemen?
Denk je nu echt dat een land al die problemen zo maar wil aangaan zonder er iets voor terug te krijgen?

[pven]

Men gaat dus een wet aanpassen, zodat er economisch voordeel wordt behaald bij de olie. Helaas vergeten ze de economische nadelen, programmeurs kosten immers ook geld.

Wat een raar besluit ...

[TheOneLLama]

Het gaat de Amerikanen niet alleen om kosten, maar ook om milieu en buitenland politiek (minder afhankelijk worden van landen zoals Saoudi Arabië en Venuzuela)

[Verwijderd]

Klopt.
Daarom is Amerika ook 1 van de grondleggers van het Kyoto accoord.

[Verwijderd]

Ik denk dat dit een vorm van sarcasme is ?

[redfoxert]

Waarom wil Bush er dan niets van weten ?

http://www.newsmax.com/archives/articles/2001/3/29/164418.shtml

Grondlegger ten tijde van Clinton, afbraak ten tijde van Bush. Maarjah, das wel met alles eigenlijk

[pve]

Grondleggers? En het vervolgens zelf niet willen ondertekenen zeker?

Amerika is een van de grootste schenders van het Kyoto akkoord!

[YellowOnline]

offtopic:
@Green.Velvet
[quote]

Hier in Belgie bijvoorbeeld hebben ze een tijd geleden in het kader van Kyoto met veel boe en ba besloten de kerncentrales te sluiten. Alleen waren ze vergeten dat er momenteel geen deftige alternatieven zijn.
[/quote]
Men vergeet vooral dat er wél alternatieven zijn voor energiewinning en geen oplossingen voor het kernafval.
Dat die beslissing met Kyoto te maken had is overigens manifest onwaar, want kernenergie zorgt niet voor een verhoogde CO2-uitstoot (i.t.t. klassieke kolencentrales).
[quote]
Resultaat : in alle stilte is men de datum van die sluiting hoe langer hoe meer aan het vooruitschuiven...
[/quote]
Dat heeft niets met realpolitik te maken maar alles met politieke opportunisme.

Edit: formatting

[Verwijderd]

Omdat de USA zelf ook de enigste is die de negatieve economische gevolgen op lange termijn doorziet.

Kyoto is op zich goed, maar niet op de manier dat ze het nu zoeken door te drukken. Dat is voor zowat elk industrieel land bijna nefast voor het bestaan van hun activiteiten.

Hier in Belgie bijvoorbeeld hebben ze een tijd geleden in het kader van Kyoto met veel boe en ba besloten de kerncentrales te sluiten. Alleen waren ze vergeten dat er momenteel geen deftige alternatieven zijn.

Resultaat : in alle stilte is men de datum van die sluiting hoe langer hoe meer aan het vooruitschuiven...

Het principe van Kyoto is goed, maar het moet realistisch blijven...

[Eskimo0O0o]

Werkgelegenheid schaadt de economie?
Of dacht je dat alle Amerikaanse bedrijven Japanse software draaiden, zodat ze allemaal buitenlandse programmeurs moeten binnen halen om de problemen te fixen?

[TD-er]

Een aantal uren op de dag meer zon, zodat je minder energie verbruikt scheelt toch echt wel iets meer dan de kosten van een programmeur die 1x ergens iets moet aanpassen.

[lasermen]

Zo'n atoomklok in elke pc inbouwen dat je signaal vanuit frankfurt krijgt altijd handig

[Verwijderd]

Totdat de Duitse autoriteiten besluiten op eigen houtje de tijdsinterpretatie te veranderen, zoals men nu in de V.S. aankondigt te gaan doen...

[Pino!]

Dan snap je het niet.... lees het nog eens door.
Dat signaal uit Frankfurt blijft altijd de GMT tijd doorgeven, zomertijd of niet.. jouw OS beslist zelf welke tijd wordt aangegeven,

[Verwijderd]

NOT,
Het DCF77 bevat wel degelijk de een trigger voor de zomertijd, en dus ben je hiermee afhankelijk van de door Ze Germanz opgelegde zomertijd.
Maar sinds ze onze vrienden zijn zou dat geen probleem moeten geven...

[Nitro75]

Waarom niet het hele jaar zomertijd. Dat scheelt nog meer olie. Dat hoef je maar een keer te patchen en daarna nooit meer.

[DrClaw]

re: zo'n atoomklok inbouwen ..

het maakt toch helemaal niet uit of je nou van je atoomklok of van je NTP server je ticks krijgt .. ergens moet je OS of je 'date' of je weatherbar of wat dan ook weten, wat de regels zijn voor zn locale. En die moeten ingebakken worden door de programmeurs.

[mphilipp]

Ik heb sterk de indruk dat het hier niet alleen gaat om het omschakelen van zomer- naar wintertijd en weer terug. Anders snap ik niet waar Oracle mensen problemen over maken. Oracle houdt nl zelf helemaal geen datum bij. Die leest ie uit van het OS. En als ik zo handig ben om mijn pc's te syncen met NTP of een atoomklok, moet je toch van een bedrijf verwachten dat zij hun OS wel op tijd kunnen laten overschakelen. En als je OS op tijd loopt, loopt Oracle vanzelf op tijd. En volgens mij alle programmatuur die op dat OS loopt.

Wat is dus het probleem hier? Gaat het soms om programmatuur die analyses doet op data en daarvoor ook tijd met tijden werkt oid? Ik kan me nl niet veel bij dit probleem voorstellen.

[Verwijderd]

Het lijkt mij dat het synchroniseren van alle computers binnen een groot bedrijf op 1 moment moet gebeuren, omdat je anders problemen kunt krijgen omdat de ene computer een andere tijd heeft dan de andere, waarbij ik denk aan conflicten met databases.
Misschien niet heel moeilijk, maar het moet natuurlijk wel helemaal goed gebeuren. Als 1 programma op een bedrijf niet meewerkt, lijkt het mij lastig.
Gelukkig kun je 2 jaar voorbereiden(2007).

[FlorisB]

Daarom gebruik je als slimme programmeur bij INSERT query's niet de lokale tijd, maar de tijd van de server...
MySQL: UNIX_TIMESTAMP() of NOW().

Scheelt je een hoop gezeik.. ;-)

[BadRespawn]

100.000 vaten per dag besparen, dat zet lekker zoden aan de dijk, op een dagelijkse consumtie van ruim 20 miljoen vaten.

[SuperDre]

hee alle beetjes helpen, je moet toch ergens beginnen..

[Verwijderd]

20 miljoen vaten aan pakweg 50$ per vat (ik zeg maar wat), das 1miljard dollar. Da's toch netjes, niet?

[SuperDre]

maak daar op dit moment maar $61 van

[tibi]

en dat voor maar 1 maand.
dus 3 miljoen vaten op een jaar van 7300 vaten ofwel 0,041% per jaar
ach alle beetjes helpen

[beantherio]

Het is eigenlijk weer gewoon het millenium-probleem "all over again". Leren we in de ICT nu nooit iets van het verleden?

[Morax]

Waarom? Wat is er dan zo gruwelijk mis gegaan bij de milleniumwisseling?

Ik dacht juist dat alles goed en soepel verliep en de verwachte grote problemen juist uitbleven

[curry684]

Het is eigenlijk weer gewoon het millenium-probleem "all over again". Leren we in de ICT nu nooit iets van het verleden?

Het millenniumprobleem was een botte blunder van de betrokken programmeurs die in de jaren 70 en 80 theoretisch terechte optimalisaties maakten omdat ze in de veronderstelling verkeerden dat hun software nooit 20~30 jaar mee zou gaan. Daar hadden ze wel op kunnen anticiperen maar het niet gedaan. Stomme fout waarvan geleerd moet worden.

In dit geval gaat het om een wetswijziging die een 'standaard' aanpast, en daar kun je weinig anders op voorbereiden als developer behalve de verplichte wijziging zo simpel mogelijk uitvoerbaar maken. Dat is waarschijnlijk ook wel gedaan, Windows zal gewoon (evenals Linux) een tabelletje ergens hebben staan met de zomertijdregels van alle landen. Maar als van buitenaf die regel wordt aangepast moet die tabel wel even aangepast worden.

Ter vergelijking: als jij aangeeft in Nederland te wonen snapt Windows ook dat jij afstanden graag in meters berekent. Dat is net zo goed een localization-feature, die net zo hard gepatcht moet worden als Balkenende en co morgen besluiten dat we in Nederland vanaf 1-1-2006 met mijlen gaan rekenen.

Of het beste voorbeeld: er was ook een critical update voor Windows toen de definitieve datum voor de overstap naar de euro bekend was. Je kunt ergens pas mee rekenen als de constantes bekend zijn.

[Theo]

wat heeft het plaatje, dat ibm linux horloge, hiermee te maken? Wat is dat voor een klokje en waarom staat het bij dit nieuws?

[panni]

ibm = bedrijf in VS
linux = is programmatuur
horloge = tijd

zal wel 'gewoon symbolisch zijn'