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

Zdroják » Zprávičky » Groovy namísto shell skriptů

Groovy namísto shell skriptů

Zprávičky Různé

Nálepky:

Víte o tom, že je možné Groovy velmi efektivně použít pro skriptování namísto shellu operačního systému? Pro většinu adminů je to asi neužitečná informace, pro řadu Java vývojářů je to ovšem skvělá cesta, jak velmi efektivně na vlastním systému vyřešit řadu systémových úloh. Více detailů o skriptování v Groovy naleznete v článku Groovy namísto shell skriptů. Článek vyšel na blogu Honzy Novotného.

Komentáře

Odebírat
Upozornit na
guest
6 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
tdvorak

Ač některé webové věci píšeme v groovy, scripty místo v shellu píšu v pythonu a jsem moc spokojen. Naučil jsem se další jazyk, hezky se s ním pracuje. Příště ozkouším groovy :) Díky za tip

Ladislav Thon

Občas to tak dělám, typicky když si potřebuju vygenerovat nějaká testovací XMLka. Ten GroovyServ jsem neznal, díky za tip.

it

AutoIt taky není k zahození. Jen už by konečně mohli vydat novou, s několika bugama opravenou verzi.

novoj

Taky mě to hraní s Groovy bavilo ;)

Jiří Knesl

Před časem (cca 3 roky zpět) jsem to zkoušel, groovy je rozhodně daleko čitelnější než shellscripty. Problém jsem měl ale v době startu (ne běhu) skriptu. Často byl shellscript hotov, když groovy teprve začal.

novoj

Přesně na tohle dává odpověď ten GroovyServ – tím že JVM běží neustále na pozadí jsou starty Groovy skriptů instantní. Jen ta JVM ukousne trochu paměti.

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.