Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Máš na mysli paralelní polling, něco jako https://docs.rs/futures/0.3.1/futures/macro.join.html ? Nebo něco komplikovanějšího? V téhle problematice nemám zkušenosti.Napadají mě minimálně dva rozdílné způsoby, jak by se to dalo implementovat:
1. Promisy běží (potenciálně) skutečně paralelně, každý (potenciálně) na svém jádře
2. Promisy jsou odstartované "zaráz" (rychle po sobě), ale paralelně běží jenom operace "mimo jazyk" (typicky IO)
To první je asi jasný. To druhý je jenom "jakože paralelní" v JS stylu. Od serializovaných awaitů by se to poznalo tak, žeKód: [Vybrat]await sleep(1)by netrvalo ~ tři sekundy, ale ~ jednu.
await sleep(1)
await sleep(1)
To druhé v JS jde implementovat, ale musí se to (AFAIK) udělat ručně přes Promise.all()
To je implementační detail bez jakéhokoliv dopadu na cokoliv, co jsem napsal.BTW, kdybys chtěl nějaký větší rozdíl, tak největší, co mě napadá, je že await může být lazy nebo eager. Jak teď koukám, Rust má lazy. JS má eager (AFAIK).
Taky by šlo promisy z awaitů paralelizovat (k tomu právě směřovala ta moje testovací otázka). Jestli to nějaký jazyk skutečně dělá, to nevím. Obávám se, že spíš ne, protože v jazyce s mutable shared state by to bylo obtížné až nemožné udělat korektně.
Koukám právě narvali async/await do Rustu. To je fakt mor.
Dobře zvolená abstrakce naopak nevyžaduje, abys někam skákal, prostě o sobě říká, co dělá a typicky se o vnitřek zajímat vůbec nemusíš.Nemusím se o vnitřek starat, pokud jsem si dostatečně jistý tím, 1. co je výsledkem její činnosti (pokud je to funkce) 2. že neobsahuje žádnou chybu.
Implementaci knihovních funkcí typu map budu prolízat až jako poslední, protože je nejmenší šance, že chyba bude právě v ní. Naopak konstrukce, které napsali kolegové před půl rokem a jsou v kódu použité jenom dvakrát, prolízt musím, protože pravděpodobnost chyby je veliká. V případě, že jsou srozumitelné a snadno zapamatovatelné, prolezu je jednou. Jinak je musím prolízat pořád dokola, protože prostě nejsem schopný si zapamatovat nebo vůbec pochopit, co mají dělat.
dobře zvolená a napsaná abstrakce kód nemůže znepřehlednit.S tím bych nesouhlasil. Dokonce bych spíš tvrdil skoro opak: každá abstrakce z definice přidává další indirekci v tom smyslu, že když sleduju flow programu a narazím na abstrakci, musím odskočit jinam (do souboru, kde je ta abstrakce definovaná).
Jediné, co rozhoduje, je, jestli převáží nevýhody použití nebo nepoužití abstrakce. Což je typicky počet abstrakcí (jestli jsem schopen si je zapamatovat a ušetřit si tak odskoky) a jejich srozumitelnost (po jednom přečtení chápu smysl abstrakce, nedělám to tak, že sleduju jenom ten jeden průchod, který zrovna řeším).
Nic take nejestvuje, kedze tu mame teoriu vypocitelnosti.
vsteko co vies namodelovat cez FP vies namodelovat aj cez OOP, su to len dva pohlady na to istu vec.
Ahoj, i když se díky svému zaměření pohybuji ponejvíce ve sféře embedded systémů (a tudíž moji "jazykovou" stáj tvoří hlavně dvojice C a C++), používám již léta Python k podpoře vývoje - parsování dat, zpracování naměřených dat, analýza logů atd. Pokud potřebuji vytvořit nějakou tu appku s GUI na desktop, sáhnu automaticky po C# a WPF, či po C++ a Qt, když to má běžet na Linuxu. I v Pythonu se nechá GUI aplikace vyvinout, třeba s derivátem již zmíněné Qt knihovny PySide, ale přijde mi to celé takové těžkopádné. A navíc si ani nedokážu představit, jak zákazníkovi předávám testovací aplikaci a přitom se ho ptám, zda má nainstalovaný interpret Pythonu atd.
Jsem tu sám, nebo i někomu jinému připadá, že se Python používá i v oblastech, na které nebyl koncipován?
Myslím, že firem, kde to bude někdo bránit, aby sis v kuchyňce uvařil kafe sám, těch moc nebude.
Pokud chceš slušné espresso, tak to už začíná být problém.
Co přesně má to (prototypové) OOP řešit, zajímá Tě to jenom tak, nebo s tím chceš i něco dělat? Úplně chápu, pokud někdo studuje exotické (lidské) jazyky, kultury a organismy, ale z praktického hlediska...
Pro každého je praktické něco jiného. IMHO javascript je stále populární a může se hodit vědět, jak funguje. Anebo se pak člověk dostane k lepší práci, protože tam třeba bude mít možnost uplatnit rozhled (i když k tomuto levelu je ještě delší cesta, nestačí obecně vědět co to prototypové OOP je).
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2022 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
