Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Hackerská skupina ShinyHunters oznámila průnik do informačních systémů FBI, prostřednictvím zero-day zranitelnosti v platformě Oracle PeopleSoft, kterou úřad využívá mimo jiné pro náborový portál FBIJobs.gov. Útočníci tvrdí, že získali až 3 TB dat o současných i bývalých zaměstnancích a uchazečích o práci. Jako důkaz zveřejnili vzorek přibližně 5 000 záznamů obsahující jména, adresy, telefonní čísla, data narození, čísla
… více »
Třeba se jednou Java začne porovnávat s dalšími jazyky a technologiemi - minimálně alespoň .NETem, Pythonem, Ruby, když už mám vyjmenovat ty aspoň největší stálice. Rád bych se toho dočkal, protože Javistům by konečně trochu spadnul hřebínek, pochopili by to, co chápe většina zkušených programátorů - že každý má své výhody a nevýhody a zdaleka jednoznačně nejlepší není nic.
Nechápu, co pořád Javisty vede ke srovnávání se s C++ - tedy s jazykem vymyšleným na zajištění maximální rychlosti a efektivity běhu výsledného programu porovnatelného se strojových kódem. Na systémové programování - i na platformách, kde by se ani největší optimista nepokoušel spustit JVM.
Podle mého se doména C++ a Javy až tak nekříží, ale nějakým způsobem zastánci Javy se pořád obouvají do C++, aniž by si vzpomněli, že Sunovská JVM je stejně jen 3 milióny řádek zdrojového kódu v C++.
Chce se mi u Javistů neustále křičet do světa - srovnávejte srovnatelné. Až bude potřeba rychlost a efektivita, až bude potřeba psát drivery, kodeky, šifrovací algoritmy, nebo nenáročné aplikace na systém, nikdo soudný nepůjde pro Javu. Zatímco zase rozsáhlé enterprise bankovní systémy nikdo nebude bastlit v C++.
A ten zbytek, kde se dá použít cokoliv - proč nesrovnat Javu s Pythonem, .NETem, Ruby, nebo třeba také by mě zajímalo srovnání s řekněme Eiffelem, Adou, Smalltalkem a mnoha dalšími jazyky.
Je mi to vždycky líto, když z úst zastánců Javy vyletí C++. C++ mám zařazené - potřebuji rychlost, efektivitu, či na systémové zdroje nenáročný program? Či program, nebo fragment, kde chci naprosto všechno do posledního detailu mít pod kontrolou? C++ nemá konkurenci a IMHO žádný vhodnější kandidát neexistuje.
Potřebuji něco jiného, než co je doména C++ - mám na výběr: Ada, Eifell, Java, .NET, Python, Ruby, Smalltalk, pro Windows třeba Delphi, Visual Basic, C++ Builder, Microsoft Access, či prostě spoustu jiných platforem. A Javisté by měli srovnávat právě tyto platformy.
Eclipse se proste nevyrovna zadne IDE (teda mozna Idea nebo Netbeans). Troufam si tvrdit ze jsem 3x efektivnejsi nez v jakemkoliv jinem jazyku.Pro Eclipse přeci existuje spousta pluginů - C, Python, Perl, PHP. Sice s různou kvalitou, ale zrovna ten pro C by neměl být tak špatný, né? OT: z javovské konference (a někt. i osobně) mám pocit, že dost javistů zná: Open Solaris, Ruby, Mysql, Netbeans (samozřejmě i Eclipse) - vše produkty nějak spojené se Sunem. Jak vysvělit windowsákovi, že pro něj bude lepší, když na jeho Un*x like server zvolí Linux místo Open Solarisu. Trochu větší přehled a menší marketingová nalejvárna od Sunu by se hodila.
Proč se mluví o Javě? Není to náhodou proto, že v ní vzniká 45% veškerého software na zakázku?
Proč se srovnává s C++? Není to náhodou proto, že C++ je druhý nejrozšířenější jazyk v téže oblasti?
Četl jsem už mnoho čláků, které vykřikují, že jazyk X by mohl být v každém ohledu lepší než Java. Ale volná ruka trhu rozhodla jinak. Takže o čem se tady flamuje?
O těch 45% si dovolím silně pochybovat - a ani Vy sám nebudete schopen toto Vaše tvrzení hodnověrně doložit, protože to je naprostý nesmysl.
Nemusí to být pravda, ale je to napsáno na několika místech. Když chcete nějaké tvrzení označit za nesmysl, musíte být napřed schopen jej vyvrátit. Nic takového se vám ale nepodařilo.
A jste si jist, že srovnáváte srovnatelné? Java i C++ prostě jsou každý na něco jiného - to není dobrá dvojice do srovnání.
Ano, jsem si jist. Pokud vezmete v úvahu všechny faktory jako je druh projektu, plaforma/platformy a osobní preference programátora, můžete směle srovnávat Javu s C++ hned v několika ohledech. Nevidím nic špatného na srovnávání rychlosti, přenositelnosti, doby vývoje a dalších kritérií. Nesrovnatelné věci se ve světě počítačů vyskytují extrémně vzácně. Srovnání může pro jednu stranu dopadnout velmi špatně, ale nic horšího se stát nemůže.
Co je tedy na Javě a C++ tak nesrovnatelného?
Taky slyším, že Linux je lepší, než Windows, ale volná ruka trhu rozhodla tak jaképak copak - pryč s Linuxem.
Kdo říká, že volná ruka trhu rozhoduje „správně“ nebo podle gusta konkrétní skupiny uživatelů? Já sice Windows nikde nemám, takže to nemůžu zodpovědně srovnat, ale nemyslím si, že jsou pro každý druh nasazení a pro každého uživatele horší než Linux. Kromě toho jsem si nevšiml, že by Linux zanikal, vidím kolem sebe spíš vývoj opačným směrem. Takže si prosím takové plamenné fráze nechte raději od cesty.
Váš výčet oblastí, ve kterých nelze srovnávat, je sice vyčerpávající, ale naprosto off-topic. Zaprvé proto, že mě z mně neznámých důvodů považujete za příznivce Javy a vkládáte mi do úst věci, které jsem neřekl. Zadruhé, ani slovem jsem nenaznačil, že by možnost srovnání existovala pro všechny druhy projektů. Lze samozřejmě srovnávat jen ta řešení, která jsou v obou jazycích proveditelná. Nečekal bych, že mě budete takto chytat za slovo.
Výrok o chameleónovi opět plyne z nepochopení toho, co jsem napsal. Tedy se ptám: Jak jste přišel na to, že [obhajuji | mám v oblibě] Javu? Její dnešní využití možná není dobrým řešením, ale nikdo s tím v nejbližší budoucnosti nic nenadělá. Java je prostě jeden z mnoha open-source nástrojů a žádného zlého démona v ní nevidím. Windows mi vadí mnohem víc, proto jsem se o nich zmínil. Neobhajuji Javu podílem na trhu ani jakkoli jinak.
Zklamání osobou diskutéra je oboustranné. Toto je už cca pátá diskuse, u které vidím, jak vyvoláváte naprosto zbytečný flamewar. Pokud nemáte rád Javu, rozhodně nejste sám. To ale ještě není dost dobrý důvod k neobjektivnímu zpochybňování některých jejích kvalit. Mně Java rozhodně nepřirostla k srdci. Ale co s tím asi tak nadělám?
Já ale problém nevidím. Ten pragmatický přístup je mi velmi blízký. Ale reagujete tady opravdu ve stylu boje s větrnými mlýny.
Dobře tedy, nechť jsem třeba mladý a hloupý. Buďte rád, že vy jste chytrý. Doufám jen, že to s tím černobílým světem byl pouze vtip. Kdyby mi bylo patnáct, možná bych podobnou výtku byl schopen přijmout. Ale není mi patnáct.
Já ale problém nevidím...Slepota? Fanatické zaslepení?
Jste si jist, že víte, na co reagujete?
C++ mám zařazené - potřebuji rychlost, efektivitu, či na systémové zdroje nenáročný program? Či program, nebo fragment, kde chci naprosto všechno do posledního detailu mít pod kontrolou? C++ nemá konkurenci a IMHO žádný vhodnější kandidát neexistuje.C + asm.
(Ale jestli MJ je jediný na světě s takovýmito problémy, tak jste to možná nezpozoroval.
) Tedy, ne, že by tohle nešlo napsat uvnitř C++ kódu (asm, intrinzika...), akorát si tu člověk s C++ konstrukcemi moc nepomůže. Možná tak s šablonami (viz MacSTL), ale to můžu i v závorkových jazycích, kupříkladu.
A na ty zajímavé fígle jako ten zmíněný to je stejně jedno, protože i napsat to ručně může být i trivka (v porovnání s vymýšlením), akorát člověk musí vědět, co.
).
Jen je škoda, že je z toho vždycky taková flamewar.
Java samotna je jednoducha, az nudna. Sice to neni tak cool, jako Lisp a jeho "makra upravujici makra, ktera muzou upravovat dalsi makra upravujici puvodni makra".Tak to bych si vyprosil - na spoustu jiných věcí bych klidně mlčel, ale že Java je jednoduchá a nudná? Kdybych porovnal CLHS (nebo aspoň tu část, co upravuje jazyk, nikoli standardní knihovnu) a specifikaci Javy, nejspíše bych dospěl k výsledku, že specifikace Javy je několikrát nafouklejší. A to vůbec nemluvím o padesátistránkové specifikaci Scheme.
Ta je "tak jednoduchá, až je nudná".
S knihovama souhlas, ty jsou fajn (i když API je poplatné onomu rigidnímu jazyku), jen doufám, že nejsou pořád celé v paměti.
.
* tedy může být, ale ani zde není tak nemožné si ustřelit nohu
Java tu jednoduchost maskuje. Chceš spojovat řetězce? Klasické String + String je neefektivní, takže musíš použít StringBuffer, anebo StringBuilder, které se liší v tom, zda jsou, či ne thread-safe,Klasické
String+String (a to i pro víc než dva Stringy) kompilátor přeloží jako new StringBuilder(String1).append(String2), takže rozdíl není v efektivitě. StringBuilder (nebo starší synchronizovaný StringBuffer) se používá tam, kde kompilátor nemůže uhodnout, že jde o spojování do stále jednoho celku, a kde by zbytečně neustále vytvářel StringBuildery a převáděl je na řetězce.
Tiskni
Sdílej: