24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Vývojáři Ruffle, tj. open source emulátoru Flash Playeru napsaného v Rustu, vydali zprávu o vývoji za rok 2023. Vylepšena byla kompatibilita. Vyzkoušet lze dema.
Tiskni Sdílej:
FLEX - ten je ciste OpenSourceVím, že je teď pod Apachem, ale pro běh byl potřeba Flash, ne? Nebo k tomu bylo/je i komplet otevřené běhové prostředí? (nepočítám teď ten Ruffle nebo Gnash) Vždyť se to kompilovalo do .swf a to jsi musel v něčem pouštět (ve Flashi). Koukám, že existuje nějaký FlexJS v betaverzi, ale je otázka, jak dobře to funguje. A určitě to nebylo ve hře, když se tehdy řešila budoucnost Flashe.
„To je jako porovnavat ASM co vygeneruje gcc s ASM co napise clovek“ je tady úplně mimo mísu. (Jinak ten ASM z GCC bude většinou rychlejší, neexistuje moc lidí co by zvládli využít všechny vlastnosti moderní architektury.V tomhle souhlasím. Assembler už dávno není jediná možnost a není to ani jazyk, ve kterém by běžný programátor byl schopný napsat lepší kód, než jaký vygeneruje třeba GCC z Céčka, C++, nebo D, Rust atd. A i u těch nejlepších programátorů, kteří by toho byli schopní, to v naprosté většině není dobrý nápad, protože se to prostě nevyplatí (jejich čas jde jde využít jinak, lépe, a ten zanedbatelný nárůst výkonu za to nestojí). Assembler má dneska smysl leda pro nízkoúrovňovou interakci s HW a extrémně optimalizované věci jako video kodeky nebo šifrování.
Zvlášť když pořád narážím na lidi co se drží představ jako že linked list je rychlejší pro insert a remove prvku z prostředku než ArrayA není snad? Celkem se mi líbí, jak to řeší Java – tam máš rozhraní List (případně obecnější Collection) a můžeš si vybrat mezi různými implementacemi (spojový seznam, ArrayList atd. nebo si napsat vlastní) podle předpokládaného použití (nebo třeba inicializuješ ArrayList s dostatečnou kapacitou, aby se později velikost už nemusela měnit), ale je to schované za tím obecným rozhraním, takže i když zvolíš méně vhodnou implementaci, používá se to pořád stejně (může to být pomalejší, ale většinou je ten rozdíl zanedbatelný, takže i když dáš ArrayList tam, kde měl být LinkedList, není to žádná tragédie – a pokud na tom záleží, tak to později můžeš optimalizovat a pro volající stranu se nic nemění, jen to bude rychlejší).
Ten sdružený typ pro kolekci by mohl být v tomhle teoreticky zajímavý s nějakým chytřejším compilerem, který vybere interní implementaci podle použití.
Proto mám tyhle abstrakce rád. Ono bys novou instanci nemusela vytvářet přes konstruktor, ale přes nějakou továrnu / tovární metodu a ta by vybrala optimální implementaci.
Ale taková úroveň abstrakce by nejspíš motivovala k použití stylem který pořádně nejde optimalizovat žádným směrem.
Asi by to šlo optimalizovat něčím jako GraalVM nebo obecně profilováním za běhu, kdy to chvíli běží nějakým základním způsobem a časem se to překonfiguruje podle toho, jak to používáš.
Zajímavé mi přijde i použití indexů/offsetů místo klasických ukazatelů při vytváření různých struktur. Jsou to vlastně relativní ukazatele a oproti těm globálním to může být menší datový typ a taky to můžeš celé přesunout jinam nebo serializovat a ty relativní ukazatele budou pořád platit.