Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
Byla vydána nová verze 3.0.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
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.