Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Ahojte robím si jeden parser a bohužiaľ používam knižnicu, ktorá je tak neštastne navrhnutá, že musím na jednom mieste použiť imperatívny kód (počítadlo pre riadky a stĺpce). A keďže obyčajné inkrementovanie hodnoty v multitheardovom prostredí neni bezpečné rozhodol som sa namiesto lockovania použiť actor model.
Používam na to triedu MailboxProcessor a tá má 3 metódy na komunikovanie s okolitým svetom (má ich viac ale tie teraz nie sú podstatné)
No a teraz stojím pred dilemou čo mám kde použiť? Intuícia mi hovorí že by som mal asi všade použiť PostAndAsyncReply keď chcem aby bolo všetko tip top pretože nechcem nič zbytočne blokovať zároveň ale chcem vedieť či už nastala akcia (inkrementovanie hodnoty). A až po jej inkrementovaní môžem poslať metódou PostAndAsyncReply správu Fetch ktorá mi vráti inkrementovanú hodnotu. Ja dávam asyncReplyChanel úplne všade aj za setovanie hodnoty lebo chcem vedieť kedy akcia prebehla.
Lenže proti tomuto riešeniu zase hovorí réžia spojená s asynchrónnymi operáciami a kladiem si otázku či takéto riešenie neni kanón na vrabce ktorý spomaluje zozložiťuje kód veď inkremenovanie čísla je veľmi nenáročná operácia ktorá zaberie zanedbatelne málo času Lenže keď budem mať v aplikácii viac agentov ktoré budú navzájom komunikovať tak potrebujem mať 100% istotu v poradí niektorých operácií.
Lenže keď budem mať v aplikácii viac agentov ktoré budú navzájom komunikovať tak potrebujem mať 100% istotu v poradí niektorých operácií.Stačí, aby se dané závislé operace spustily až tehdy, když budou splněny všechny předpoklady, na kterých ty operace závisí.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz