Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂
Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
Jistě vám neušlo, že i v ČR se chystá hlasování týkající se standardizace formátu OOXML, návrhu normy DIS 29500. V minulosti jste byli na řadě serverů informováni o tom, že doporučení pana Koska zní ,,Ne, s připomínkami". Z tohoto materiálu by ČNI mělo vycházet i ve finálním hlasování, které proběhne tento pátek. Dnes ráno jsem se ale od ČNI dozvěděl, že cca 50 firem žádá ČNI o povolení této normy (většinou jde o partnery a zákazníky firmy Microsoft).
S Pavlem Janíkem jsme proto připravili dopis, který můžete do ČNI zaslat jako svůj hlas proti schválení současné podoby specifikace formátu OOXML.
Prosím tedy všechny, kdo jsou stejného názoru, nechť podobný dopis zašlou do ČNI (dopis, e-mail, fax). V příloze (ODF, PDF) naleznete návrh dopisu, který můžete použít.
Kam posílat?
- na faxová čísla uvedená v dopise - tedy na pány Kunce a Holečka
- na e-mailové adresy director@cni.cz, normalizace@cni.cz, petr.wallenfels@cni.cz
- poštou na adresu uvedenou v dopise
Je důležité, aby dopis dorazil do ČNI nejlépe ve čtvrtek, nejpozději v pátek ráno, v pátek bude probíhat finální hlasování.
Filip Molčan, předseda OSS Alliance
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
V poslední době se v informatické komunitě dosti hovoří o snaze fy. Microsoft prosadit specifikaci Office Open XML jako ISO standard. Přicházejí zprávy o tom, jak mnohé společnosti lobují za jeho přijetí a jaké prapodivné okolnosti doprovázejí jednání v různých státech. Jako prostý občan musím vyjádřit značné znepokojení touto situací. A jestliže se chcete řídit mottem, které momentálně na webu ČNI inzerujete: „Normy pro občany – přínos pro společnost“, pak nemohu jinak než vyjádřit názor, že schválení OOXML přínosem pro občany a společnost nebude, ba právě naopak, uškodí. Nemá smysl hovořit o technických nedostatcích návrhu, ty již dostatečně rozebrali povolanější odborníci než jsem já. (I když není bez zajímavosti podívat se například, jak bylo naloženo s připomínkami indického standardizačního institutu BIS.) Já osobně za největší problém považuji existenci dvou paralelních standardů; jako formát pro kancelářské aplikace již byl schválen OpenDocument (ISO/IEC 26300). To je přímým popřením účelu standardizace a podle historických zkušeností to obyčejným lidem (a nejen jim) přináší pouze spousty problémů. Stačí si jen vzpomenout na situaci s kódováním znaků s diakritikou před několika lety: kromě standardů de iure jako KOI-8cs a ISO-8859-2 zde byla spousta standardů de facto jako KeybCS2, CP852, CP-1250, a přenést prostý text psaný v jednom editoru na jednom počítači na jiný byl pro neznalého uživatele téměř nepřekonatelný problém. Jaké důsledky budou plynout z opětného roztříštění způsobu ukládání určitých dat si tedy není těžké dovodit (ostatně je známa situace z doby před standardizací ODF, a tato situace vlastně do značné míry trvá doposud). Apeluji tedy, abyste se výše uvedeným mottem řídili nejen 11. října, ale i při rozhodování o OOXML.
Škoda, že není znám seznam uvedenách firem a doufám, že se jejich jména dozvíme. Já osobně se podle toho zařídím.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?
Vedle mnoha jiného i proto, že patentované formáty a protokoly nemají mezi obecnými normami co pohledávat. (Maximálně mohou být "vnitropodnikovou" normou výrobce). Taky proto, že bude kolidovat s mnoha dalšími normami. A v neposlední řadě proto, že Microsoft záměrně porušuje veškeré normy už celá desetiletí, takže na to nemá morální právo.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?Je to špatná norma. Místo toho, aby popisovala, jak má formát vypadat, popisuje vlastně všechny možné staré formáty (dokonce spíš jejich implementace) včetně jejich chyb. Asi jako kdyby norma pro metr popisovala jak se tady měřilo v palcích, v mílích, Maruška že měla blbé pravítko které měřilo na metru o dva centimetry míň a Franta že se vždycky v pátek vožral, ustřihl kus pásma a měřil zbytkem. A podle toho že je nutné teď dělat všechny nové měřící přístroje.
... DOC a XLS. Jediným řešením je normalizovat tyto formáty a o to se také Microsoft snaží a není na tom nic špatného, naopak je to dobře.to rozhodně dobře není když už tady byl ten příklad s měřením - je to jako kdyby se lidé shodli, že měří v metrech (ODF), a pak někdo přišel a požadoval, ať se jako oficiálně použitelné jednotky zavedou taky "Gatesovy lokty" (OOXML), aniž by zveřejnil, jak je vlastně "Gatesův loket" přesně dlouhý ... lidé používající jedny jednotky by si museli třeba technické výkresy nejdříve do nich přepočítat, ale nemohli by si být jisti, jestli jim to bude sedět přesně, protože jediný způsob, jak zjistit délku "Gatesova lokte", by byl změřit výrobek "Gatesovo pravítko(tm)", kterýžto je ale už zatížen výrobními nepřesnostmi (a navíc je zatížen nějakými licenčními podmínkami, že se nesmí zjišťovat, jak vlastně měří)
...cítím potřebu se vyjádřit k probíhajícímu procesu ve věci normalizace formátu OOXML. Nikoliv jako zástupce určité firmy nebo instituce, ale jako občan, který se v konečném důsledku bude s následky zítřejšího hlasování v budoucnu nezbytně potýkat, ať již bude závěr komise jakýkoliv.
Dojde-li ke schválení formátu OOXML jako normy, dojde tím zároveň k vytvoření zbytečné duplicity, neboť jiný formát na bázi XML - ODF (ISO/IEC 26300) - již normalizován je. Formát ODF během své existence jasně prokázal svou použitelnost. Naproti tomu formát OOXML je relativně nový a již během krátké doby se objevilo několik závažných nejasnotí ve specifikaci, které by mohly ohrozit jeho plnohodnotnou implementaci do různých produktů a také plnou přenositelnost dokumentů v tomto formátu mezi nimi. Konkrétně se například lze domnívat, že součástí specifikace by neměly být odkazy na chování určitých verzí produktů určité firmy.
I proto si myslím, že by formát OOXML neměl být (minimálně ve své současné podobě) schválen. Jeho existence jako normy není nutností a spektrum potřeb, pro něž je určen, již bylo pokryto stávající normou.