Od března budou mít uživatelé Discordu bez ověření věku pouze minimální práva vhodná pro teenagery.
Evropská komise (EK) předběžně shledala čínskou sociální síť pro sdílení krátkých videí TikTok návykovým designem v rozporu s unijním nařízením o digitálních službách (DSA). Komise, která je exekutivním orgánem Evropské unie a má rozsáhlé pravomoci, o tom informovala v tiskovém sdělení. TikTok v reakci uvedl, že EK o platformě vykreslila podle něj zcela nepravdivý obraz, a proto se bude bránit.… více »
Offpunk byl vydán ve verzi 3.0. Jedná se o webový prohlížeč běžící v terminálu a podporující také protokoly Gemini, Gopher a RSS. Přibyl nástroj xkcdpunk pro zobrazení XKCD v terminálu.
Promethee je projekt, který implementuje UEFI (Unified Extensible Firmware Interface) bindingy pro JavaScript. Z bootovacího média načítá a spouští soubor 'script.js', který může používat UEFI služby. Cílem je vytvořit zavaděč, který lze přizpůsobit pomocí HTML/CSS/JS. Repozitář se zdrojovými kódy je na Codebergu.
Zpráva Justičního výboru Sněmovny reprezentantů upozorňuje na cenzurní kampaň Evropské komise, mířenou proti svobodě projevu na sociálních sítích. V dokumentu se uvádí, že se Evropská komise během posledních šesti let účastnila více než 100 uzavřených jednání, během nichž po platformách požadovala úpravy pravidel moderování obsahu, přičemž toto úsilí Komise zahrnovalo i cenzuru politických názorů a pravdivých informací. Výbor zdůrazňuje, že tento přístup Bruselu ohrožuje ústavou zaručená práva Američanů na svobodu projevu.
Linus Torvalds vydal jádro Linux 6.19. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).
Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.
Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
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: