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.
....
S tímhle moc nesouhlasím, blockchain sice představuje určitá rizika a nevýhody – žádný technologie není ideální, ale vzhledem k tomu, že je to distribuovaná DECENTRALIZOVANÁ databáze, tak má obrovký potenciál a celou škálu využití v různých oblastech – použití v decentralizovaných demokratických volbách
....
Volatile je špek ? Vlákna a sdílené proměnné asi moc nepoužíváš.
Ty jsi z tech, kdo tomu propadl a povazuje to za normalni, takze si myslis, ze to tak maji vsichni a bylo to tak vzdycky a vzdycky bude. Stejne jako jsou nepoctivi lide presvedceni, ze nepoctivi jsou vsichni. Je to obrana mysli pred sebepoznanim. Takze asi nikdy nepochopis, ze se mylis. Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji. Takoví lide jsou dodnes, jen uz nejsou ve spolecnosti vetsinovi a kvalitu nahradila kvantita.Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
2listoper: V životě jsem na cigaretu nesáhl (doslova). Vždycky jsem byl malinko narcistní a z intelektuální rodiny kde nikdo nekouřil, jen lidi co k nám chodili pracovat (všelijací zedníci, instalatéři apod.), takže jsem to vnímal tak že kouření je pro socky, my intelektuálové budeme pracovat hlavou. Podobně káva - tu pily jen sekretářky :-)
Nevěřím že by nikotin fungoval, stejně jako nefunguje kafe - kafe jen potlačí ospalost, ale nezlepší soustředění, výsledkem je bdělá neproduktivní zombie.
Souhlasil bych s tebou v jedné věci - to co nakonec zabralo byla jednoduchá molekula vynalezená už v roce 1944.
Pokud jsem něco regulerně fetoval, byly to produkty vlastního těla generované stresem - taková výměna disku v degradovaném RAID5 poli hodinu před začátkem pracovní doby kdy mělo přijiít 2000 uživatelů na tom pracovat … v roce 2005, bez nějakých Veeamů, pořádných záloh, snapshotů ...
...
(Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).
Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...
<C-u>3<C-k><C-r>abc<C-p><C-y>...
Podobne v clojure, coz je lisp family ale mota tam infix notaci kvuli citelnosti. Clojure vypada vic jako cisty lisp. U elixiru musi clovek vic zamhourit oci aby to videl.
....
Muzes ukazat priklad infix notace v clojure?
(hash-map :key1 1, :key1 2)
Ta carka je infix syntakticky cukr.
{:key1 1, :key1 2}
Dalsi syntakticky cukr je pouziti jinych zavorek.
https://clojuredocs.org/clojure.core/hash-map
...
Podobne v clojure, coz je lisp family ale mota tam infix notaci kvuli citelnosti. Clojure vypada vic jako cisty lisp. U elixiru musi clovek vic zamhourit oci aby to videl.
....
Tim ze jsem vyvratil vase tvrzeni, ze typova kontrola pred spustenim programu je domenou statickych typu? :-)Ja si mezitim dovolim predvest moznost typove kontroly u dynamickeho jazyka.No vida, už jsi prozřel.Kód: [Vybrat]~ $ mypy typehint.py
typehint.py:6: error: Argument 1 to "inc" has incompatible type "str"; expected "int"
~ $ cat typehint.py
def inc(x:int)->int:
return x+1
if __name__ == '__main__':
print(inc(3))
print(inc('4'))
~ $ mypy typehint.py
typehint.py:6: error: Argument 1 to "inc" has incompatible type "str"; expected "int"
+1Ja to vidim podobne jako Inkvizitor - taky jsem Python zacal pouzival okolo roku 2001, a v te dobe to bylo prijemne jednodussi nez vsechno ostatni okolo. Pozdeji jsem si oblibil Common Lisp a Haskell, ale Python mi porad jde nejlepe.Takže když si to shrnu, dynamické typování nemá žádné principielní výhody. Jen je to zkrátka a dobře jednodužší na implementaci a naučení. Můžeme se bavit o tom, že je tu jakýsi historický balast, který si vývojáři nesou (například představa ukecanosti, představa pouze základních typů, nepochopení důsledků typové kontroly, etc) vytvářející mýtus výhod, ale jinak asi nic výraznějšího tam nebude. Souhlas?
Ale zacinat znovu, tak rovnou u Haskellu... jak uz jsem ti psal, s dobrou typovou inferenci se vyhoda dynamickeho typovani znacne snizuje. Takze pocitam, ze soucasny trend je (velmi pomaly) postupny navrat ke statickemu typovani diky rozsireni typove inference.
Me uz taky ne.Koukni na co reaguju. Tam mi tvrdis ze to tak neni.Máš pravdu, že jsem to napsal blbě. Chtěl jsem říct, že to není nic zvláštního, že v tom není podstata hot code loadingu. To "vytvoření nového stavu" se dělá po každém eventu (který mění stav).
A pořád mi není jasný, proč se o tom vlastně bavíme
Tak toho nechame. Koukni na co reaguju. Tam mi tvrdis ze to tak neni.Fajn, ale stav je porad immutable. Takze ta funkce co se postara o upgrade vytvori novy stav a preda ho zpet do smycky.Samozřejmě. V Erlangu žádná funkce nic jiného než vytvářet nová data nemůže. Erlang má naprosto striktně imutabilní data. A proč to říkáš?
Hmm. Nepresvedcil si me, ale nehodlam to dal tlacit, protoze python tolik neznam.A brani mi neco udelat ty migrace podobne v pythonu?Ano, několik věcí - a je to popsané v tom odkazu, co's říkal, že sis pročetl.
Fajn, ale stav je porad immutable. Takze ta funkce co se postara o upgrade vytvori novy stav a preda ho zpet do smycky.Pokud vim tak erlang ma nemenitelne datove struktury. Takze migrace stavu bude znamenat zahozeni stareho a vytvoreni noveho stavu.Ne. V Erlangu se stav udržuje tak, že se předává z jedné funkce do druhé. V event-loopu pak typicky ta funkce volá sebe sama:Kód: [Vybrat](Tohle je Elixir, ale to je úplně to samý jako Erlang)def loop(stav) do
# do something
loop(stav)
end
V OTP je pak tohle ještě zabalený do wrapperu, kterej když zjistí, že jsi kód upgradnul, tak automaticky zavolá funkci, která se o upgrade toho "stav" postará. Viz "Changing Internal State" http://erlang.org/doc/design_principles/appup_cookbook.html
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.