TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 6.0. Příští verze 7.0 je kvůli výkonu přepisována do programovacího jazyka Go.
Christian Schaller z Red Hatu na svém blogu popsal své zkušenosti s používáním AI při vývoji open source aplikací pro Linux. Pomocí různých AI aktualizoval nebo vytvořil aplikace Elgato Light GNOME Shell extension, Dell Ultrasharp Webcam 4K, Red Hat Planet, WMDock, XMMS resuscitated (aktualizace z GTK 2 a Esound na GTK 4, GStreamer a PipeWire) a Monkey Bubble. SANE ovladač pro skener Plustek OpticFilm 8200i se mu zatím nepovedl.
Americké firmy Tesla a SpaceX postaví v texaském Austinu moderní komplex na výrobu čipů pro umělou inteligenci (AI). Součástí projektu s názvem Terafab budou dvě moderní továrny na výrobu čipů – jedna se zaměří na automobily a humanoidní roboty, druhá na datová centra ve vesmíru. Uvedl to generální ředitel těchto firem Elon Musk. Projekt by podle odhadů měl stát 20 miliard USD (zhruba 425 miliard Kč).
Byla vydána nová stabilní verze 6.11 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Ubuntu 26.04 patrně bude ve výchozím nastavení zobrazovat hvězdičky při zadávání hesla příkazu sudo, změna vychází z nové verze sudo-rs. Ta sice zlepší použitelnost systému pro nové uživatele, na které mohlo 'tiché sudo' působit dojmem, že systém 'zamrzl' a nijak nereaguje na stisky kláves, na druhou stranu se jedná o možnou bezpečnostní slabinu, neboť zobrazování hvězdiček v terminálu odhaluje délku hesla. Původní chování příkazu sudo
… více »Projekt systemd schválil kontroverzní pull request, který do JSON záznamů uživatelů přidává nové pole 'birthDate', datum narození, tedy údaj vyžadovaný zákony o ověřování věku v Kalifornii, Coloradu a Brazílii. Jiný pull request, který tuto změnu napravoval, byl správcem projektu Lennartem Poetteringem zamítnut s následujícím zdůvodněním:
… více »Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 163 (pdf).
Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
Vždy když učiním nějaký "objev", a zahořím touhou podělit se s tím jak na to (HOW-TO), řeším dilema. Napsat postup sem do blogu, nebo do FAQ?
Napíšu-li to sem, tak je nezanedbatelná výhoda v tom, že mi popsaný postup může kdokoliv z široké veřejnosti připomínkovat, a já jej pak na základě takových připomínek mohu opravit, doladit,.. vyberte si co chcete.
Na druhou stranu, chce-li pak někdo řešit obdobný problém, nezbývá mu, než se po nějakém čase prohrabat hromadou jiných blogů, než natrefí na ten, co mu může pomoci.
Z této stránky je pak lepší napsat to jako FAQ. Ten má zase výhodu, že jej může kdokoliv rovnou upravit - nejenom autor původního textu. Jenže někdy je postup v zásadě správný a potřeboval by pouze drobnou připomínku, ne přepsání celého odstavce.
U FAQ na abclinuxu, v momentální podobě, mi docela vadí, že historie změn nefunguje tak jako na wikipedii (že by zobrazila v čem byla změna provedena). Také mi vadí že hledání ve FAQ je realizovatelné pouze přes formulářové pole "hledej". Copak je takový problém, aby bylo hledání realizováno s ohledem na aktuální rubriku? (Tj. jsem ve FAQ, chci prohledávat jen FAQ). Taky by se mi docela zamlouvala možnost u FAQ vypsat vše setříděno podle abecedy, či ve stromové struktuře podle autorů.
No nic, povzdechnul jsem si, a život jde dál. Jen se musím povznést nad neustále dokola omílané dotazy na tisíckrát řešené věci.
Tiskni
Sdílej:
19.5.2006 13:06
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Dej to do FAQ a sem hoď link a rozpoutej diskusi. Pak ten FAQ případně poupravíš (nebo někdo jiný).
Také mi vadí že hledání ve FAQ je realizovatelné pouze přes formulářové pole "hledej". Copak je takový problém, aby bylo hledání realizováno s ohledem na aktuální rubriku?
Ehm? To je takový problém si to naklikat v Rozšířené hledání?
Dej to do FAQ a sem hoď link a rozpoutej diskusi.Spíš bych navrhoval opačný postup. Vložit do blogu článek s informacemi a po připomínkování ostatními z toho vydestilovat heslo pro FAQ.
Sice neni uplne efektivni z hlediska ukladani dat, ale z hlediska prace je zase super. Pouzit treba cvs by sice jiste slo, ale nic moc bych tim neziskal. Diffy urcite ne, protoze zde zustane problem se zobrazovanim diffu pro HTML. Navic bych to mel slozitejsi, protoze bych musel vyhazovat ten uvodni znak.
Ale napadla me jina moznost, cesta nejmensi prace a odporu. Udelat normalni diff a vykaslat se na zobrazovani HTML. Escapovat vsechny HTML znacky a konce radku nahradit znakem BR. Zakladni ucel to splni a nemuselo by to byt tak slozite.
Uz sem si tedka stahnul i zdrojaky Abicka - zatim se moc neorientuju. No kazdopadne o weekndu delam nejakej soft na prenos dat po rs232 z variometru, tak snad potom.
Jinak chápu, že reagujete také částečně pod vlivem příspěvku Návrh na zlepšení weblogů, a taky vím co to znamená překopávat zajetý systém a dodělávat do něj některé prkotiny.Ale ne. Řekl bych, že jsi té odpovědi neporozuměl. Myšlenka FAQ je prostě postavena jinak. Kdyby se jen Leošovi nechtělo předělávat zajetý systém, sekce FAQ by ani nevznikla (a kdyby nechtěl dodělávat prkotiny, nereagoval by v této diskuzi...) ;-).
Ani bych neřekl, že jsem odpovědi neporozuměl. Každý FAQ totiž má autora, a často ne jednoho. Každý do něj vložil svůj díl zkušeností. Někdo jich má víc, jiný míň. A mě kupříkladu zajímá kdo opravuje především překlepy a slovosled, a kdo doplňuje či přidává z mého pohledu podstatné informace. Napovídá to pak i leccos o úrovni jeho příspěvků v diskuzích a jinde.
Ale to je v podstatě detail.Spíš bych uvítal nějakou formu zpřehlednění výpisu uvedených FAQ, nebo možnost přiřazení více alternativních nadpisů do různých kategorií, protože některá FAQ svým zaměřením spadají do více chlívků a někdo jiný by třeba hledal potřebnou informaci pod jiným textem. Mám uvést příklad? Dobrá..
Tak třeba poslední FAQ Debian - Jak na problémy s balíky by stejně tak mohl vést na komplexnější FAQ Instalace software z deb balíčků, atp.. Přišlo by mi to lepší než psát duplicitní FAQ, nebo přeformulování stávajícího názvu FAQ, tak aby postihoval obecnější řešení.
Jinak chápu, že reagujete také částečně pod vlivem příspěvku Návrh na zlepšení weblogů, a taky vím co to znamená překopávat zajetý systém a dodělávat do něj některé prkotiny.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz