Přejít k navigační liště

Zdroják » Autoři » Archivy pro Martin Jonáš

Archiv autora: Martin Jonáš

Martin Jonáš pracuje jako projektový manažer v GrowJOB institute. Cílem této společnosti je vyhledávat a spojovat nejnovější teoretické poznatky světové vědy a ty následně aplikovat do praxe českých firem. Poskytuje služby v oblasti osobního rozvoje a firemního růstu v podobě školení, konzultací, koučování a grafických i technických realizací. Vystudoval SPŠ v Jihlavě a inženýrský obor Informační systémy na Fakultě informačních technologií VUT. Od roku 2005 je hlavním architektem a manažerem týmu vývojářů informačního systému Ariadne3.1. Kromě IT se po odborné stránce zajímá o osobní rozvoj, psychologii, projektové řízení a design.

Články Různé

V tomto díle o návrhových principech GRASP (General Responsibility Assignment Software Patterns) se budeme zabývat principem Low coupling – Slabá provázanost. Jde o další hodnotící princip sloužící k porovnávání různých zvažovaných možností návrhu, který doplňuje princip High cohesion – Vysoká soudržnost z minulého dílu o pohled z jiného úhlu.

Články Různé

V druhém díle o návrhových principech GRASP (General Responsibility Assignment Software Patterns) se budeme zabývat principem High cohesion –  Vysoká soudržnost. Jde o hodnotící princip sloužící k porovnávání kvality různých zvažovaných možností návrhu.

Články Různé

Přidělování zodpovědností (kdo bude co dělat) a návrh jejich kooperace je důležitým a netriviálním krokem při návrhu software. Návrhové principy GRASP (General Responsibility Assignment Software Patterns), které sestavil Craig Larman, nám k tomu poskytují užitečná vodítka. V prvním díle se seznámíme se základními pojmy a probereme princip Protected variations.

Články Různé

Návrhový princip DRY (Don’t Repeat Yourself) nám sděluje jednoduchou myšlenku: Neopakujte se! Patří k principům z kategorie „to je přece jasné“, ale bývá často aplikován nesprávně. Pokud je ale použit dobře a s rozmyslem, ve výsledku nám pomáhá vytvářet kvalitnější kód a ušetří práci při jeho údržbě.

Baro vs. Claude Code: Když paralelní agenti prohrají s jedním sezením (a co s tím udělat)

AI
Komentáře: 0
Více agentů musí být rychlejší než jeden, ne? Miodrag Todorović z JigJoy postavil baro - CLI, které paralelně spouští pět Claude sezení místo jednoho - a postavil ho proti novému příkazu /goal v Claude Code. Čekal jasnou výhru paralelismu. Místo toho prohrál v čase, v tokenech i v kvalitě výsledného kódu. Z analýzy tří konkrétních selhání ale vyšel jeden nečekaný závěr: problém nebyl v koordinaci mezi agenty, ale v rozhodnutích, která padla ještě před tím, než se kdokoli z nich probudil. Oprava trvala 200 řádků kódu - a v odvetě baro porazilo /goal o 4 minuty.

WebGPU už mají všechny hlavní enginy. Hotový standard z něj W3C dělat nechce

Na jaře 2026 už WebGPU není jen záležitost Chromia nebo preview buildů. Chrome, Edge, Safari i Firefox ho dodávají v produkčních verzích, ale ne na stejných platfórmach a ne se stejnými limity. WebGPU navíc podle aktuální charty pracovní skupiny nemíří z Candidate Recommendation do W3C Recommendation. Pro vývojáře je proto důležitější konkrétní podpora, fallbacky a limity paměti než formální status standardu.