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 »
users - user_id payment - user_id, payment_id, amount demand - user_id, demand_id, amountchtel bych vypsat u uzivatele soucet jeho pohledavek a jeho plateb, muj dotaz vypada takto a vypisuje hodnoty, podle kterych to vypada ze tam nekde vznika nejaky kartezsky soucin:
SELECT u.user_id, SUM(dm.amount), SUM(p.amount) FROM users u LEFT JOIN payment p ON p.user_id = u.user_id LEFT JOIN demand dm ON dm.user_id = u.user_id WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205 GROUP BY u.user_id +---------+----------------+---------------+ | user_id | SUM(dm.amount) | SUM(p.amount) | +---------+----------------+---------------+ | 1205 | 2000.00 | 1084.00 | +---------+----------------+---------------+(spravne to ma byt 1000 a 542 - v demand jsou pro tohoto uzivatele castky 500 a 500, v payment 500 a 42) kdyz vyhazu tu agregaci vypada to asi takhle:
SELECT u.user_id, dm.amount, p.amount, dm.demand_id, p.payment_id FROM users u LEFT JOIN payment p ON p.user_id = u.user_id LEFT JOIN demand dm ON dm.user_id = u.user_id WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205 +---------+--------+--------+-----------+------------+ | user_id | amount | amount | demand_id | payment_id | +---------+--------+--------+-----------+------------+ | 1205 | 500.00 | 42.00 | 4 | 7 | | 1205 | 500.00 | 42.00 | 11 | 7 | | 1205 | 500.00 | 500.00 | 4 | 11 | | 1205 | 500.00 | 500.00 | 11 | 11 | +---------+--------+--------+-----------+------------+otazka zni: jak by mel vypadat dotaz, ktery vypise to co chci? (pro vice uzivatelu, ta podminka user_id = 1205 je tam jen pro demonstraci)
USER_ID AMOUNT ---------------------- ---------------------- 1205 500 1205 500spojením výsledné tabulky s payment relací jen přes user_id dostanu kartézský součín (2 x 2 = 4 řádky)
USER_ID AMOUNT AMOUNT ---------------------- ---------------------- ---------------------- 1205 500 42 1205 500 500 1205 500 42 1205 500 500no a agregace pak dá výsledky 2000 a 1084. Těžko očekávat očekávané výsledky spojení tabulek (payment a demand), které nejsou v relaci. Možné řešení
select user_id,sum(amount1),sum(amount2) from( SELECT u.user_id, dm.amount amount1, 0 amount2 FROM users u LEFT JOIN demand dm ON dm.user_id = u.user_id union SELECT u.user_id, 0, p.amount FROM users u LEFT JOIN payment p ON p.user_id = u.user_id ) GROUP BY user_id
Tiskni
Sdílej: