V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.
Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
T-Mobile od 15. září zpřístupňuje RCS (Rich Communication Services) zprávy i pro iPhone.
Společnost ARM představila platformu Arm Lumex s Arm C1 CPU Cluster a Arm Mali G1-Ultra GPU pro vlajkové chytré telefony a počítače nové generace.
Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 17.0. Přidáno bylo 4 803 nových znaků. Celkově jich je 159 801. Přibylo 7 nových Emoji.
Apple představil (YouTube) telefony iPhone 17 Pro a iPhone 17 Pro Max, iPhone 17 a iPhone Air, sluchátka AirPods Pro 3 a hodinky Watch Series 11, Watch SE 3 a Watch Ultra 3.
Realtimová strategie Warzone 2100 (Wikipedie) byla vydána ve verzi 4.6.0. Podrobný přehled novinek, změn a oprav v ChangeLogu na GitHubu. Nejnovější verzi Warzone 2100 lze již instalovat také ze Snapcraftu a Flathubu.
proč ne c na lowlevel?? :O :O
Takže jakmile kupa namatlaných skriptíků přeroste v projekt, je to děs ladit a udržovat.
+1, taky si myslím. Ale setkal jsem se i s lidmi, kteří v Perlu píší větší věci a libují si v tom. Osobně to moc nechápu, přijde mi to hodně neefektivní.
Na druhou stranu, na ty krátké skripty nebo dokonce „one-linery“ je ten Perl skvělý. Je to podobné jako třeba Bash – je to sice prasárna, ale pokud je ten program/skript dostatečně krátký na to, abys ho udržel celý v hlavě, tak to nevadí a ta „prasáckost“ ti naopak pomáhá.
metoda(objekt)
misto objekt.metoda()
. Tohle je nejprimitivnejsi priklad kde je rozdil v citelnosti maly, horsi to je, kdyz to je nekolik zretezenych volani a kdyz ty funkce maji nekolik parametru.
Slysel jsem ze ma podstatne pomalejsi kompilaci - to se jako fakt kompiluje jeste pomaleji nez C++?Obvykle ano, což neznamená, že se nedají C++ zdrojáky zprasit tak, aby se kompilovaly pomaleji.
/target/
folderu? Protože build artefakty dovedou být velké, ale třeba můj už docela rozsáhlý data storage server v Rustu má jako binárka momentálně 291M (Debug build) / 35M (Release)
Je to sice Axum web framework, ale ten rozdíl od Actixu nebude velký.
To záleží co píšeš,To jistě.
99% věcí, co píšu já, běží v Pythonu tak rychle, že bych v C nezískal nic, prostě bych to jako uživatel programu nepoznal.Ano, ovšem dost možná při tom voláš netriviální množství nativních modulů psaných v C/C++, cythonu nebo nedejbože ve fortranu a máš to štěstí, že pro tvoje účely už je někdo napsal před tebou (a teď nemám na mysli to, že samotný CPython je psaný v C).
Boomeři se bojí, čirá hrůza svírá jejich srdce ledovými prsty. Boomeři mají přesilu tři ku jedné, dobrý poměr pro každého JavaScripťáka! Dnes milí zoomeři zachráníme svět před starými temnými a hloupými způsoby a ohlásíme budoucnost, která bude světlejší než si umíme představit. Poděkujte geekové, Javascriptu a Pythonu k jejich statečným procentům. K vítězství!
Python pouzivaj boomeri, je to zaostaly jazyk, ktery nepatri do 21. stoleti.Zaostalý? Už jsem slyšel python nazývat vším možným, ale zaostalým teda fakt poprvé.
Jeste by mohli pridat garbage collector, zrychlit, zlepsit REPL, zlepsit podporu modulu (kdyz importuju modul, tak mam dostupny vzechny symboly z nej bez nejakyho prefixu) a vic to odseparovat od Apple ekosystemu.:D Já nějak nedokážu poznat, jestli je tohle trolling, ale jestli jo, tak bravo.
Jako sorry, ale lidi typicky mají nějaké důvody, proč používají python, a swift se s těmi důvody nepřekrývá prakticky vůbec.
To jsou takové ty věčné spory mezi programátory… Asi nejrozumnější vysvětlení tohoto rozporu, co jsem slyšel, spočívalo v tom, že se liší podstata práce a cíle těch lidí. Cílem jedněch je vytvořit software. A cílem jiných je zpracovat nějaká data nebo obecně vyřešit nějaký konkrétní jednorázový úkol. A přestože v obou případech to navenek vypadá, že ti lidé píší kód, jsou programátoři a dělají to samé, ve skutečnosti se jejich práce podstatně liší a z toho pramení i odlišné preference co se týče jazyka.
GIL uz je temer minulosti - uzpusobene jsou uz ruzna vnitrni a externi API a zbyvaji pouze velke knihovny jako numpy apod. Sleduji jiz nekolik let progress a fakt uz je vetsina praci hotovych. https://github.com/ericsnowcurrently/multi-core-python Smutne je, ze na tom dela jenom par malo lidi a to jen par hodin mesicne - ta nejbolavejsi vetsina prace uz je snad 4 roky stara a od te doby se to tahne po promilich nez procentech k finalu.Tak ono hlavně historicky tu byl jython, ironpython a pypy s stm a nikdy se to moc neujalo, imho protože většina lidí prostě použije multiprocessing a má pokoj.
GIL a absence použitelného parallelismu na úrovni jazyka.Co je pro tebe použitelný paralelismus na úrovni jazyka?
NumPy mi prijde jako takovy divny jazyk v jazyce...Pokud za jazyk v jazyce považuješ zrovna numpy, co pak je skoro každá knihovna v C++ s šablonami a přetíženými operátory? Já naopak považuji za ohromnou přednost numpy (oproti třeba matlabu, jejž někteří z pro mne nepochopitelných důvodů stále používají), že je to pořád python se vším všudy, co ten jazyk nabízí, a pracuje se s tím ve srovnání s jinými věcmi fakt snadno.
Je hrozne pomaly. Vim ze existuje PyPy nebo Cython, ale pocita se default.No jo, ono je totiž hrozná práce napsat
pypy script.py
místo python3 script.py
. Jinak default počítáš i u javascriptu, a u C počítáš defaultní implementaci, nebo tam ti to problémy nedělá?
Podpora OOP je takova zvlastni, treba ze to jaky ma trida parametry se definuje uvnitr konstruktoru.Aha. Takže kdyby se to definovalo někde jinde, tak je to jako lepší jo? Já jsem třeba tenhle dojem nikdy neměl. Ale oproti třeba selfu je tohle pořád dost v pohodě.
NumPy mi prijde jako takovy divny jazyk v jazyce...S tím souhlasím.
Jak uz bylo napsano, podpora paralelismu. Je proste videt, ze ten jazyk byl navrhnut pred 30 lety.To jsou bizarně nepravdivé blbosti, které tu vidím opakované už po několikáté. Jazyk má podporu paralelismu úplně normální. Threading, procesy, korutiny. Referenční implementace jazyka momentálně používá GIL, což mimo jiné znamená, že paralelismus s použitím threadů prakticky nevyužívá vícero jader. Což může a nemusí být vada, on ten GIL má taky pár výhod, které jsem například ocenil až nedávno (například všechny standardní datové struktury mají atomické změny a jsou thread safe by default). Paralelismus ale pořád funguje, ve smyslu že pro tvůj kód to vypadá, jako že vícero věcí běží zároveň, jen z toho nevyždímeš CPU výkon, ale třeba pro net/disk bound operace to funguje. Pokud ho potřebuješ (což já v práci občas jo), tak proste místo threadingu použiješ multiprocessing. Ano, bude to mít větší memory footprint, ale v typických use cases jsou to desítky megabajtů navíc (tuším něco jako 30MB?), což je nepodstatné.
No jo, ono je totiž hrozná práce napsat pypy script.py místo python3 script.py.Před pár lety jsem s tím měl nějaký problémy, nevím jestli se situace změnila.
Jinak default počítáš i u javascriptuAno, tam jako default beru V8.
Aha. Takže kdyby se to definovalo někde jinde, tak je to jako lepší jo? Já jsem třeba tenhle dojem nikdy neměl. Ale oproti třeba selfu je tohle pořád dost v pohodě.Ano, přirozený mi přijde dát to nahoru do té třídy, stejně jako v jiných jazycích.
Ano, přirozený mi přijde dát to nahoru do té třídy, stejně jako v jiných jazycích.To hrozně záleží na tom s čím jsi dělal. Jsou jazyky kde to tak je a jazyky kde to tak není a celý pocit přirozenosti máš jen protože jsi si na něco zvykl.
Paralelismus ale pořád funguje, ve smyslu že pro tvůj kód to vypadá, jako že vícero věcí běží zároveň, jen z toho nevyždímeš CPU výkon
Takže asi jako takový secí stroj, který neseje :-)
Takže asi jako takový secí stroj, který nesejeTo není tak úplně pravda. Chápu proč můžeš mít ten pocit, ale reálně používám threading v py docela často a mám z toho ten benefit, akorát prostě ne na CPU bound úlohy. Ale třeba na psaní nějaký workerů co paralelně dělají se sítí / aws / whatever je to použitelné velmi dobře.
go func()
) a synchronizace pomocí channels mi taky dost vyhovuje.
Takže to, co jsem před tím měl v pythonu bůh ví jak řešení (většinou přes multiprocessing.pool.map), tak teď si naspawnuju tolik procesů, kolik přirozeně z hlediska návrhu programů plyne (klidně tisíce) a potom si posílají zprávy přes chan
. Nějak je mi to velmi přirozené, myslím message passing různých nezávislých procesů.
Něco jsem o motivaci k přechodu na golang v létě napsal.
deno compile main.ts
Tiskni
Sdílej: