Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Byl aktualizován TIOBE Index (Wikipedie). Programovacím jazykem roku 2020 byl vyhlášen programovací jazyk Python. Jeho popularita vzrostla meziročně o 2,01 procentního bodu. Aktuální žebříček popularity programovacích jazyků vede C následovaný jazyky Java, Python, C++, C#, …
Tiskni
Sdílej:
Celý ten index je nějaký divný. Spíš počítá, jak moc se o jazyku píše a vychází ze služeb vyhledávačů.
+1 Na to, že je to asi „nejznámější index“ a všichni o něm píší a vyšilují ze změn o jeden dva procentní body, tak ta metodika nedává moc smysl. To už by snad bylo užitečnější počítat statistiky z pracovních inzerátů, poptávek po programátorech. I když to zase popisuje jen změny a fluktuaci – zcela by to ignorovalo stabilní týmy, které si spokojeně vyvíjí v nějakém jazyce a nikoho nového nepotřebují. Nebo by bylo zajímavé ručně analyzovat nově vznikající software + dlouhodobě používaný a oblíbený. Další věc jsou oblasti – programování jako takové je příliš široký pojem a nemá moc smysl o něm globálně pronášet nějaká tvrzení. Hází se do jednoho pytle vývoj operačních systémů, desktopových aplikací (i těch je mnoho druhů), serverových (dtto), různých utilit, „datově vědy“ (kdy si někdo zmastí skript, aby si ad-hoc přechroustal nějaká data, což je úplně jiný druh „programování“ než softwarové inženýrství zaměřené na vývoj opakovaně dlouhodobě použitelných programů), webů, mobilních aplikací, programování mikročipů ve všemožných zařízeních atd. Nějaké celkové číslo/index nad tímhle vším není příliš užitečné.
Viz také předchozí diskuse: 2019.
Počítáš, že za deset, patnáct let bude dost programátorů v Rustu, aby měl tvoje projekty kdo rozvíjet? Nebo to dopadne tak, že se všechen ten SW zahodí a napíše znova, protože prostě nebudou lidi?Nikoli, je to ďábelský plán, jak se stát nenahraditelným a moci si diktovat obrovské MD rate. Je to inspirováno vývojáři v COBOLu a assembleru sálových počítačů (wtf).
Na druhou stranu COBOListi se drží Dijkstra Nedijkstra...
konzervativní jádro taky nebude mít nějakou zvláštní motivaci se v tom jazyce učit.Přešlapovat na místě a nezkoušet nové cesty jak řešit problémy je stagnace. Možná se Rust nikdy nestane široce populární, možná ano. Nějakou stopu ovšem určitě zanechá.
Mně přijde, že typy lidí, které dnes píší ve Scale nebo Rustu budou za deset let psát v tom co bude populární za deset let, a konzervativní jádro taky nebude mít nějakou zvláštní motivaci se v tom jazyce učit.Z mého pohledu lidé, kteří považují Rust za Yet Another Cool Language (to tady doslova jeden člověk napsal) si neuvědomují, jak moc je jiný. Je to první jazyk, který dosáhl praktické paměťové bezpečnosti bez garbage collectoru pomocí substrukturálního typového systému. Tj. nevnímám to jako jen nějaké kosmetické inkrementální vylepšení, ale vlastně úplně nová kategorie proramovacího jazyka (ano, precedenty byly, třeba jazyk Cyclone, ale ten byl na uplném okraji). No nicméně ale já to neberu nějak moc smrtelně vážně. Rust znám od roku 2014 a většinu času jsem ho považoval za spíš hobby a research záležitost a živil se C/C++. Teprve až v posledních letech se ukazuje, že na to přecházej firmy (nemusel jsem diktovat vysokej rate ani někde Rust sám prosazovat, lidi s tim choděj sami). Ale pokud to dlouhodobě nevyjde, tak to prostě nevyjde, to se stává a stalo se to už mnoha jazykům. Asi nepotřebuju, aby na něj nutně přešlo jádro (linux), vždyť jádro nepoužívá ani C++... je to jejich rozhodnutí, jakej použijou jazyk. Myslim si ale, že u Céčka nezůstavaj z nějakýho konzervativismu, ale protože prostě není pro ně dostatečně vhodná náhrada.
Situace dospěla do stavu, kdy jsou IT systémy běžně heterogenní, používají se různé přístupy a jazyky a přesto to musí fungovat dohromady. Tohle se už těžko změní – je to prostě realita, se kterou je lepší se smířit. Takže spíš než se hádat, který jazyk je lepší, nebo se dohadovat, který nakonec převládne (nepřevládne žádný), je lepší se zabývat otázkou, jak to propojit dohromady a jak efektivně spolupracovat s lidmi, kteří používají jiný jazyk. Na té nižší úrovni (v rámci jednoho procesu) se dnes používá céčkovské API – přestože obě části programu můžou být napsané v jiných jazycích, jedna exportuje céčkovské funkce a poskytuje hlavičkový soubor v céčku, a druhá část ty céčkové funkce volá. Zajímavé otázky jsou, jak v takovém API podporovat objekty, jak spravovat paměť… Na vyšší úrovni (dva nezávislé procesy, často běžící i na jiných počítačích) se pak většinou komunikuje pomocí nějakého protokolu přes soket či se posílají zprávy.
Přesně tak. Ona spousta lidí vychvaluje Python a jeho knihovny, ale on ten kód, který něco dělá, je většinou psaný právě v céčku, a ten Python je jen tenká slupka nad tím. Takže ona je to spíš jen taková iluze, kolik je toho v Pythonu. Ve skutečnosti je to v céčku a to je dost utrpení. Díky céčkovskému API (viz výše) se ten výkonný kód dá psát i v nějakém vyšším jazyce, C++, D, Rust atd. Ale když už si najdeš nějaký vyšší a lepší jazyk, v kterém jsi schopná napsat to výkonné jádro, tak je otázka, k čemu tam mít ještě ten Python. Ty výše zmíněné jazyky jde použít i jako to lepidlo, stejně tak jde použít Javu, Scalu, Kotlin atd. A navíc tam máš lepší typovou kontrolu a větší kus práce za tebe udělá kompilátor.
Případně dtto některý další jazyky, zejména Go a Kotlin. Mně přijde, že dnes je pro nový jazyky velmi příznivá doba...
Že na to přecházej firmyA zatím velmi spokojeně :) Je fakt že občas narážíme na bolesti mladého ekosystému, ale problémy se dají řešit relativně rychle.