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.
Jestli není pro tebe Java náročná, tak asi děláš něco blběArchitektura u javových aplikací je úplně jinde než u "běžného" programování.
Koho zajímá průměr? Za průměr dělá tak podlopata. U Javy nemáš téměř hranice, protože je to fakt náročná platforma a jen nejlepší z nejlepších ji dokážou využít naplno. Pak podle toho vypadá i mzda.
Tak já to taky nepoznám na tom CPU s 12ti compute cores
Jako kdyz nekdo tvrdi, ze je to kvuli rychlosti a ono neni?Jestli narazis na me, tak ja jsem nerikal, ze je to KVULI rychlosti, ale ze rychlost bootu je vec, kterou typicky lidi ocenuji. Protoze zadne jine dusledky to (zatim?) pro BUD (Bezneho Uzivatele Desktopu) nema.
http://0pointer.de/blog/projects/the-biggest-myths.html
To jen dokazuje, že to jsou opravdu diletanti, kteří vůbec nic nepochopili a mají se ještě hodně co učit. Já furt říkám, že ještě horší než blbec je polovzdělanec.
typický spokojenec uživatel desktopu (typicky jenom proto, že mu to božsky rychle bootujena to mam SSD a ne nejaky programy...
Například sčítání dvou 2D vektorů na povrchu Země.To je pořád komutativní, ne?
Tohle bude fungovat i pro string? Nebo nějaký jiný typ, pro který má smysl sčítat (vektor, matice...)? Co dělám blbě?Kód: [Vybrat]v0 <- newTVarIO 0 :: IO (TVar Integer)
p0 <- async (tVarIncrementingProcess v0 10)Kód: [Vybrat]v0 <- newTVarIO "" :: IO (TVar String)
p0 <- async (tVarIncrementingProcess v0 "A")Kód: [Vybrat]No instance for (Num String)
arising from a use of `tVarIncrementingProcess'
Possible fix: add an instance declaration for (Num String)
In the first argument of `async', namely
`(tVarIncrementingProcess v0 "A")'
In a stmt of a 'do' block:
p0 <- async (tVarIncrementingProcess v0 "A")
In the expression:
do { v0 <- newTVarIO "" :: IO (TVar String);
p0 <- async (tVarIncrementingProcess v0 "A");
wait p0 }
Dříve vědci ke svým výpočtům používali zejména jazyk Fortran. Ostatně mnozí ho používají dodnes, neboť stále je z dostupných jazyků nejvýkonnější. Modernějšími jazyky pro vědce jsou například Matlab, Rko nebo právě Python.U vědců python dost válcuje všechno ostatní, je to univerzální jazyk první volby. V kombinaci se SciPy moc nemá konkurenci: https://talkpython.fm/episodes/show/29/python-at-the-large-hadron-collider-and-cern
Troufám si tvrdit, že C++ nebo Java nabízí minimálně stejně dobrou míru abstrakce jako Haskell
Ze i v ciste pure svete ma teoreticke i prakticke (to jsou ty, kvuli kterym se nepouziva jenom lepsi lazy) dusledky (ne)striktnostO tom přece není sporu. Ujasnili jsme si, že to má vliv na možnost zacyklení se na něčem, na čem by se výpočet zacyklit neměl. Ještě na něco jiného?
Mimochodem, nějak ztrácím přehled, co se vlastně snažíte dokázat. Možná by nebylo od věci to jasně formulovat místo snahy chytit mě na švestkách
Spíš myslím, že by se mohlo hodit triviální konstatování: nemají-li fce vedlejší efekty => žádným způsobem nemůžou ovlivňovat okolní svět => je úplně jedno, v jakém pořadí se vyhodnocují - jediný důsledek, který to může mít, je zacyklení se nebo nezacyklení
=> na IO to nemá žádný vliv
No - a tady se právě dostáváme do toho, že v pure jazyce prostě imho těžko nadefinuješ call-by-value nějak smysluplně.
Můžu ten příklad klíďopíďo přepsat takhle:Presne tak.Kód: [Vybrat]- v tomhle případě taky není pořadí definováno?let
x = f (print "a")
in
g (print "b") x
(Jinak to, co ukazujes, uz samozrejme neni pure.)A jak to poznáš bez signatury? print může být klidně pure funkce vracející IO akci.
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.
