Příspěvky

3271

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 21. 03. 2016, 19:04:53 »

aby člověk programoval na nějaké profi úrovni FP, tak musí umět nejspíš category theory, jinak je to patlal. Přičemž ale IMO na 90% kódu knihoven, které člověk v haskellu používá, nepotřebuje znát v podstatě žádnou category theory (resp. potřebuje znát, jak to funguje prakticky, nikoliv tu teorii za tím).

To si jenom zboj opět honí triko, můžeš to s klidem ignorovat

Tak jsem teď shodou okolností narazil na krásný popis toho, co se tady marně snažím vyjádřit roky

https://youtu.be/oYk8CKH7OhE?t=25m40s

It's a crazy way to teach ... adition. There's a reason we don't take that road. Maybe that road works for some percentage of people who are learning but for [...] let's say 95% of people, saying "two" is a better explanation.

- když už ne celou přednášku, určitě stojí za to si pustit aspoň kousek před a po téhle pasáži, kde povídá o tom, jak zbytečný strašák jsou monády - když to stačí ukázat na konkrétním příkladě a srozumitelně pojmenovat ("andThen").

...a za úplně excelentní považuju odpověď na otázku z publika: "no ale jak pojmenuješ ten obecný koncept?!" - "No, monády. Protože pokud mluvím o obecném konceptu, tak to jsou monády. [Ale ne každého to zajímá]"

Celkově ta přednáška je věnovaná tomu, proč je FP pro lidi odstrašující. A je fakt výborná.

P.S. Evana Czaplickiho snad nikdo za lopatu považovat nebude i když... tady je všechno možný

3272

Server / Re:Jak aktualizujete servery?

« kdy: 21. 03. 2016, 16:10:45 »

Mno. A toto má být projekt na správu serverů v roce 2016? Tomu se fakt těžko věří. (Ale třeba to chtějí pustit na *BSD.)

Tvoje problémy bych chtěl mít

3273

Server / Re:Jak aktualizujete servery?

« kdy: 21. 03. 2016, 16:00:21 »

tak asi nejjednodušší možnost je Paramiko.

A jestli si to nechceš psát sám, tak http://www.root.cz/clanky/parallel-ssh-jeden-prikaz-vladne-vsem/ (podívej se i do komentářů - udělat totéž čistě pomocí shellu není větší problém a mluví se tam o tom).

3274

Server / Re:Jak aktualizujete servery?

« kdy: 21. 03. 2016, 15:54:07 »

Pokud chceš fakt jenom spustit příkaz na všech serverech, tak asi nejjednodušší možnost je Paramiko.

Pokud do toho investuješ o trochu víc úsilí, můžeš nějakým nástrojem server nejen updatovat, ale i kompletně nastavit (příp. nastavení ověřit, což se hodí): Ansible, Salt-ssh, Salt, Puppet, Cfengine (v tomhle pořadí subjektivně vnímám jejich složitost).

Pokud to myslíš vážně, doporučoval bych salt-ssh.

3275

Sítě / Re:Domácí síť a komponenty - zhodnocení

« kdy: 19. 03. 2016, 22:35:12 »

Môžem ťa zoznámiť s otcom dobrej rodiny ktorého syn skončil v sekte a tomu to vysvetli.

Jako taky rodič chápu starosti rodičů, ale tohle je naprosto nefér argumentace založená na citovém vydírání. Ten kluk se dostal do sekty, protože doma neblokovali web? A kdyby ho blokovali, tak by se tam nedostal?

Potkat nějaké naháněče ze sekty může cestou ze školy i na procházce v lese. Chodit do školy a procházet se v lese dětem taky zablokujeme?!

(Na téma blokování nemám úplně vyhraněný a definitivní názor, kritizuju jenom ten způsob argumentace)

3276

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 18. 03. 2016, 00:09:10 »

Důvod je jediný, paralelizace výpočtu, OOP je "prostorová" modularizace, FP je "časová" modularizace. U FP blackboxujete výpočet v čase. Nevíte kdy se tak stane, víte, že to nic dalšího neovlivní, takže do ukončení výpočtu je to, jako by výpočet uvnitř funkce neprobíhal. Z hlediska výsledku se provádí výpočet jakoby najednou, až jsou všechny dílčí výsledky k dispozici. Funkci můžete použít, aniž byste myslel na její implementaci, použijete rovnou výsledek.

To jsou tak obecné řeči, že se na to snad ani nedá rozumně reagovat.

Nicméně: základní rozdíl mezi OOP (v dnešním pojetí) a FP je v tom, že v FP si nemůžu zapamatovat referenci na něco s měnitelným stavem. Pokud v OOP předám objektu O1 nějakou referenci na objekt O2, tak si nikdy nemůžu být jistý, že si ji O1 nezapamatoval a že nebude stav O2 měnit kdykoli v budoucnu, typicky v situaci, kdy to vůbec nečekám. V (čistém) FP tohle není možné. Tím se OOP (a do nějaké míry i kód založený na aktorech) stává nepřehlednou sítí odkazů, o které nejsem schopný nic moc říct. Oproti tomu o (čistém) FP programu jsem schopný říct hodně.

Oproti aktorovému programování má (dnešní, reálné) OOP ještě tu nevýhodu, že prasácky do kódu může vlézt kdykoliv jakékoliv vlákno. Proto je OOP ještě větší maglajz.

Takže bych to z hlediska nějaké přehlednosti uspořádal asi takhle: čisté FP > aktory > OOP

3277

Sítě / Re:Domácí síť a komponenty - zhodnocení

« kdy: 17. 03. 2016, 20:04:57 »

- domácí server se taky často doporučuje, já vím.. má to ale smysl do domácího prostředí?

Má to smysl, pokud ho aspoň trochu umíš spravovat (tj. máš třeba Linux na desktopu). Výhodou je totální flexibilita, snadná a levná rozšiřitelnost. Nevýhodou může být to, že některé věci jsou možná na těch specializovaných NASech líp odladěné než na obecných distribucích (DLNA?) a taky bude asi vždycky o něco málo vyšší spotřeba.

EDIT: jo a málem bych zapomněl: velká výhoda je taky standardní formát dat na discích - při výpadku se dají vyndat a rozchodit kdekoli. S proprietárními NASy to vůbec nemusí být pravda - při výpadku taky můžeš o data definitivně přijít, pokud nebudou dobře zálohovaná (a jsme pro změnu zas u otázky, jak na domácí zálohování )

3278

Server / Re:VPS s vlastnou licenciou W server?

« kdy: 16. 03. 2016, 15:23:58 »

Jakýkoliv hosting, který ti dá opravdový virtuál a ne jenom kontejner.

Můžu po dobrých zkušenostech doporučit https://www.coolhousing.net/cz/vps-virtualni-privatni-server

3279

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 16. 03. 2016, 09:58:28 »

Cokoliv navržené člověkem bude hierarchická skládačka a na každé úrovni bude jen omezený počet nějakých přiměřeně uzavřených kousků.

Viděl jsem i systémy bez hierarchie, s desítkami součástí, kde každá potenciálně komunikovala s každou. Je pravda, že to nikdo v hlavě neudržel. A že ten, kdo to navrhoval, nebyl člověk, to jsem si myslel celou dobu, takže to by tvé teorii taky odpovídalo

3280

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 15. 03. 2016, 18:19:23 »

Daleko přesněji by to vystihoval třeba actor, nebo služba.

No však taky actor je hodně blízko tomu, co původně objekt měl být, dokud to C++ nezprasilo

Ale to je jenom takové bezvýznamné skuhrání a hra se slovy

Já myslím že ne. Zasadit si ty programátorské pojmy a koncepty do širšího kontextu "filosofického" mi přijde možná stejně důležité jako ten teoretický background. Ono se totiž operuje se spoustou věcí jako by to byly danosti a přitom to jsou jenom víceméně historicky dané koncepty

3281

/dev/null / Re:Co kdo víte o arboletu ?

« kdy: 15. 03. 2016, 18:14:58 »

Někdo považuje za garanci disclaimery

Disclaimer není žádná garance. Disclaimer je velmi jednoduché vyjádření toho, že daný subjekt má aspoň minimální povědomí o segmentu, ve kterém se pohybuje, konkrétně třeba Vyhlášky 114/2006 Sb., která se ne náhodou jmenuje "O  poctivé prezentaci investičních doporučení". Obchodní rejstřík pak umožňuje dohledat si, kdo za společností stojí, jakou má historii a jestli má patřičné licence.

To, co dělá Arbolet, je totiž velmi pravděpodobně trestná činnost (ne proto, že je to letadlo, ale proto, že pochybuju, že na to má nějakou licenci).

Garance je pro mě slib

Ne, garance není slib. Protože, jak se říká, "slibem nezarmoutíš". Garance je pravidlo, že k něčemu dojde, a pokud ne, tak co se stane. Typicky vyfutrovaná někým s hodně velkým klackem (např. stát).

Čili např. "pokud vám ty peníze nedá, tak ho stát zavře na deset let do basy". Tomu já říkám garance.

To by si měli rozmyslet především všichni, kdo se navzájem obviňují bez skutečných argumentů.

Argumentů zaznělo mnoho. Můžeš si klidně udělat ještě dalších deset nicků a destkrát napsat, jak tě Arbolet potěšil, ale na věci to nic nezmění.

3282

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 15. 03. 2016, 17:39:17 »

Dědičnost je prostředek jazyka. Ne něco, čeho chci dosáhnout. Otázka "jak nahradit dědičnost" je principielně blbě. Správná otázka je něco jako "jak udělat abc, které se často dělá pomocí dědění". Dědičnost dělá trochu rozhraní, trochu kompozici a ani jedno pořádně.

Navíc se z dědičnosti stal strašný fetiš. Dědičnost se přefoukla a na posílání zpráv se zapomnělo. Když už, bylo by lepší, kdyby to bylo naopak. Dneska když se řekne OOP, každý pořád mele o dědičnosti. Úplně zbytečně.

BTW, podobně jako třídy v Haskellu fungují i protokoly v Elixiru: http://elixir-lang.org/getting-started/protocols.html Je to silný nástroj a pracuje se s tím krásně. Blbý je, že to jsou tak trochu "C++/C#/Java třídy naruby", takže pro většinu programátorů je to velkej mindtwist a musí se naučit, jak to vlastně využívat.

3283

/dev/null / Re:Co kdo víte o arboletu ?

« kdy: 15. 03. 2016, 17:11:16 »

S tímto přístupem by se ale snad nikdy nemohlo prosadit nic nového.

Ale houby z voctem. Nové věci ať se prosazují co nejvíc a co nejrychleji! Ale ať jsou to věci pravdivé, poctivé a ať za nimi stojí někdo, kdo se s nimi nebojí spojit svoje jméno a svou zodpovědnost.

Tj. v tomhle případě:

--------
milí potenciální zákazníci, moje jméno je Lojza Vopička, s tradingem mám ty a ty zkušenosti a se svým týmem vám nabízím tuto službu: dejte nám peníze, my s nimi budeme dělat arbitráže a ono to s vysokou pravděpodobností něco hodí. Nemůžeme to garantovat, ale tady máte odhad ziskovosti podle metodiky XYZ: ...

(patička s obvyklými disclaimery, odkaz na záznam v obchodním rejstříku atd.)
--------

Když u nás budou jak houby po dešti růst nějaké obskurní krávoviny, tak se nikam neposuneme. Ba naopak zůstaneme na divokém Východě.

3284

/dev/null / Re:Co kdo víte o arboletu ?

« kdy: 15. 03. 2016, 16:16:14 »

Zaznělo zde i slovo jistota, jistý vklad co si pod tím mám představit?

To se musíš zeptat Arboletu, co si představují pod tím, že anonym "garantuje výnos".

3285

Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)

« kdy: 15. 03. 2016, 16:06:50 »

Pokud jsi schopen napsat takovouto kravinu, tak je zřejmé, že jsi hluboce nepochopil, o čem je matematika.

Což může být (a často je) chyba učitele.

Ale fakt bych nerozjížděl další nekonečné vlákno na tohle téma...