Hoofdcategorieën
Device Settings

Langere zomertijd in VS probleem voor programmeurs

Door Arie Jan Stapel, zondag 31 juli 2005 23:34
Bron: Infoworld, views: 29.031

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.'

IBM Linux-klokje
Volgende 00:32 Gemeenten willen duidelijkheid over gevaren UMTS
Vorige 19:34 Diverse cpu-koelers met heatpipes getest
Advertentie

Reacties

«  1  2  3  4  »

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?

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.

'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>

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 :)

> 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....

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?

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.

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)

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

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. :z

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.

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.

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.

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

"<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.... :+

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 ...

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

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.

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)

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

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 :)

Grondleggers? En het vervolgens zelf niet willen ondertekenen zeker?

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

Ik denk dat dit een vorm van sarcasme is ? :?

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...

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

Ik zou zeggen, voor de komende honderd jaar van elk jaar de data van de zomertijd in een filetje zetten, en dat als patch verspreiden. Lijkt me de meest simpele oplossing...

Ik begrijp de titel niet, het artikel eindigt namelijk met de opmerking dat de programmeurs genoeg tijd zullen hebben om aanpassingen te maken omdat de aanpassing pas in 2007 actief zal worden. De titel klopt dan van geen kanten met de inhoud. Valt Tweakers ten prooi aan komkommertijd verhaaltjes want een echte nieuwswaarde voor een forum als Tweakers zit er toch niet echt in?!

Ik begrijp de titel niet, het artikel eindigt namelijk met de opmerking dat de programmeurs genoeg tijd zullen hebben om aanpassingen te maken omdat de aanpassing pas in 2007 actief zal worden.
De programmeurs zullen het probleem toch op moeten lossen. Dus het is wel degelijk hun probleem. Dus de titel klopt.
Maar de titel suggereert dat programmeurs in tijdnood (no pun intended) kunnen komen, terwijl dat dus waarschijnlijk niet zo is...

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

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)

alle beetjes helpen...

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

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 :?

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.

(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.

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!

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?

Ik kan het met m'n server gewoon handmatig instellen. Vakje aan, vakje uit. Maarja als je een groot serverpark hebt is het natuurlijk niet handig om alles handmatig te doen...

Daar gaat het niet om. Als jij dat vakje aanzet omdat het nu zomertijd is, en je verwacht daarmee dat de tijd op de juiste datum naar wintertijd terugverandert (zoals het ook hoort), dan doet Windows (USA-versie) dat in 2007 op de verkeerde datum.
Het gaat er dus om wat er adhv het aangevinkte vakje gebeurt, niet simpelweg dat het veel werk is om vakjes aan te vinken... Die ingebakken datum klopt dus niet meer in 2007.

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

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

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,

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...

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

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 :?

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.

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

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

zal wel 'gewoon symbolisch zijn' :)
«  1  2  3  4  »

Op dit item kan niet meer gereageerd worden.

Volgende 00:32 Gemeenten willen duidelijkheid over gevaren UMTS
Vorige 19:34 Diverse cpu-koelers met heatpipes getest
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011