• Diskuse k článku

    Diskuse k článku

    Nové Apple Watch popletla změna času. Zůstaly viset ve smyčce

    Austrálie v uplynulém víkendu přešla na letní čas, což obyvatele kontinentu oloupilo o hodinu spánku. To však nebyla jediná nepříjemnost související se změnou času. Patálie přinesla majitelům nových Apple Watch, které na chybějící hodinu reagovaly nekonečnou smyčkou restartů.

    Upozornění

    Litujeme, ale tato diskuse byla uzavřena a již do ní nelze vkládat nové příspěvky.
    Děkujeme za pochopení.

    Zobrazit příspěvky: Všechny podle vláken Všechny podle času

    K24a30r20e53l 71N22e23d53o45p43i11l 7588736139844

    Ale nesmysl, ze zmena casu hodinky popletla. Nove iWatch se prepnuly do time change celebration modu a potesila uzivatele kontinualni oslavou zmeny casu, nikoliv restarty, ale dlouhou multimedialni show! Tuto show ovsem zle jazyky zavistive konkurence nazyvaji nekonecnou radou restartu.

    To uzivatele ne Applu nemohou pochopit. Nechapou vyhody celeho ekosystemu Applu.

    +4/−1
    14.10.2018 11:02

    T20o46m83á79š 38K65u59c22h17a49ř 3597641848761

    Přijde mi, že v současné formě už vývoj sw narazil na svoje limity, přesněji řečeno na lidské limity, na limity toho, co zvládne jeden člověk a na limity týmové práce. Příkladem jsou třeba Win10, tolik školáckých chyb, tolik nelogičností, tolik omezení, nesmyslná nekonzistentní menu, přitom už tu byly výrazně dokonalejší a vyladěnější verze, proč nová verze není jen ještě lepší? Protože se dělají změny pro změny, protože profesionálové odcházejí a na jejich místa přicházejí nováčci, kteří opět opakují školácké chyby předchůdců, plus k nim přidají nové, protože spoustu zkušeností prostě neumíme předávat. :-/

    +5/−1
    14.10.2018 9:35

    J52a91k71u39b 80M73a19t82ě91j84ů 5265472371945

    a co se stane v okamziku, kdy clovek preleti do jinyho casovyho pasma a den cesty ma najednou vic nebo min hodin?

    +2/0
    14.10.2018 9:29

    T50o25m54á29š 58K20u32c72h54a29ř 3957881118221

    Všechny systémy se zhroutí a spadne ledadlo. Jak psal kdosi dole, pro databáze je to nepřekonatelný problém. ;-D

    +1/0
    14.10.2018 9:37

    J69a92n 16T37a46r11a52b70a 4706766109939

    Ekosystém má mouchy? Vyloučeno!!;-D

    +4/−1
    14.10.2018 8:59

    J12o27s60e66f 42Č10v69a19n95č61a30r11a 2532619133961

    "hodinu spánku naopak získáme"

    Nic neziskame, vratime se k normalu. Ziskame zpet ukradenou hodinu v letnim case !

    +5/0
    14.10.2018 8:54

    M71i75r49o79s60l49a88v 85S57l79á46m83a 1341783485545

    "Nic nezískáme ..." - "Získáme ..." – slušnej výkon ;-D ...

    +11/0
    14.10.2018 9:09

    M35a56r92t71i16n 22P28o35c79h14m60a48n 6908619742

    Nj apple...

    0/−2
    14.10.2018 8:29

    V42á13c80l94a30v 96P48o53l22á41š13e85k 9946260451397

    Změny času jsou pro programátory velice nepříjemné. Tak např. velké firmy mají nasmlouvané odběry elektřiny, vody a plynu po hodinách. Každý normální den se vytvoří 24 hodnot skutečných odběrů, které se musí porovnat s nasmlouvanými hodnotami. Jenže v poslední neděli v březnu vznikne jen 23 hodnot a v poslední neděli v říjnu vznikne 25 hodnot a je problém, kam tu přebytečnou hodnotu do databáze uložit. Programy musí mít tři větve, jednu pro 24 hodin, jednu pro 23 hodin a jednu pro 25 hodin. Tyto programy se velice obtížně ladí a chyby se většinou odhalí až při ostrém provozu. Pro programátora stovky hodin zcela zbytečné práce.

    Další zádrhel je, že délka děje nemusí být rovna rozdílu mezi začátkem a koncem děje. Má-li např. pacient dostávat injekci každé tři hodiny a práce sestry je řízena počítačem, pak v případě chybného programu může sestra dostat pokyn již za dvě hodiny nebo až za čtyři hodiny, což může ohrozit život pacienta. Malér je, že sestra samozřejmě nemůže vědět, zda je program napsán správně a zda tedy pokyny, které od něj dostává, jsou správné nebo chybné.

    A nejhorší je, pokud se čas SELČ použije jako součást indexu databázového souboru, pak se může v poslední neděli v říjnu poprasit celá databáze. To se mi stalo a trvalo pár let, než jsem vypátral, jak ty chyby v databázi vlastně vznikají.

    +6/−11
    14.10.2018 8:18

    M57a16r94c54e60l 89B96í83l52ý 2503692742109

    "kam tu přebytečnou hodnotu do databáze uložit" - cože ?! Místo do řádků to zapisovat do sloupců ?! V tom případě je programátor naprosté kopyto ;-D

    +9/0
    14.10.2018 8:27

    R10a97d34i81m 47P42a13v39l57i50c16e80k 1430608671294

    Spis mi pripada, ze je to nelogicky nasmlouvane.

    0/0
    14.10.2018 9:42

    V27á12c88l49a56v 53P53o46l10á84š45e28k 9376530601317

    Co je na tom nelogického? Firma si s dodavatelem elektřiny, vody resp. plynu nasmlouvá 24 hodnot pro pracovní dny, 24 hodnot pro soboty a 24 hodnot pro neděle a svátky. Pro tu opakovanou hodinu 2:00-3:00 v poslední neděli v říjnu se speciální hodnota nenasmlouvává, ale použije se obvyklá nasmlouvaná hodnota pro hodinu 2:00-3:00 v běžných nedělích.

    0/0
    14.10.2018 18:03

    V48á53c24l17a31v 48P61o22l16á80š16e10k 9236200101327

    Vy jste tohle asi nikdy neprogramoval, když Vám to připadá jednoduché. Nebýt změn času,použilo by se samozřejmě pole o 24 prvcích. Tam se ovšem ta přebytečná hodnota nevejde. Není řešením použít pole o 25 prvcích, protože pak by byly hodnoty pro poslední neděli v říjnu od 3:00 o jedno místo posunuté, což by komplikovalo zpracování. Takže se přece jen použije pole jen o 24 prvcích a ta přebytečná hodnota se musí uložit do samostatného databázového souboru, jenž bude mít pro každou firmu právě tuto jedinou hodnotu za každý rok. V té větvi pro den s 25 hodinami se pak musí tato hodnota porovnat s nasmlouvanou hodnotou pro hodinu 2:00-3:00 v neděli.

    +2/−1
    14.10.2018 17:57

    O76n66d49ř60e29j 28F56r55a60n33c 4959111248

    Ne, jak už bylo zmíněno výše, stačí to udělat správně, dát každý záznam jako sólo řádek a řádně jej identifikovat časovým kódem. Jednoduché jako facka.

    0/0
    15.10.2018 11:17

    J75a84n 96T28a66r36a29b53a 4456806649899

    Pokud to programátorovi zabere stovky hodin, tak by měl jít raději pást kozy.

    +13/0
    14.10.2018 9:00

    V81á67c49l52a39v 35P10o62l67á60š86e91k 9406130911967

    Holt jste génius a já ne. Ale když spočítám, kolik času zabralo domlouvání se zákazníky, analýza, programování, ladění, oprava chyb, přičemž na jednu se nepřišlo a program vytvořil chybné faktury, které zákazníci reklamovali a bylo třeba honem vytvořit a rozeslat správné faktury, tak to stovky hodin byly.

    +2/−1
    14.10.2018 18:23

    L62u83b34o46m47í46r 31H83r86a43c86h90o55v85i95n12a 6598782606770

    Jsou nepříjemné?

    Zimní a letní čas tu máme dlouho, sestry dávaly injekce, aniž by jim počítač řekl kdy, můj blbý foun se též z toho neosype, takže někdo zkouší nějé nové W2k?

    +1/−1
    14.10.2018 9:04

    V13á25c34l32a43v 43P62o87l91á65š25e74k 9386660691217

    Jenže dřív nebyla činnost sestry řízena počítačem. Sestra měla písemný rozpis a uvědomila si, že když minulou injekci dávala v 1:30 a je poslední neděle v březnu resp. v říjnu, tak tu další injekci musí dát ne v 4:30, ale v 5:30 resp. v 3:30 nového času. Pokud bude její práce řízena počítačem, tak ona ten písemný rozpis vůbec nebude mít, ledaže by si ho vedla navíc soukromě právě proto, že těm pokynům z počítače nebude důvěřovat. Takových činností, které se dřív prováděly dle písemného rozpisu nebo jen dle paměti, a nyní se začínají provádět dle počítače, je hodně a čím dál víc.

    +2/0
    14.10.2018 18:16

    J43a27k53u60b 83M62a19t52ě44j53ů 5755702571365

    spatne ladi? Ladi se uplne v pohode, akorat se na to nesmi zapomenout, coz je jedinej duvod, proc se to applu potentovalo. Proste to nevychytali. Nicmene me nezarazi to, ze na zmenu casu zapomneli, jako spis to, ze neni osetreny to, ze dojde obecne k chybe takovyho charakteru a skonci to nekonecnym restartem.

    +4/0
    14.10.2018 9:26

    P23e78t35r 87P80o37d60z90i13m83e57k 9383279719679

    Vždyť to není nic nového! Zvládaly to programy v minulosti, tak proč by to neměly zvládat ty nové? O ukládání a práci s datem je spousta článků a doporučení. Vše lze pokrýt testy a pro reálné otestování lze použít time-shift.

    Opravdu to není žádná novinka!

    0/0
    15.10.2018 20:37

    J57a33n 85B73á62r84t16a 3270766248

    Změny času způsobují komplikace všude.

    Třeba nějaké zpracování závislé na čase. Vždy se děje v určitou hodinu. Chybějící hodina až tak nevadí. Ale vadí přebývající hodina. Ani ne tak proto, že přebývá ale proto, že se jedna hodina opakuje dvakrát. Pokud je zpracování naplánováno na tuto dobu, změnou času se spustí dvakrát, což může být i docela malér.

    Jinde to může docela slušně nabourat časovou souvislost. Představte si třeba policejní hlášení o spatření ukradeného vozu. První hláška je ve 2:40 z Plzně, druhá hláška ve 2:10 z Berouna. Jede tedy západním směrem nebo došlo ke změně času a jede naopak východním směrem?

    0/0
    15.10.2018 22:26

    P93a72v89e77l 66K71r14a61l 4778859889862

    Změna času je konina a mají s ní problém lidé i stroje

    +12/−13
    14.10.2018 7:15

    J57a38n 19T30a39r42a95b31a 4656906509949

    Jen neprizpusobiví.... Normální to v pohodě zvládají.

    +8/−1
    14.10.2018 9:02

    L20u67k12á18š 72P30l94a12c20h92e18t47k81a 2339418789948

    Já si ji většinou ani nevšimnu ��

    +2/0
    14.10.2018 15:37

    P59e40t81r 80H10a94r76i53p32r51a20s95a21d 33H53a76j78i20č 5641636413400

    I to je důvod, proč s těmi změnami času skoncovat. Ne, že bych obhajoval chyby SW, ale ekonomické ztráty mohou být značné. Přitom se taková chyba mohla objevovat postupně u lidí, kteří například mění časová pásma a nebyl by to takový nápor na vývojáře Apple, když se to stane najednou všem, co mají ten konkrétní produkt.

    +6/−16
    14.10.2018 1:31

    L81u83b77o92m48í90r 36H95r97a63c10h70o34v18i68n94a 6258892576840

    Když v poledne letím tam, kde je půlnoc, je to můj problém a nepomůže mi ani to, že mám 5 jmen a jedno z nich je prase

    +1/0
    14.10.2018 9:11

    M30a19r98t90i86n 49H40o68l70y 5675774460636

    To se u nas jeste ani nebudou prodavat, takze cajk :D

    0/−4
    14.10.2018 0:32

    E76l56v14í86r60a 14N49o57v34á 6871204342

    cože?

    0/0
    27.10.2018 22:13

    mobilní verze
    © 1999–2018 MAFRA, a. s., a dodavatelé Profimedia, Reuters, ČTK, AP. Jakékoliv užití obsahu včetně převzetí, šíření či dalšího zpřístupňování článků a fotografií je bez souhlasu MAFRA, a. s., zakázáno. Provozovatelem serveru iDNES.cz je MAFRA, a. s., se sídlem
    Karla Engliše 519/11, 150 00 Praha 5, IČ: 45313351, zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl B, vložka 1328. Vydavatelství MAFRA, a. s., je členem koncernu AGROFERT.