Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).
Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
Samsung představil svůj nejnovější chytrý telefon Galaxy Z TriFold (YouTube). Skládačka se nerozkládá jednou, ale hned dvakrát, a nabízí displej s úhlopříčkou 10 palců. V České republice nebude tento model dostupný.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.11.1. Přehled novinek v Changelogu.
Byla vydána nová verze 15.0 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04 1.1 a 20.04 OTA-11. Vedle oprav chyb a drobných vylepšení je řešen také středně závažný bezpečnostní problém.
I letos vyšla řada ajťáckých adventních kalendářů: Advent of Code 2025, Perl Advent Calendar 2025, CSS Advent Calendar 2025, Advent of A11Y 2025, Advent of AI Security 2025, Advent of Agents (in Google) 2025, Advent of Svelte 2025, …
Tak schválně sám na sobě udělej pokus - převeď si několik A4 neznámého textu do tohoto fontu a zkus si ten text přečíst. Podle mě budeš mít na konci první A4 tak uvařenou hlavu, že na druhou už nebudeš mít ani chuť, natož aby jsi si pamatoval obsah.zkusil sem, vzal sem clanek z root.cz o XML v Pythonu, pro me oboje nezname, nastavil tento font, precetl 1x A4 bez zadrhnuti, pomerne rychle, tedy nelze prelitnout radek, ale musi se jit po slovech, hlavu uvarenou nemam
Nestačilo by to psát ve švabachu? Na co vymýšlet nový font? :-)
Problém těsnopisu je, že typicky zaznamenává fonetiku, potažmo celé fráze, a tak si nejsem jistý adaptací na odbornou terminologiiJo, to mě taky napadlo. Mám o tom ale jen základní představu, takže si vůbec netroufám odhadovat, jak by to šlo pro převážně odborné texty upravit nebo uzpůsobit. Když se na to podívám obecněji ne z hlediska přímo těsnopisu, ale obecně komprese, tak unikátní názvy se prostě komprimují dost blbě. Největší prostor pro zefektivnění by byl, pokud se budeme bavit o tom lékařství, u často se vyskytujících frází typu pacient přichází s obtížemi. Ale spíš než instalovat do ordinací stenotypy (ať už hardwarové nebo softwarové) by mi přišlo rozumnější naučit doktory psát ± všemi deseti. Tráví psaním lékařských zpráv nezanedbatelné množství času a u málokoho z nich vidím byť jen správně položené ruce na klávesnici (většinou datlují). Odhadoval bych, že jen tímhle by se dala propustnost zvýšit třeba o 10 %.
Aby to ale nebylo jako automatické doplňování/opravy na mobilech. Pokud by se doktor přehlédl, tak by to mohlo mít i dost tragické následky. Ona ta redundance v přirozeném jazyce má i svoje přínosy.
Co se týče rozpoznávání řeči -- obávám se, že dneska by to většina firem implementovala tak, že by se zvuk posílal někam do cloudu a tam se analyzoval -- takže by diktované lékařské zprávy byly dostupné kde komu. To už je pomalu, jako když doktor sdílí rentgeny pacientů jako veřejné soubory na ulož.to.
Něco mi říká, že ses absolutně neobtěžoval před odesláním komentáře nabýt nějakou představu o tom, jak to v praxi funguje. Smutné.
Aby to ale nebylo jako automatické doplňování/opravy na mobilech. Pokud by se doktor přehlédl, tak by to mohlo mít i dost tragické následky. Ona ta redundance v přirozeném jazyce má i svoje přínosy.
Vstupní metody typu T9 nebo algoritmy pro automatické opravy řeší nejednoznačnost (ambiguity) na základě predikce pomocí buď fixního slovníku a vizuální kontroly pisatele (to ostatně platí např. také pro vstupní metody orientálních písem, nebo stochastických metod.
Expanze textu je založená právě na slovníku a rutinně se používá zvláště při zápisu či tvorbě např. právních dokumentů.
Ostatně, běžný expanzní software jako PhraseExpress, potažmo jeho linuxový klon AutoKey, si můžeš rovnou vyzkoušet.
Že v tom někdo může udělat chybu? Ano, může. Stejně jako může myšlenkami zabloudit někam jinam a začít psát něco jiného.
Co se týče rozpoznávání řeči -- obávám se, že dneska by to většina firem implementovala tak, že by se zvuk posílal někam do cloudu a tam se analyzoval -- takže by diktované lékařské zprávy byly dostupné kde komu.
Žhavinka: rozpoznávání řeči se (a) v nemocnicích (aspoň v technicky vyspělejších končinách) rutinně používá, byť třeba ne při interakci přímo s pacientem, ale (b) expertní systémy pro diagnostiku (populární příklad: IBM Watson) už tu s námi také chvíli jsou… překvapivě i ony pracují s analýzou velkých objemů dat.
Automatickým opravám bych tady nevěřil, ale s tou expanzí textu máš pravdu. Je to, jako když napíši psvmTAB a IDE mi doplní public static void main(String[] args) {}.
Ale ještě lepší by bylo, kdyby doktor zadával data ve strojově čitelné podobě (ať už klikáním nebo psaním a vybíráním položek v nějakém průvodci nebo formou nějakého DSL) a zpráva v přirozeném jazyce by se z těchto dat pouze generovala.
Pokud by se doktor přehlédl, tak by to mohlo mít i dost tragické následky. Ona ta redundance v přirozeném jazyce má i svoje přínosy.
To je mimochodem pozoruhodná myšlenka. Myslíš, že správci kritických systémů by měli psát místo „rm“ „remove“, místo „/usr/local/bin“ „directory user directory local directory binaries“ atd.?
by mi přišlo rozumnější naučit doktory psát ± všemi deseti.
Např. já píši všemi deseti pomaleji, než když "datluji" cca šesti prsty. Z psaní všemi deseti mám sice lepší pocit a časem1 se to zlepší, ale s tím "datlováním" mám pořád větší cvik. IMHO je to víc o tom cviku než o počtu prstů -- a pokud i po X letech praxe doktor hledá písmenka na klávesnici, tak bude něco špatně. Jinak by totiž psal rychle i třeba čtyřmi (šesti, osmi) prsty.
[1] dlouho jsem na to kašlal a dodnes mi nepřijde, že by mě ne-psaní všemi deseti brzdilo při práci -- s rychlostí "datlování" jsem spokojený
U textu typu "přečti mnohokrát"A i jen pro zběžné čtení datasheetu by to nefungovalo dobře, ty znaky jsou jakoby schválně zamaskovaný.
Tiskni
Sdílej: