Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Mozilla souce code - najmodulárnejšie zdrojové kódy písané v C a C++ aké pod slnkom nájdete.
Cez sviatky som si chcel oddýchnuť od programovania na svojich nedokončených projektoch. Jednoznačne som chcel využiť technológie Mozilly v nejakej 3D blbinke. Zistil som, že Mozilla má veľký potenciál, ktorým mrhá na obyčajný prehliadač. Prečo je Mozilla taká obrovská, prečo zaberá toľko pamäte a výkonu CPU a prečo vlastne ešte neezistuje OS Mozilla/Linux? Pokúsme si to domyslieť.
Každoročne napíšem aspoň jednu implementáciu farebnej kocky otáčajúcej sa v priestore. Vminule som to robil v jazyku Haskell ("prehnane" čisto funkcionálny jazyk). Dnes som sa rozhodol vložiť všetko, čo moja obľúbená kocka potrebuje do tela Mozilly a celú logiku aplikácie naskriptovať v JavaScripte.
Z Mozilly som sa rozhodol využiť technológie XPCOM, XPConnect, JavaScript.
XPCOM je komponentový systém. Napíšete zopár tried v C++ (alebo C), skompilujete ich do knižnice, podhodíte ju aplikácii a XPCOM sa postará o zavedenie pluginu. V COM-systémoch každá trieda implementuje aspoň jeden interface. Narozdiel od M$, ktorý si vždy patentuje teplú vodu, Mozilla popisuje interfaci pomocou jazyka IDL s kompatibilných dialektom.
XPConnect je systém, ktorý umožnuje transparentne prepájať komponenty písané v rozličných jazykoch. C a C++ sú spojené linkerom a sú binárne kompatibilné. XPConnect sa postará, aby sa objekty (triedy a pod.) navzájom videli, aj ak sú implementované v binárne nekompatibilných jazykoch.
Z dokumentácie k Mozille je cítiť istý nezáujem o projekty, ktoré neimplementujú internetový prehliadač. Z tisícok dokumentov sa našiel iba jeden, ktorý hovoril o tom, ako nainštalovať knižnice XPCOM samostatne, Ten bol z roku 2002 a nehovoril všetkých problémoch, ktoré pri procese osamostatňovania môžu nastať.
Vývojári Mozilly sú zaslepený vidinou najlepšieho prehliadača. Ich taktika spočíva v čo najzbesilešom vývoji Firefoxu. Sú ochotný oddialiť dokoncenie niektorých komponentov prehliadača, len aby určená verzia vyšla v určený čas. V tomto ošiali zabúdajú na svoje vlastné projekty (Thunderbird) a na potenciál svojej platformy.
Áno, hovorím platformy. Tak ako platformou môže byť Java, alebo .NET, aj tak ňou je aj Mozilla. Ale je to trochu nekompletná platforma, čo by sa dalo s pomocou 40-tich vývojárov zamestnaných na plný úväzok rýchlo zmeniť. Dodám, že tak, ako existuje Java Desktop, tak existuje aj Mozilla Desktop... ale keďže sa Mozilla nechopila diela, volá sa SymphonyOS.
Mozilla pomaly štartuje, pretože sa celá skladá z desiatok, až stoviek knižníc, ktoré musí XPCOM do aplikácie zaviesť. Cache, doktorej XPCOM ukladá informácie o knižniciach s komponentmi veľmi nepomáha. Ani prelink pri takom množstve knižníc veľmi nepomôže.
Ďalej, logika produktov Mozilly je písaná v JavaScripte. JavaScript je síce veľmi užitočný jazyk, ale pri večších aplikáciách, ako je Mozilla Firefox, alebo Mozilla Thnderbird je veľmi pomalý.
Mozilla zaberá veľa pamäte, pretože drží informácie v cache v operačnej pamäti. Radšej by mohla využívať cache OS a využiť tak silu blokovej cache Linuxu. Samozrejme ma nezaujíma, že nekompatibilné OS by si s tým neporadili.
Veľká záťaž Mozilly na CPU je spôsobená JavaScriptom a Gecko enginom. JavaScript nemá priamu podporu thread-ov a podpora paralelných výpočtov je otrasná. Ak v okne niečo urobíte, musí prebehnúť celý JS pripojený k udalosti, ktorú ste vykonali. Kým neprebehne, Mozilla žerie toľko výkonu, koľko mu OS dovolí a pritom sa aplikácia tvári, ako zatuhnutá.
Slávny Gecko engine (vykresuje HTML a pod.) je vlastne niekoľko XPCOM komponentov. Gecko trávy priveľa času volaniami funkcií XPCOMu a vôbec neimplementuje všetky služby, ktoré by mohol užívateľom ponúknuť. A nepodporuje ani inkrementálny reflow (rýchlejšie vykreslenie sránky po zmene napr. veľkosti okna.). Gecko je rýchle, ale mohlo by byť ešte rýchlejšie.
Akurát som rozbehal OpenGL pomocou SDL a moja aplikácia už vykresľuje jeden trojuholník. Musím dorobiť obsluhu vstupu a potom to zverejním. Najbližšie svoju aplikáciu trochu zovšeobecním. Pridám priamu podporu X a glx, zakomponujem XPConnect. Pomocou XPConnect budem môcť do aplikácie pridať aj JavaScript a Python (prípadne ďalšie jazyky).
Minimálna aplikácia: inicializuje XPCOM, načíta jeden modul so 4-mi komponentmi a vytvorí inštanciu z každého. Komponenty inicializujú SDL, jedno okno a OpenGL a nealokujú žiadne ďalšie dáta. Aplikácia zastane v cykle, kde dookola kontroluje, či ju užívateľ vypína a vykresluje jeden bily trojuholník do okna pomocou OpenGL.
Alokovaná pamäť: 4.67MB
Predchádzajúca kompletná implementácia farebnej kocky v Haskelli (z leta 2005) zaberala cca 2MB pamäte. Uvedmte si, že Haskell je čisto funkcionálny jazyk a cacheuje výsledky všetkých volaní funkcií.
UPDATE: s/konkurenčných výpočtov/paralelných výpočtov/
UPDATE: + test
Tiskni
Sdílej:
... konkurenčných výpočtov ...Opravdu hezký překlad slova concurrent
, ale lepší je to překládat jako souběžný (ve slovenštině súbežný ), nebo paralelní.
),
3.1.2006 17:59
Yin | skóre: 39
| blog: Yinotopia
| Slovesnko, Košice
Škoda, že v Mozilla Foundation a Mozilla Corporation sú len kravaťáci s bičom, bez očí a bez uší. Mozilla by si len prilepšila ak by sa snažila uľahčiť cudzím vývojárom prebrať ich technológiu.
Čisté Gecko bez knižice Necko (sieť, protokoly, ...), vlastnej grafickej knižnice a iných komponentov z Mozilla source code jednoducho nevyrežeš. Chcel som použiť Gecko aspoň na vykreslovanie menu (písané v upravenom XUL) v tej OpenGL blbinke, ale to by ma asi stálo vlasy.
Ja v tom vidím zisk pre Mozillu... aj keď ťažko vydobyteľný, ale je tam.
Nešlo napsat grafický editor, na to se musela vytvořit speciální knihovna GTK.Problém byl v tom, že v té době neexistoval vhodný a zároveň dostatečně otevřený grafický toolkit, na němž by to bylo možné postavit. Nezapomeň, že se jedná o doby, kdy žádný openmotif ještě neexistoval.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz