Nizozemská vláda ve snaze šetřit a zvyšovat efektivitu s využitím umělé inteligence (AI) hodlá zrušit asi 25.000 pracovních míst ve státní správě. Cílem je postupně dosáhnout ročních úspor až 3,5 miliardy eur (85,2 miliardy Kč). Na konci loňského roku ve státní správě pracovalo rekordních 160.000 lidí. „Nemůžeme pokračovat v tom, co jsme dělali dosud,“ uvedl státní tajemník pro efektivní fungování vlády Eric van den Burg. „Proto
… více »Příspěvek na blogu PRUSA 3D představuje fotoaparát CAIM1 (Counter Artificial Intelligence Machine 1). Uměle vytvořený obsah je každým dnem těžší rozeznat od skutečných záběrů či fotografií, což podrývá důvěryhodnost žurnalistiky, archivních materiálů i každodenní tvorby obsahu. Fotoaparát CAIM1 byl vyvinut právě k tomu, aby ověřoval původ fotografií a videí přímo během jejich pořizování. Uvnitř fotoaparátu se nachází hardwarová Web3 peněženka se zabezpečovacím čipem Tropic Square TROPIC01.
Jonathan Thomas oznámil vydání nové verze 4.1 video editoru OpenShot (Wikipedie). Zdrojové kódy OpenShotu jsou k dispozici na GitHubu. Ke stažení je i balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit.
Při běžné migraci virtuálního stroje mezi hypervizory se jeho MAC adresa přesune na jiný leaf switch. EVPN tuto změnu distribuuje pomocí BGP Type-2 route a MAC mobility sequence number. Problém nastává, pokud útočník podvrhne zdrojovou MAC adresu jiného zařízení. Leaf může změnu interpretovat jako legitimní přesun MAC a rozšířit ji přes BGP do celé fabric. Výsledkem může být přesměrování provozu určeného původnímu zařízení. Autor článku rozebírá možnosti detekce pomocí sledování MAC moves, BGP route reflektorů a kontroly na přístupové vrstvě.
Vývojáři desktopového prostředí Enlightenment (Wikipedie) a souvisejících knihoven Enlightenment Foundation Libraries (EFL) vydali nové verze. Enlightenment byl vydán ve verzi 0.28.0 a Enlightenment Foundation Libraries ve verzi 1.29.
Cloudflare zjistil, že některé odpovědi modelu GLM-5.3 obsahovaly části dat z předchozích požadavků jiných zákazníků. Příčinou byla kombinace chybné konfigurace a chyby v inference enginu SGLang. Model podporoval kontextové okno 1 048 576 tokenů, ale GPU KV cache pool měl kapacitu pouze 681 280 tokenů. Při překročení kapacity docházelo k nesprávnému zpracování odmítnutého požadavku. Decode část systému následně pracovala se starými
… více »Vývojáři Knot Resolver vysvětlují, jak změnili rozhodování o tom, které DNS záznamy ponechat v cache a které odstranit. Článek obsahuje skutečná měření: devět hodin DNS provozu při 2 000 QPS, srovnání cache o velikosti 25 MB a 40 GB a také porovnání s BIND 9, kromě algoritmů obsahuje konkrétní doporučení pro konfiguraci a diagnostiku.
Největší kryptoměnová burza světa Binance se stala terčem útoku, při kterém podvodníci odcizili během několika minut kryptoměny v hodnotě přibližně 6,3 miliardy dolarů. Jedná se o největší kryptoměnovou krádež v historii, přibližně čtyřikrát větší než loňský útok na burzu Bybit. Binance se podařilo ve spolupráci s partnery zmrazit aspoň aktiva v hodnotě zhruba 3 miliard dolarů a slíbila, že veškeré ztráty pokryje z vlastních prostředků.
Zranitelnost CVE-2026-98432 s CVSS 9.8 odhalila AI od společnosti Anthropic. Jedná se o kritickou chybu v implementaci MPTCP (multipath TCP). Debian vydal patche 16.10. a 22.10., ale např. Ubuntu je zatím bez opravy. Více informací na The Hacker News.
Na Slovensku vznikla úplne nová rally hra, ktorá je zadarmo a funguje vo Windowse, Linuxe či na Macu. Greenie Rally má viac ako 50 tratí a vozidiel, šampionáty či turnaje. Má retro feeling a imituje automobilové hry z prelomu tisícročí. Vyskúšate prejsť všetky mapy na Škode 130RS?
Tento zápisek částečně navazuje na můj předchozí zápisek „Předpověď počasí pro Android.“ V zápisku nejprve popíši pár novinek které přibyly od mého předchozího blogu. V další části bych se rád obrátil na čtenáře ohledně testování nové verze. V blogu najdete i pár tipů na řešení problémů, na které jsem narazil.
Původně aplikace měla separátní layout pro tablety, který se od toho pro mobily lišil jen tím, že měl odsazení po stranách, aby text nebyla taková nudle. Jak se ukázalo, Google Play pozná, když něco ošidíte. Přestože jsem nahrál screenshoty pro tablet, Play pořád tvrdilo, že moje aplikace není optimalizovaná pro tablety. Výsledkem je nové rozložení, které zobrazuje seznam krajů v levém sloupci a předpověď v pravém.
Při práci na tomto rozložení jsem poprvé narazil na výraznější problém mezi různými verzemi Androidu. Chtěl jsem totiž, aby byl vybraný kraj v seznamu zvýrazněný. To funguje víceméně out-of-the-box při správném nastavení parametrů pro ListView na Androidu 4.x, ale jakmile jsem to spustil v emulátoru s 2.3, tak to prostě nic nedělalo. Ani řešení s použitím selektorů a a příslušného android:state_* v XML. Jak se ukázalo, tak nejsem jediný, kdo na tento problém narazil. Bohužel nikde žádné řešení. Nakonec se mi podařilo najít workaround, který se momentálně používá ve verzi pro Android 2.1 a vyšší, verze pro Android 3.0 a vyšší workaround nemá. Workaround jsem popsal na Stack Overflow.
Asi nejvýraznější novinkou je experimentální podpora ikon počasí. Jak se ukázalo, aplikace nemusí rozumět Česky, aby to jakž-takž fungovalo. Princip je jednoduchý – nejprve se předpověď prohledá na určitá klíčová slova (např. „polojasno“ nebo „místy“). Kvantifikátory se váží vždy na následující jev. To sice není perfektní, protože se v předpovědi může vyskytnout něco jako „na jihu zataženo, na severu jen místy.“ V tom případě se kvantifikátor „místy“ naváže na to, co v předpovědi následuje. Naštěstí to ale není takový problém, protože něco takového se v předpovědi vyskytne jen výjimečně a ani tehdy to většinou nevede k nějaké významnější změně ikonky. Výstupem je vektor vlastností, pomocí kterého se pak složí ikonka.
Ikonky zatím nejsou pro všechno (musím je nakreslit) a i samotné zpracování zatím nezná všechny jevy, protože potřebuji vědět, jak v předpovědi vypadají. Takže ikonky sněhu budou až bude chvíli sněžit
.
Zatím poslední novinkou je přepis všech dialogů, aby používali DialogFragment, což by mělo znamenat lepší chování dialogů (např. chybový dialog při rotaci nezmizí). To bylo něco, co jsem chtěl udělat už dávno, ale protože to nebylo tak jednoduché, tak jsem to odložil. Impulz k tomu to opravdu dodělat byl první (a zatím poslední) pád, který jsem měl reportovaný na Google Play. Tohle je zároveň část, do které se muže zapojit i čtenář, a to testováním nové verze, kterou lze stáhnou na konci zápisku.
Google Play má z pohledu vývojáře jednu velice pěknou vlastnost. Když totiž aplikace nainstalovaná přes Google Play spadne, automaticky odešle informace o pádu (verze aplikace, zařízení, stack trace) vývojáři. Zřejmě je možné, aby uživatel i vyplnil nějakou zprávu, protože je tam i kolonka „user message,“ která je ale daného reportu prázdná.
Zpět k věci. Ten pád by zrovna v kódu řešícím dialogy. Do té doby jsem předpokládal, že kód je zcela odladěný, protože se mi nepodařilo žádným způsobem vyvolat pád, ale asi se stejně nějaká chybička vloudila. Nevýhoda starého řešení dialogů byla v tom, že obsahovala spoustu obezliček, které řešili věci jako vyvolání dialogu na pozadí, změny konfigurace (např. rotace) apod. Tak jsem se tedy vrhl na fragmenty.
Aby to nebylo tak jednoduché, tak většina dialogů (progress dialog a chybové dialogy) je vyvolávána ze samostatného vlákna. Tady se ukazuje, jak špatné tutoriály pro android jsou, protože většina tutoriálů pro vlákna, a zejména AsyncTask, používá něco na způsob: „při startu zavolej dialog.show(), na konci dialog.dismiss().“ Zásadní problém tohoto řešení je v tom, že to funguje jen když je aplikace na popředí. Jakmile ji nějak dáme do pozadí (otevření jiné aplikace, klávesa home), tak to spadne. U fragmentů se tohle dá řešit celkem elegantně, bohužel o tom tutoriály mlčí. Místo „dialog.show()“ je potřeba používat:
getFragmentManager().beginTransaction().add(progressDialog, "progressDialog").commitAllowingStateLoss();a místo „dialog.dismiss()“ pak:
getFragmentManager().beginTransaction().remove(progressDialog).commitAllowingStateLoss();tj. místo používání funkcí samotného fragmentu využít FragmentManager. Důležité je také použít na konci
commitAllowingStateLoss() místo obyčejného commit(). Idea je prý taková, že aplikace by neměla změnit svůj stav (tj. např. odstranit dialog), když jí uživatel nevidí. Proto commit() když aplikace není vidět vyhodí výjimku. Když ale např. dojde k chybě, měla by se uživateli zobrazit, když se do aplikace vrátí. To umožní právě commitAllowingStateLoss(), která zobrazení (případně zrušení) dialogu odloží do chvíle, kdy je aplikace vidět.
Úplně nakonec je jedna drobná změna do samotného stahování předpovědi. Aplikace umožňuje přidat jeden další požadavek na stahování (víc není potřeba), i když už se počasí stahuje. Problém byl v tom, že když se během stahování aplikace hodila do pozadí, pak do popředí a párkrát se změnila konfigurace, mohla se ta samá předpověď stahovat dokud docházelo ke změnám konfigurace. Teď se korektně detekuje, jestli se už předpověď pro daný kraj nestahuje a v tom případě se už znovu nestahuje.
Rád poprosil zvídavé čtenáře o testování nové verze, která obsahuje přepsané dialogy. Z pohledu kódu se totiž jedná o asi nejvýraznější změnu, ke které došlo od uveřejnění Počasí v krajích. Nejzajímavější jsou asi změny konfigurace (rotace) během stahování, zavření aplikace během stahování a různé stavy při nedostatku paměti, protože tam nejčastěji docházelo k problémům. Tak tomu dejte co proto 
) a aplikace je odstřelena, při příštím spuštění se zobrazí progress dialog, který nejde nijak zrušit. Opraveno v Mercurialu.
Tiskni
Sdílej:
. Většina těch aplikací zobrazuje jen grafiku s malým množství textových informací (teplota + jedno, dvě slova). Vlastně s výjimkou GMailu se mi to zdá všechno hnusně přeplácané.
Ten problem s otocenim obrazovky je bohuzel hodne neprijemna a zaludna vec, dost to komplikuje vsechny asynchronni operace. Pokud spustis AsyncTask, ktery ma odkaz na aktivitu, a ta aktivita se restartuje, tak mas 2 problemy: 1) asynctask ma odkaz na starou aktivitu, takze nemuze dorucit vysledek nove aktivite 2) vznikl memory leak - garbage colllector nemuze starou aktivitu odstranit dokud AsyncTask neskonci.Tak tak, je to hnus. A ještě horší je to ve chvíli, kdy na zařízení začne docházet paměť. Pak se totiž některé fragmenty můžou zahodit a znovuvytvořit, takže není možné je nějak přímo referencovat.
Problem s listSelectorem jde na 100% nejak resit bez nutnosti 2 apk. Zkousels napriklad: http://stackoverflow.com/a/4856003/243225 ?2 APK nemám kvůli tomu listu, ale protože verze pro API 7+ používá support library, která je dost velká, zatímco 11+ jede nativně. Rozdíl ve velikosti je zhruba 500 kB vs 70 kB.
Pokud vim, tak kdyz dochazi pamet, tak se killne rovnou cela aplikace.Přišlo mi, že je GC může fragment odstranit a pak se znovu vytvoří. Stejně to není tak podstatné. Podstatné je, že člověk musí tak jako tak používat FragmentManager, protože fragment nemusí být vždy nutně přístupný pod stejnou referencí. Nebo, pokud člověk přistupuje k fragmentu z jiného fragmentu získávat reference v onCreate(). Vlastně je to ten samý problém jako s aktivitami, akorát přesunutý trochu jinam.
Kvuli 500 kB mi prijde dost zbytecny to delit na dve APK... Proguard umi osekat nepouzivany kod z knihoven, ale nevim jak velky vliv to bude mit na vyslednou velikost.To je po použití ProGuard. Každopádně nevidím smysl v tom používat Support Library pro něco, co už v systému je.