Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.5.1 Havier. Přehled novinek v Changelogu.
Společnost xAI založena Elonem Muskem a stojící za AI LLM modelem Grok získala investici 6 miliard dolarů.
Finálový zápas mistrovství světa v ledním hokeji přinesl nový rekord NIX.CZ (𝕏): "Dosavadní absolutní maximum našeho propojovacího uzlu bylo překonáno v čase 21:10, kdy jsme při přenosu dat dosáhli 3,14 Tbps. Je třeba také doplnit, že po deváté hodině večerní byly na maximu i ostatní datové přenosy nesouvisející s hokejovým šampionátem".
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 12. a 13. října na FIT ČVUT v pražských Dejvicích. CfP poběží do konce prázdnin, pak proběhne veřejné hlasování a výběr přednášek.
Na crowdsourcingové platformě Crowd Supply byla spuštěna kampaň na podporu open source biometrického monitoru ve tvaru hodinek HealthyPi Move. Cena je 249 dolarů a plánovaný termín dodání listopad letošního roku.
Firma Murena představila /e/OS verze 2.0. Jde o alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).
Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.
HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Allan Day, jeden z hlavních UX návrhářů GNOME, napsal na svém blogu, že má zájem zlepšit vztahy s komunitou, zvláště řešit staré nahlášené chyby, které se neřeší tak rychle jak by měly. To odrazuje pak některé přispěvatele z komunity. Také chce zlepšit zpětnou vazbu od začínajících uživatelů. Mohli by se častěji zapojovat do projektu a hlavně by měli vědět, s čím mohou pomoci.
Tiskni Sdílej:
Necetl jsem tvuj komentar, ale feedback uzivatelu vetsinou nikoho nezajima. Bohuzel. Tim spis, pokud byl tvuj komentar nekonstruktivni nebo utocny,
Počkej, ty sis dovolil naznačit, že něco dělají špatně? Tak to se pak nediv, takové věci se v Gnome nedějí.Hergot, co mi to pripomina ? Reakce Sewerse a Harryho L. Potteringa na buglistu systemd ? No jo, RedHeat, banda sr*cu pro kterou jsou komunitni vyvoj a ohleduplnost k jinym jako nejaky sci-fi.
Co je blbě na růžové? Kdyby bylo Ubuntu růžové a ne tak přitepleně oranžové, mám distribuci hned vybranou.Božííínku
... hlavně by měli vědět, s čím mohou pomoci.jo, tak ... já už jsem se lekl, že by náhodou chtěli zlepšit vztahy komunitou tak, že by ji přestali nasírat odebíráním featur a podobně
Ne, jen potrebuji nabrat bug triagery.
Na druhou stranu objektový model mi připadá podstatně lepší než ten z C++,S tim bych souhlasil, ja jsem to vztahoval spise k Vala.
tak může nasekat spoustu bezpečnostních děr ve vašem programuPokud pár těch chyb objevíš, tak máš velkou šanci na úspěch.
Na druhou stranu objektový model mi připadá podstatně lepší než ten z C++, takže bych to neviděl zase tak kriticky.Flamebait alert!
C++ v zásadě nemá Jeden Správný™ obj. modelMám za to, že C++ má vestavěný a standardizovaný objektový model, ale rád se nechám vyvést z omylu. Tím samozřejmě neříkám, že ho nejde obcházet a používat cokoliv jiného jako v C včetně GObject a ekvivalentu.
Mám za to, že C++ má vestavěný a standardizovaný objektový model, ale rád se nechám vyvést z omylu.Ano, ale je natolik obecný (a různé featury a gotchas obsahující), že konkrétní použití se od sebe mohou výrazně lišit (viz také moji tl;dr odpověď Bedňovi níže).
Tím samozřejmě neříkám, že ho nejde obcházet a používat cokoliv jiného jako v C včetně GObject a ekvivalentu.Ani ho obcházet nemusíš, je možné různé věci doplnit. Něco jako gtype různé frameworky dělají (třeba variant v boostu, QMetaObject a QVariant v Qt, wxObject ve wxWidgets atd.). Nebo si měl na mysli nějakou jinou feature GObjectu?
Ano, ale je natolik obecnýNicméně dle mého skromného názoru pořád ne tak obecný jako Python nebo GObject.
GLib + GObject + GIO jsou skutečně báječný.Až tam nebudou nesmysly jako spojáky s API pole, tak se o tom můžeme bavit. Já vím že u seznamů síťových rozhraní na desktopu to nehraje příliš roli, ale to nic nemění na tom, že je to debilita.
Javascript by se mel pouzivat jen na frontend, veci za tim ani v JS rozumne nenapises, tam zustava C.
List<MojeStruktura>: List *next, List *prev, MojeStruktura *value
, místo vhodnějšího List<MojeStruktura>: List *next, List *prev, MojeStruktura value
, kdy máte jednu dynamickou alokaci vs dvě. Je to tedy nevhodné tam, kde je potřeba rychlost a mnoho dat.
Hlavně kvůli privátním metodám; ty nemaj co dělat v hlavičkovym souboru.No tak od toho právě ten pimpl je, aby tomuto zabránil, ne snad?
new Window()
, kde je extra každý new WidgetXX()
, nebo když mám utvořit Window na zásobníku, kde je každý widget přímo součástí objektu a jen se tedy volají konstruktory ... Sice pimpl má výhodu zachování ABI, ale u nějakého GUI toolkitu by to mělo být jedno, většina může být inline a "neinline" jenom nějaké "věci" jejichž kód je náročnější, hrozí nějaké rozbití a je dobré kód sdílet (řekněme implementace síťového protokolu, šifrování, databáze). Okýnka klidně můžou být inline, nebo staticky linkované.
delete
nepsal...
new
je dokonce i třeba v JavaScriptu...
Je to podobné C# a Java + prehľadnejší kód kvôli eliminácií ukazateľov.C# nebo Javě to moc podobné není, sice se snaží nepoužívat pointery, ale Java a .NET mají garbage collector, kdežto U++ GC nemá a místo toho používa stack-based memory management. Pokusím se to trochu rozebrat: Podle toho, co jsem se probíral dokumentací a příklady, U++ se v zásadě drží několika jednoduchých pravidel:
C++ (vrátane QT) je taký praso pes, systémový ako C a vysokoúrovňový ako Python, len všetko robí zleAle nerobí všetko zle, vůbec ne. Qt, například, používá svůj QObject model, kde jsou objekty členy hierarchie, ve kterých nadřazený objekt dealokuje všechny objekty sobě podřazené. Čili to "vlastnictví" objektů je podobné jako v U++, akorát mechanismus de/alokace je jiný a je to dynamičtější. Další podobnost je v objektech jako Buffer a Image (v případě Qt QBuffer a QImage), které alokují na heapu a alokaci následně spravují, v podstatě v obou toolkitech stejně. V Qt ale tyto objekty navíc implementují QSharedData, což umožňuje sdílení pomocí reference countingu a mělkých kopií. Tuto feature U++ zřejmě vůbec neposkytuje, místo toho prosazuje move semantics. No a nakonec, za "správný" model správy paměti se v C++ (zejémna v C++11) často považuje RAII, kde se klade důraz na smart pointery a exception safety. V RAII se v podstatě holým pointerům vyhneš víc než v U++. Jedním z hodně používaných smart pointerů je "scoped pointer" nebo "unique pointer", což je objekt alokovaný stejně jako objekty v U++ (tedy na stacku nebo jako součást struktury), který manažuje paměť na heapu, což spojuje výhody obou. Sdílení objektů se ralizuje pomocí "shared pointerů", které typicky používají reference counting. Nevýhodou RAII/stack based memory managementu je (a toto platí i pro U++), že je potřeba dopředu dobře rozmyslet, který objekt/objekty má vlastnit/spravovat který/které. Abych to shrnul, o žádném z těchto modelů se nedá říct, že by byl jednoznačně vždy lepší, každý má svoje pro a proti - a to včetně U++. P.S. Osobně považuju RAII za dobré řešení, ale to není nějaké objektivní hodnocení.
class Foo
{
private:
class Private;
unique_ptr<Private> p;
public:
//...
};
V zásadě na tom žádné moc velké bolení hlavy nevidím... Pro veřejná API knihoven se to určitě vyplatí.
Zpětná vazba od začínajících uživatelů se nedostaví, obávám se. Uživatelé jiných desktopových prostředí zkrátka nezačnou dobrovolně používat Gnome. Pokud jde o uživatele začínající s Linuxem, jejich setkání s Gnome obvykle skončí rychlým návratem k Windows nebo OS X, takže ani tady se zpětná vazba očekávat nedá.