Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.
Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.
Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.
Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.
Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Za posledních pár měsíců jsem prošel několika projekty, mnohé z nich jsem urychleně opustil, u některých zatím zůstávám. Setkávám s dalšími a dalšími situacemi, které mne v různých projektech nepříjemně překvapují, někdy snad až příliš.
Rozhodl jsem se tedy sepsat pár faktorů, kterých si budu všímat, až příště budu chtít pomoci nějakému softwarovému projektu. Pokud jsou Vaše priority odlišné, budu rád, pokud se podělíte o Vaše názory.
Kupředu k bodům:
Někdo je v tomto možná až příliš velký konzervativec, ale v základu měl pravdu - projekt bez dobré přípravy nemá moc valnou naději na kvalitní výsledek. Fáze vývoje a cílové vlastnosti programu by neměly být závislé na tom, jak v libovolném okamžiku rozhodne vůdčí programátor (obvyklé), ale spíše by měly být na začátku vývoje jasně sepsány a na viditelném místě uschovány. "Bazarový vývoj" má největší úspěch v případě, že každý z trhovců přesně ví, co dělá, a tuší také, na čem se pracuje u ostatních.
S konfliktním (a značně tvrdohlavým) vývojářem se lehko dostanete do hádky, načež on si o Vás prostě negativní obrázek udělá, ať budete argumentovat sebelépe. Podobnou variantou je vývojář, který nedokáže ustoupit ze svých nároků nebo není schopen uznat svou chybu (dezinformace je v tomhle hodně častá). Jakmile existuje velice podobný otevřený projekt (např. 2 frontendy jednoho programu, oba pod QT), avšak vývojáři se nedokážou shodnout na spojení, raději si svou spolupráci promyslete - není nic méně konstruktivního než flamewars.
Vývojář Vás někdy nemůže o něčem informovat také proto, že to jednoduše neví. Projekt musí stát na pevných komunikačních základech, nejenom na jednom mailing listu a kanálu na IRC. Přehledné záznamy o komunikaci na emailové konferenci jsou nezbytné, další důležitý bod je přehledná (a obsáhlá) webová stránka (s cílovými vlastnostmi projektu - bod 1), dále například malá wiki pro koordinaci práce na jednotlivých součástech programu.
To by ode mne stačilo, teď jste na řadě Vy.
Tiskni
Sdílej:
22.6.2006 19:59
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
"Pak tu jsou projekty bez dokumentace, které si píšou programátoři sami pro sebe. Nemám rád programy bez dokumentace! Raději budu mít program špičkově zdokumentovaný s menším množstvím funkcí než nezdokumentovaný bastl."Knuth věděl, proč píše TeX ve WEBu...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz