Byla vydána verze 1.94.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Zveřejněny byly výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2025 State of Rust Survey Results.
Google zveřejnil seznam 185 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 16. do 31. března. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů za velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.
Byla vydána únorová aktualizace aneb nová verze 1.110 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.110 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Apple představil 13palcový MacBook Neo s čipem A18 Pro. V základní konfiguraci za 16 990 Kč.
Kalifornský zákon AB 1043 platný od 1. ledna 2027 vyžaduje, aby operační systémy požadovaly po uživatelích věk nebo datum narození a skrze API poskytovaly aplikacím informaci, zda je uživatel mladší 13 let, má 13 až 16 let, má 16 až 18 let nebo má alespoň 18 let. Vývojáři linuxových distribucí řeší, co s tím (Ubuntu, Fedora, …).
Konference LinuxDays 2026 proběhne o víkendu 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Čekají vás desítky přednášek, workshopy, stánky a setkání se spoustou chytrých lidí.
Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 145. Aktuální verze Firefoxu je 148. Od září přejde Chrome na dvoutýdenní cyklus vydávání. V kterém týdnu bude mít Chrome větší číslo verze než Firefox? 😀
Apple představil nové čipy M5 Pro a M5 Max, MacBook Pro s čipy M5 Pro a M5 Max, MacBook Air s čipem M5 a Studio Display a nový Studio Display XDR.
Bylo spuštěno hlasování o přednáškách a workshopech pro letošní Installfest, jenž proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13.
Byla vydána (Mastodon, 𝕏) třetí RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Vedle Hectora "marcan" Martina a Asahi Linuxu portují Linux na Apple Silicon aneb na počítače Apple s novým ARM procesorem M1 také lidé ze společnosti Corellium. V sobotu se na Twitteru pochlubili bootováním Linuxu na M1. Dnes zveřejnili zdrojové kódy (Preloader-M1 a Linux-M1).
Tiskni
Sdílej:
na co desktop pouzivas ty?
Frontendisti za pamäťové nároky prehliadačov môžu. Prehliadač len tak prenič-zanič veľa pamäte nežerie. Píšem ako frontend/backend developer, ktorý má občas chuť nejakému frontendistovi dať po hube.
Taká nedávna skúsenosť. Potreboval som aktualizovať gitlab. Mám ho vpsfree serveri, takže 4GB RAM je horný limit. Tak si teda veselo akutalizujem keď zrazu v jednom kroku havaruje. Príčina - webpack vyžral 3.3 GB RAM. Skúsil som vypnúť všetky služby, ktoré na serveri bežia, takže nakoniec som mal 3.6 GB RAM, ktoré webpack v pohode vyžral. Skúsil som teda vypnúť kompresiu a čo z toho vypadlo? 160 MB prvý chunk javascriptu. 160 MB na blbý gitlab, ktorý na frontende potrebuje asi toľko, koľko sa zmestí do 20kB normálne napísaného javascriptu. Z akého racionálneho dôvodu potrebuje bežná webová stránka 1723 závislostí?
Ešte aby som dokončil ako to dopadlo ... Takže som spustil webpack priamo, nie cez ruby, čo mi dalo k dispozícii dodatočných 300-400 MB RAM. Síce webpack veselo padal na OOM pri vyžratých 3.9 aj niečo GB RAM. Začal som sa teda hrať s NODE_OPTIONS, znížil som maximum pamäte, ktorú môže alokovať a dokázal som komprimovať javascript s 3.8GB RAM. Keď som znižoval max_old_space_size pod túto hranicu, tak už samotný node nebol schopný alokovať dosť pamäte. S odretými ušami, ale gitlab aktualizovaný a žiadnu ďalšiu aktializáciu už nezvládnem. Fyzicky. Psychicky. Hardvérovo. Prvý chunk skomprimovanéh javascriptu po tomto trápení má 600kB.
Prehliadač len tak prenič-zanič veľa pamäte nežerieAle to víš že žere, nebo proč si myslíš že zabírá takhle stránka v chromu 50 MB? Myslíš že to odpovídá samotnému obsahu - tzn. text a čtyři malé obrázky? about:blank má 16 MB, je to taky chyba frontendistů? A jinak popisuješ serverou stránku věci, to je v kontextu diskuze úplně jedno.
Chrome nepoužívam, ale vo firefoxe bez pluginov má táto stránka 7.6 MB.
Samozrejme pamäť nie je len o prenesenom texte a obrázkoch. Obrázky budú v pamäti väčšinou v nekomprimovanej forme, takže budú zaberať neporovnateľne viacej pamäte. Javascript zase pri budovaní objektov postupne cez prototypy bude mať v pamäti každý medziobjekt, pretože nemať ich v pamäti by znamenalo brutálne zníženie výkonu, takže js kľudne môže žrať 10-100x viac pamäte než samotné prenesené dáta. No a potom sú tu také pluginy napríklad. Od kedy máme web extensions spúšťajú sa pluginy pre taby samostatne, takže k spotrebe každého tabu sa musí prirátať aj spotreba pluginov. Naschval som preto teraz spúšťal firefox s prázdnym profilom, aby som videl spotrebu bez pluginov.
Obávám se, že tady funguje jakási obdoba Parkinsonova zákona. Na problém bylo zaděláno ve chvíli, kdy vzniklo něco jako pozice „frontendista“. Tito lidé se nemají jak jinak realizovat, takže vymýšlejí, jak co nejvíc zesložitit to, co dělají, a nabalit kolem toho co nejvíc opičáren.
Frontendista nemá podřízené, ale zato má JavaScriptové knihovny, CSS frameworky, buildovací nástroje, transpilery atd. Čím obskurnější a méně pochopitelný systém vytvoří, tím bude hůře nahraditelný. Kromě toho tím dosahuje pocitu uspokojení z „důležité“, „potřebné“ a „odborné“ práce.
Když se ho zeptáte, proč by ten web nemohl být jednoduše generovaný na serveru (a na klientovi se jen jednoduše vykreslit z HTML+CSS jako někdy zhruba před dvaceti lety), tak vám začne povídat o tom, jak ten starý způsob byl obrovsky neefektivní a nemoderní a že uživatelé potřebují něco jiného. Jistě je efektivnější posílat na začátku několik megabajtů obfuskovaného JavaScriptu. Další vtipná věc jsou různé mikrooptimalizace. Zažil jsem i vytáčené spojení 56 kbps modemem – i tehdy existoval web, dokonce i s obrázky, hudbou a někdy i virtuální realitou… a hlavně se spoustou užitečných informací. Od té doby se technologie výrazně posunuly, máme několikanásobně rychlejší linky, větší disky, rychlejší procesory, větší monitory… no prostě všechno. A přesto se dnes dělá spousta různých předčasných a mikro-optimalizací, které tehdy nikdo neřešil, protože se soustředil na to podstatné – sdělit ostatním pomocí webu nějakou informaci (web byl tehdy nástroj, nikoli cíl). A nakonec současný webař všechny tyto mikrooptimalizace zabije třeba tím, že v článku je video, člověk si ho pustí, budiž, ale pak si začne číst článek a mezi tím se stáhne a začne na tom místě nahlas přehrávat úplně jiné nesouvisející video. Pomyslným komínem vyletí zbůhdarma desítky megabajtů nežádoucího rušivého obsahu a uživatel je akorát naštvaný. Ale hlavně že se před tím podařilo „minifikovat“ (a znečitelnit) nějaký ten JavaScript (a ušetřit třeba nějaké kilobajty oproti prosté a transparentní kompresi GZipem).
)
# free -m
total used free shared buff/cache available
Mem: 64166 20222 35067 836 8876 43023
Swap: 32767 0 32767
ale klidne si res server pres ssh ve finderu ovocnou mysickou ci touchpadikem

Polevku nejis nozem[...]a prave proto kurzor "mysi" neovladam mysi ani touchpadem, ale trackpointem, kterej ze Apple NB ma trackpoint?