Azon gondolkodám, hogy DST

Azon gondolkodom, hogy van-e olyan embertipus, aki jobban utalja a teli-nyari idoszamitasvaltast, mint a programozok? Pusztan azt felmerni, hogy a tarsadalom mekkora szazaleka torolne el, erosen korrelalna azzal, hogy tarsadalmunk hany szazaleka hallgat programozokra szamitastechnikan kivuli kerdesekben (is).

Viszont van rosszabb:
Nem egesz UTC offset

Uj Zeland: UTC offset 13
De a hozza tartozo Clatham szigetek: UTC offset: 12:45

Kanada - New Foundland: UTC offset -03:30

Nem ertem miert nem tisztelnek minket programozokat. Az elmult 50 evben barmilyen programozot megkerdeztek volna ezekrol az idozonakrol, megmondta volna az osszes, hogy borzalmas otlet. Egyetlen egyet kellett volna per orszag megkerdezni. Csak egyetlen egyet.

Miert jatszanak a mi draga idonkkel? Szo szerint az idovel jatszanak es ezen keresztul a mi idonkkel is jatszanak. Nem k*rva mindegy hogy fel oraval hamarabb vagy kesobb megy le az a k*rva nap?

A szokoevet es a szokomasodperceket ertem, azoknal nem tudok jobbat. De a DST-t es a neminteger UTC offseteket az emberi butasag szulte.

(Forras: https://en.wikipedia.org/wiki/List_of_UTC_time_offsets#UTC.E2.88.9203:3… )

( zdesigner | 2017. 10. 29., v – 19:05 )

50 éve a programozók inkább gépészek voltak. :) Ma meg kb. meghívnak egy függvényt egy akármilyen libraryből, ami a helyi idő és időzóna alapján megmondja, hogy a megadott időzónában mennyi az idő.

( ironcat | 2017. 10. 29., v – 19:18 )

Mondok egyszerűbbet: Egy időzóna lenne az egész földön. Mindenhol egyszerre lenne 14.15 perc. A kínaiakat kellene megkérdezni a dologról. Annak a szép nagy országnak minden szeglete UTC+8-ban van.

A reggel 20:00-tol este 06:00 AM-ig tarto iskola meg nyitvatarto bolt tobb szivast okozna. Meg programozoknak is.

Talan az lenne kompromisszumos megoldas, hogy 4 idozona van: UTC, UTC+6, UTC+12, UTC-6. Es akkor pl UK-ban 08:00-kor nyitnak a hivatalok, 2-vel keletre 06:00-kor, 2-vel Nyugatra 10:00-kor. (Mindharom a Napkeltehez hasonlo elteressel)

Kinaiaknak meg pirospont az egyseges UTC+8-ert

> A reggel 20:00-tol este 06:00 AM-ig tarto iskola meg nyitvatarto bolt tobb szivast okozna. Meg programozoknak is.

miért? Csak megszokás kérdése, ahogy az is, hogy most reggel kilencnek, meg este ötnek nevezed az adott időpontokat.
ha meg messzire mész, úgyis szopni kell valamivel
--
blogom

hála égnek a britek maradnának az ötórai teánál.
dél meg nem 12:00-kor lenne, hanem a nap közepén.

szerintem full megszokások ezek, s lassan jelentős embertömegnek kell azzal foglalkoznia, hogy ami nálam 9 óra, az nálad mennyi is, és ha te ötöt mondasz, akkor mikor is hívsz majd skypeon.
--
blogom

Mostani helyzet: Ha fel akarsz hívni valakit New Yorkban, és nem akarsz udvariatlan módon olyankor telefonálni, amikor ott hajnal 3 van, akkor megnézed New York melyik időzónában van, és az időkülönbség alapján választasz olyan időpontot, amikor mindkét helyen nappal van.

Ha csak egy időzóna lenne, tehát mindenhol egyszerre lenne 12.00: Megnézed hány óra távolságra van tőlünk New York, és az időkülönbség alapján választasz olyan időpontot, amikor mindkét helyen nappal van.

Szerintem a második módszer sem egyszerűbb.

> Mondok egyszerűbbet: Egy időzóna lenne az egész földön.

Ez az ötlet már másokban is felmerült, sőt meg is csinálták, ez az UTC.
Azok, akik nem szeretik az időzónákat, azok mind ezt az időt használják! Pl. a programozók is ezt használják a programjaikban, persze nem mind! ;-)

( BaT | 2017. 10. 29., v – 19:49 )

https://www.youtube.com/watch?v=-5wpm-gesOY

Az USA-ban majd csak egy hét múlva tekerik vissza az órákat, ezen a héten így egy órával közelebb vagyunk. Ugyanez van tavasszal is. Kivéve Arizónában, ott nincs DST. Kivéve a Navajók, akik mégiscsak alkalmazzák a DST-t. :)

Nem csoda, ha nem érted. :)
A ~londoni idő nem UTC.
Magyarországon mindig ugyanakkor állítjuk az órát: UTC 1 órakor. Ezért látod, hogy egyszer helyi idő szerint 2-kor (előre), máskor meg helyi idő szerint 3-kor hátra állítod az órát.
Az amerikaiak meg helyi idő szerint 2-kor állítják előre is, meg hátra is.
Mégegyszer, helyi idő szerint táblázatosan:
Mo. 2->3, 3->2
USA 2->3, 2->1

( locsemege v | 2017. 10. 29., v – 20:22 )

Nem mindegy neked, hogy 1800, 2700 vagy 3600 másodpercet adsz hozzá? Ez mind integer, egyáltalán nem float. Amúgy meg üdvözölném Magyarországon az állítgatás nélküli UTC+2 időzónát. Tudom, az UTC+1-hez vagyunk közelebb, de a +2 felé, s nyáron jobb a +2, télen meg mindegy, akkor úgyis sötét van.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( asch v | 2017. 10. 29., v – 22:46 )

Az idő meg közben csak egy lineáris egyenközű valami. Ja, nem. Addig örülj, amíg nem hódítjuk meg az egész galaxist, sőt több galaxist! Addig legalább nem kell idődilatációval is számolni.

Amúgy én is szívtam már ilyennel, át tudom érezni. Szerencsére az utolsó ilyen projekt évek óta hibátlanul ketyeg, úgyhogy bízom benne, hogy még egy ideig nem kell ilyet programoznom.

Ha 1 időszámítás lenne, az jó lenne egyébként. Sőt, a szökőmásodperceket is felesleges számolni, az atomhoz kellene szinkronizálni az időt, és kész.

11-kor lenne reggel nyolc, és 03-kor éjfél. Na és? Csak azzal lenne baj, ha meg kellene mondani, hogy két időpont ugyanazon a napon van-e? Az legalább most egyszerű :-).

Ez nagyon technokrata megközelítés. A gépek vannak az emberért, nem fordítva. Eredendően mégis csak az életciklusainkat írjuk le az idővel, azt meg a Nap Föld körüli járása szinkronizálja. (Igen, a Földhöz rögzített koordináta-rendszerből szemlélve.)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

nekem is ez volt az első gondolatom a topic kapcsán, hogy bizony az ITre oly jellemző lovon fordítva ülés esete forog fenn, hogy mindenki igazodjon ahhoz, ahogy neki kényelmes. Csak azt nem értem, miért álltunk meg itt, beszéljen már akkor mindenki unixtimeot IRL, az sokkal egyszerűbb :)

(Most már csak azt a gondolatodat kellene elővenni, mikor megpróbálod megmagyarázni, hogy a portrait video azért rossz, mert a te landscape monitorod nem tölti ki, és az egy pusztán műszaki probléma, mindegy, mi van (vagy landscapeben éppen mi nincs) raja :) )

off

Ott abból indultam ki, hogy landscape monitort használ a többség, telefont meg úgy tartja, ahogy akarja, tehát telefonnal lényegesen egyszerűbb alkalmazkodni, mint fordítva, a nagy monitort pörgetni. Van, amelyiket nem is lehet, vagy nincs hozzá hely. Ha pedig a portrait kép jelenik meg landscape monitoron, az csúnyán a felbontás, méret, ezen keresztül pedig a minőség rovására megy.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

off:

igen, és amikor megpróbáltam elmagyarázni, hogy kompozíció szempontjából egy csomó valid érv lehet a portrait mellett, akkor előadtad (nem keresném most vissza), hogy te erre egy tisztán műszaki problémaként tekintesz, mindegy, mi van a képen. Na, az pont ugyanez az érvelés, mint amivel most nem értesz egyet :)

"lovon fordítva ülés"

Azer' alljunk mar meg, sokmindenben elismertem, hogy bar fejlesztoknek kenyelmetlen, nem tudnek ra jobbat.

De a DST es a neminteger offset ettol meg tobb kart csinal, mint hasznot. Enlekul is tul nagy a kereslet es tul kicsi a kinalat IT-sokbol. Olyannyira, hogy ez mar a gazdasagra is karos onmagaban is, es erre meg az IT-soktol kerdezik, hogy miert van az egyik statisztikaban 25 vagy 23 ora. Vagy hogy miert nem mukodik a kod, amit teszteltek GMT+06-on es GMT-06-on :)

A kapitalizmus marpedig ugy mukodik, hogy mire eleg hatalmad lenne megvaltoztatni, megszereted. Szoval egyelore az emberek vannak a gazdasagert, te is profitert mesz be dolgozni, kivetel nehany allami hivatast, ahol arra tanitod / azert gyogyitod az embereket, hogy profitert dolgozhassanak.

Nézd, azzal lehet vitatkozni, hogy a DSTnek mint olyannak egyébként van-e bármi értelme. (Egyébként szerintem is gyak semmi, jelenleg leginkább az a róka fogta csuka tán a legvalidabb érv mellette, hogy így Európa nagy részében ugyanannyi az idő, és kevesebbet kell szopni a tzkkel :D), de a "hiszti" itt azon szólt, hogy ha megkérdeztek volna egy programozót, akkor ő jól elmondta volna, hogy ez szopás. Mármint neki, csak ez a megrendelő szempontjából az kb. mindegy :) Ugyanaz, mint amikor a jómunkásember elmondja a házad építésénél, hogy neki hogy lenne pl könnyebb burkolni.

pontosan tudom, hogy szokta, ezért írtam. És azzal is tisztában vagyok, hogy ha azt +2 óra úgy leburkolni, akkor természetesen az drágább. Csak ugye ott is az szokott lenni, hogy "azt nem úgy kell csinálni", mikor barátunk igazából azt akarja mondani, hogy "nem szeretném úgy csinálni, mert macerás".

( Carter | 2017. 10. 30., h – 08:06 )

Aki tőzsdézik, ugyanezt érzi :)

Ugye most volt óraállítás európában. US területen meg majd október 3-án.
Ez főleg stratégiák utótesztelésénél rossz, vagy amikor megnézném, hogy két hete mi volt. Az offset mutat 14 órát. Most az 15 óra volt már ugyan?

Ráadásul a gaggyer brókerek sokszor saját időzóna szerint drótozzák be az időt, így most nekem az egyik kliensben 10:06 van, itthon meg 8:06.
A másik kliens szerencsére 7:06-ot mutat, nehogy jó legyen.

( apal v | 2017. 10. 30., h – 09:33 )

Minden idot TAI-ban kell merni es akkor semmi szokomasodperces meg idozonas meg nyariidoszamitasos dologgal nem kell szopni. Az UTC kezdetnek nem annyira rossz, de azert kar hogy ez a Fold is osszevissza forog :/

( gee v | 2017. 10. 30., h – 12:13 )

Akkor se utáltam az óraátállítást, amikor még programozó voltam.

Miért kellene (kellett volna) utálnom?

Ez csak azt bizonyít, hogy nem tudod te jól kezelni az időzónákat.
Alap: tárolni, számolni mindent UTC-ben teszünk, az input (parzolás) meg az output (megjelenítés) van csak helyi időben.
Ha ezt a rendkívül egyszerű szabályt betartod, akkor megkönnyítetted az életedet nagyon sokkal.

+1 - es milyen konnyu lenne adaptalni mas egitestekre..! Le a legacy sumer tucatokkal! Szegeny brittek is mit kuzdenek mar a rendes metrikus rendszerekkel... Eleg ranezni az orara - es azonnal vilagossa valik, hogy NEM a mi generacionk (es kovetkezok sem) lesznek akik leigazzak a vilagegyetemet... :D

( egmont | 2017. 10. 30., h – 23:46 )

> Nem ertem miert nem tisztelnek minket programozokat. Az elmult 50 evben barmilyen programozot megkerdeztek volna ezekrol az idozonakrol, megmondta volna az osszes, hogy borzalmas otlet. Egyetlen egyet kellett volna per orszag megkerdezni. Csak egyetlen egyet.

Mert ez pont így szokott működni. A világot, az összes ember életét alakítjuk ahhoz, hogy a programozók, relative viszonylag kevés ember dolga minél könnyebb legyen, véletlenül sem fordítva. Például bőven elég az US ASCII, az ékezetes betűket és egyéb írásokat világszerte irtsuk ki (látom, te már megtetted). Az ábécérend mindenféle nyomtatott anyagokban is szigorú, byte-onkénti ASCII legyen, nehogymár a kettősbetűk speciális szerepet kaphassanak, vagy a kis- és nagybetűk összemosódjanak. A 10-es számrendszert is már vagy 50 (bocs, 32) éve elfelejtettük, átálltunk hexára. Lokalizálás is mekkora szívás már, miért nem tanult meg hipphopp mindenki angolul és felejtett el minden más nyelvet az első számítógépek megjelenésekor, igaz? Stb...

Ja, nem.

A kereslet-kinalat torvenye epp ezek alapjan belott azert par fizetest. Akik szot ertenek az IT-sokkal, azoknak nagyobb a beveteluk. Ehhez az angol tudas sem art, a lokalizacio angol nyelvhez kotottsegenek megertese sem. A hexanal vegul pont a programozok alkalmazkodtak, mert azt magyon kevesen ertik, ilyen is van, de hat lehet velunk beszelni. :P Meg nem art nem fennakadni azon, hogy a "Tyuk" elorebb van, mint a "Tzar" (ez utobbi semmilyen szignifikans kart nem okoz a gazdasagnak*, ha valaki ezen problemazik, szellemi onkielegitest vegez).

De lattam mar olyan ceget, ahol a fejlesztok designt kaptak, hogy hogy nezzen ki az admin felulet. Olyan keszitette a designt, aki - a fejlesztokkel ellentetben - sosem beszeltek az ugyintezokkel, akik hasznaltak. A ceg eppenhogy nyereseges volt, de engem mar a nyeresegessege is meglepett (tobb okbol is). A fejleszto aki a korabbi - vegul a bukas utan visszatelepitett - adminfeluletet irta es rendszeresen beszelt az ugyintezokkel mikozben fejlesztgette kilepett a g*cibe.

*(ellentetben egy olyan ORDER BY-jal egy tobb millio soros tablan (+ joinok, mert konzisztens adat kell) ami nem hasznal indexet :P )

"Apple legyen a neve es igy a telefonkonyv elejen leszunk"

Ismerem a legendat. De amit irtal, nem zarja ki azt, amit en irtam:

En arrol beszeltem, amikor valami fontoskodo OCD szindromas kozepvezeto, akit addig leptetgettek elo, amig be nem kerult abba a pozicioba, aminek komoly karokozas nelkuli betoltesere mar alkalmatlan hirtelen kitalal egy vilagmegvalto feature requestet (vagy ahogy o hivja: "top urgency bugfix requestet"):

"A T elobb van, mint a Ty, a nevek szerinti rendezesnel legyen Tzar Peter elobb, mint Tyuk Anna"

Es nem erti meg, hogy miert nem er ez annyi munkaorat, de meg a nonindexed search+order CPU idejet sem a db-ben :(

Ennek az allitasnak semmi koze ahhoz, hogy egy ceg jobban jar, ha A betuvel kezdodo nevet valaszt maganak.

Nem, nem a beleölt munkaóráról van szó. Hanem arról, hogy a szoftver helyesen működjön.
Eleve ha DB-ről beszélünk, és jól van beállítva a Unicode collation az oszlopra, akkor jól fog rendezni. Mert pont erről szól a Unicode szabvány collation része: definiálja azt a szoftveres, CPU-barát algoritmushalmazt, amivel rendezni tudod szinte akármilyen nyelv szabályai szerint a Stringeket. Tudni kéne használni:
http://www.unicode.org/reports/tr10/
A legnépszerűbb open-source DB-ben is támogatott ez.

Másrészt:
van egy szoftvered, amelynek bemenete egy String halmaz adott nyelven, kimenete a bemeneti String halmaz az adott nyelv szabályai szerint rendezve.
Ha erre írsz egy unit tesztet, akkor bizony implementációtól függetlenül kell definiálnod a viselkedését a szoftvernek.
És le van szarva a CPU idő, meg a DB szar beállítása, a szoftvernek a specifikáció szerint működnie kell. A specifikáció pedig az adott nyelv abécé-rendezési szabálya, tök mindegy, hogy az mennyi CPU-ba kerül, meg a fejlesztőnek mennyi idejébe. A szoftver van az emberért, nem az ember a szoftverért.
Igen, a humán világ szabályait nehéz CPU-nak megfelelő formába önteni.
Időzónák, nyelvek, formátumok, címek kezelése, mind-mind problémás, mert emberi. Erről szól az egész falsehoods programmers believe about.... cikksorozat:
https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-abo…
https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addres…
http://infiniteundo.com/post/25326999628/falsehoods-programmers-believe…
http://infiniteundo.com/post/25509354022/more-falsehoods-programmers-be…
https://wiesmann.codiferes.net/wordpress/?p=15187
Egy egész jó lista itt a falsehood cikkekről:
https://github.com/kdeldycke/awesome-falsehood

De ilyen a világ. Emberek vagyunk, és nem gépek, a szoftvernek kell megtanulnia az emberi dolgokat kezelni, és nem fordítva. A szoftver és a szoftvermérnök van az emberek hasznára, és nem fordítva. Pont azért árazzák be a jó programozókat magasan. Mert ők meg tudják oldani ezeket a problémákat, mert már van tapasztalatuk, végigszívták ezeket a fals feltételezéseket és megtanulták kezelni. A gyökér programozók azok, akik úgy állnak hozzá, hogy "de hát az emberek a hülyék". Nem, az emberek emberek. Az emberi világ nem teljesen logikus, nem matematikai logika-barát, emiatt nem CPU-barát. De pont ettől emberi.

A falselihoodot vagom, vicces :D

De a collate mar nem olyan egyertelmu a dupla betuknel: "rizzsel", "hússzor", "rizsszirup", vagy ha csak nevek akkor "Batthyány" stb.
Aki miatt ilyen unit teszteket kell kitalalni, az megerdemli, hogy szarban hagyja az egesz dev csapat es kilepjen mindenki a g*cibe.

A collate ekkor is teljesen egyértelmű.
Ugyanis a magyar helyesírás szabályai szerint:
"A többjegyű betűk kettőzött változatait tartalmazó szavakat sohasem az egyszerűsített alakok szerint soroljuk be a betűrendbe, hanem a megkettőzött betűt mindig két külön betűre bontjuk."
Tehát a rizzselt, hússzort úgy sorolod be, mintha rizszsel, húszszor lenne.

Nyilván a probléma az, hogy eldöntsd, ez egy többjegyű betű kettőzött változata, vagy sem, mint például a meggyötör szóban. Vagy az egészségedre szóban sz+s vagy s+zs van.
És erre valóban nehéz, de nem lehetetlen helyes megoldást találni (elválasztási adatbázis kell hozzá, ami a kettősbetűket helyesen kezeli). Csak éppen dolgozni kell vele, nem elég Okos Programozónak lenni hozzá.
És ha például szótárkészítő vagy, akkor ha igényes vagy a munkádra, akkor bizony dolgozol vele. Nem pedig kilépsz a gecibe a hatalmas egó miatt, ami szerint mindenki hülye, aki nem programozó.

Oke, a szotaras use case-ben igazad van, ott kell ez az igenyesseg annal az egynel. Az eredeti peldamban nevlista volt adminfeluleten, meg fontoskodo OCD-s donteshozo, akinek semmivel nem lesz ettol tobb penze, max kevesebb, kicsit megcsavartuk azota :P De na.

Igazad van de a.te.ervelesi.hibad.hu/fasztudjamelyik :D

Csakhogy a "tyé" az a magyar ábécé egy betűje, és nem egyenlő T+Y-nal, csak épp latin betűvel így írjuk le.
Mint ahogy a "csé" sem c+s, csak ezt a két latin betűt használjuk a leírására.
A betűrendbe sorolást szabályozza A magyar helyesírás szabályai nevű MTA szabályhalmaz.
Eszerint:
"Az egyjegyű betűt teljesen elkülönítjük az azonos írásjeggyel kezdődő, de külön mássalhangzót jelölő kétjegyű (illetve háromjegyű) betűtől. Mindig az egyjegyű betű van előbb, például".
Lásd: http://helyesiras.mta.hu/helyesiras/default/akh12#F2_4
Azaz például zúdul előbb van, mint zsalu, pedig az ú az később van az ábécében, mint az s.
Emiatt Tzár előbb van a betűrendben a magyar betűrendbe sorolás szabályai szerint, mint tyúk.

( bolond | 2017. 10. 31., k – 02:21 )

Bájos, amikor egy programozó a matematika miatt sír.

:)

( Raynes v | 2017. 10. 31., k – 06:19 )

Nem értem, hogy mi köze az időzónáknak a programozáshoz és a programozókhoz.

Használj UTC-t. Pont azért találták ki, hogy legyen egy abszolút időzóna, UTC-ben még DST sincs. A fájlrendszerek is UTC-ben tárolják az időt, pl. azért, ha valaki laptoppal időzónán utazik át, akkor előállna az a morbid helyzet, hogy mire odaér, az aktuális fájl órákkal, vagy akár egy naptári nappal lesz fiatalabb a helyi időzóna ideje alapján, ami pl. backup programoknak gond lehet, az új fájl látszana régebbinek. Aztán az UTC-t olyan időzónában jeleníted meg, amelyikben akarod, DST-vel is korrigálva. Különben is az idő és időzónák kezelése az OS feladata, ne akarja a programozó újra feltalálni a kereket, az OS API-jait kell használni az idő kezelésére.

A nem egész órás offszetekkel meg végképp nem értem mi a baj. Kifejtenéd?

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

( enpassant v | 2017. 10. 31., k – 07:57 )

Bennem is felmerült, hogy lehetne minden hónap 28 napos.
Így minden hónap hétfővel indulna, vasárnappal végződne.
Igazodnának a hetek, hónapok a holdhoz. A hold alakjából kb. meg lehetne mondani, hogy milyen nap van (persze ez sajnos évről évre változna :-()

Maradna még 1 és szökő év esetén, két nap, azok lennének az Új Év és a Másnaposság napja (vagy röviden Másnap).
Ezek nem tartoznának héthez, hónaphoz, azokon kívül állnának az év elején (végén?).
Tehát így lenne sorban:
..., 13. hó 28.-a vasárnap, Új Év, Másnap, 1. hó hétfő, ...

Szerintem nagyon király rendszer lenne! :-)

Ui.: A 13.-a sosem esne péntekre, mindig szombatra esne :-)

Az igazi megoldás az lenne, ha a Föld keringési és forgási idejét úgy állítanánk be, hogy ne legyen szükség szökőévekre, szökőpercekre. Ehhez vagy a Nap-Föld távolságot, vagy a Föld forgási idejét módosítanánk megfelelő módon. A Föld-Hold távolság beállításával pedig elérhetnénk, hogy pontosan 12 (vagy 13) hónap legyen egy évben. Ezzel minden (ezzel kapcsolatos) problémát megoldhatnánk. Merjünk nagyot álmodni. :-)

Az összes többi megoldás csak workaround.

I can actually hear him rubbing his eyes.

"We don't centre our waking/sleeping cycle on solar noon, fool nephew," Uncle Steve explains. "We centre the school day on solar noon. In countries above and below certain latitudes, where seasonal variation in the amount of daylight is significant, it's important for there to be the maximum amount of light when children are going to school in the morning, and coming home from school in the afternoon. Here in Melbourne, solar noon is about 10:30 Standard Time, so the average school day is timetabled from 07:00 to 14:00, and a typical working day runs from about 07:00 to 15:00. That means that on a working day, I get up at 05:00, at the earliest."

"Ooogh. Sorry. That's about two hours later than I reckoned," I tell him.

"I know," he replies.

"I didn't know you did that in Australia," I say. "That deliberate misalignment of the diurnal routine. Does every country do it?"

"No. Equatorial countries don't, because they get plenty of light all year round. Temperate countries do, though. The technical term for it is 'daylight saving'."

I blink.

--
aka, persze, lehetne, hogy télen 9kor kezdődik a suli, aztán mindenki egyezkedhet a munkhelyén pl. :)

azt meg, hogy a -3:30 (van egyébként negyedórás is :D) miért olyan nagy szívfájdalom neked, azt nem tudom.

Az a sejtésem, hogy valamelyik Okos Programozó úgy gondolta, okosabb lesz, mint a tz adatbázis összeállítói, és implementál saját időzóna-támogatást, ahol integerként tárolja az UTC offsetet. Majd ráébred, hogy léteznek olyan időzónák, ahol nem egész az UTC offset, és borul a rendszere. És ilyenkor persze az időzóna-rendszer a rossz, nem pedig az Okos Programozó. Mert az ego az nagyobb, mint az, hogy beismerje valaki, hogy nem tud eleget az időzónákról.

De hát épp ezért kéne meglévő, jó, és de facto standardet használni időzóna-információkra, a tz adatbázist. Az adatbázis összeállító, karbantartói tudják, mit csinálnak, IMHO ők tudják a legtöbbet az idózónákról. Mindenesetre biztosan többet, mint egy véletlenszerű Okos Programozó.