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.


Příspěvky - Mirek Prýmek

Stran: 1 ... 218 219 [220] 221 222 ... 618
3286
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 15:28:42 »
Nikdy žádná investice není bez rizika
kromě Arboletu:

Citace
Z tohoto důvodu bude vždy rozdíl v kurzech a tím můžeme garantovat výnos. V každém případě, pokud by přišel konec světa, burzy skončili a my nevymysleli jiný způsob, jak provádět arbitráže např. s pekelnou měnou proti božské, tak cyklus obchodů stáhneme, zákazníky vyplatíme a nikdo nepřijdete ani o korunu.

Ne, to není sen, ale ARBOLET.

3287
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 15:10:39 »
To právě technicky možné není, (1/37)^1000 je technicky s docela slušnou jistou nula,
Ale není to nula, proto je to možné. A je to přibližně tak zhruba stejná pravděpodobnost jako že tohle není scam.

3288
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 14:05:09 »
nevím jak to vůbec můžete srovnávat, opravdu k smíchu  :D :D :D
To je dobře, smích prodlužuje život!

3289
Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)
« kdy: 15. 03. 2016, 14:01:40 »
Nesouvisející věci ale prostě souviset nemůžou, tak ani létání s letadlem moc nevylepší styl architektury člověka programujícího v Haskell.
Teorie kategorií ale s Haskellem souvisí docela úzce. Ale je obecnější a těžší. K běžnému programování v Haskellu stačí pochopit běžné programování v Haskellu. TK k tomu potřeba není. Že člověk uvidí různé haskelloviny v novém světle a s širšími souvislostmi je pravda, ale nutné to není. Ani není pravda, že kdo TK nezná, je patlal. To je krávovina.

3290
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 12:40:57 »
Každopádně to co uváději jako zdroj, technicky možné je
Technicky je možné na ruletě tisíckrát po sobě náhodně tipnout správné číslo.

3291
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 10:10:13 »
1.Pokud budou mít dostatečné rezervy ve všech zůčastněných měnách, tak to mohou provést v jeden okamžik, nebo alespoň s tak malým odstupem že pravděpodobnost změny je nepatrna, nemusí čekat než se jim na jednom konci potvrdí transakce a hned mohou prodávat na konci druhém.
Tak to je samozřejmé. Pointa je ale v tom, že nenulový čas implikuje riziko. Čili označení "bez rizika" je prostě a jednoduše nepravda.

Pravděpodobnost změny je nepatrná? Ok, tak to budeme dělat všichni, všichni na tom vyděláme a nikdo nebude muset pracovat. Super, ne?

Problém je samozřejmě v tom, že na tom může vydělat jenom těch pár, kteří při každé takové operaci přijdou jako první. Ostatní ostrouhají a jsou ve ztrátě. Nevím, proč by zrovna Arbolet měl být ten, kdo přijde první.

2.Riziko bych viděl spíš v tom, že slibují stabilní úrok, ty rozdíly mezi trhy se mohou jednou vyčerpat.
No dyť to je podstatou toho bodu, na kterej reaguješ.

3292
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 15. 03. 2016, 08:53:13 »
1) Arbolet využívá arbitráže, nikoli spekulace. Arbitráž využívá různých cen na různých trzích ve stejný čas (včetně kurzových rozdílů měn). Tzn. že ve stejnou sekundu na jednom trhu nakoupí a na druhém prodá. Pokud je prodejní cena mínus nákupní cena mínus transakční poplatky zisk, tak se obchod uskuteční, jinak ne. BEZ RIZIKA!
1. Není to "ve stejný čas". Jestliže nakoupím na trhu T1 s vidinou, že na trhu T2 prodám, doufám v to (chceme-li "spekuluji na to"), že celá transakce proběhne rychleji, než se cena na trhu T2 zvýší nad moji nákupku. Čili žádné "BEZ RIZIKA". Riziko je v tom, že to někdo udělá rychleji než já.

2. Provozovatelé nemůžou VĚDĚT, že vhodných příležitostí bude dost, čili nemůžou nic GARANTOVAT. Můžou v to jenom doufat (chceme-li "spekulovat na to") a chytat hejly na vzdušné zámky.

Chce se mi brečet nad Vašimi znalostmi češtiny, ekonomie a financí.
:))

3293
Vývoj / Re:Menší opravy v PHP - nezájem programátorů?
« kdy: 15. 03. 2016, 08:36:37 »
Chápeš rozdíl mezi procenty a promile??
Já ano :)

Kód: [Vybrat]
>>> ((1000/9)*1000)/12
9250

3294
Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)
« kdy: 15. 03. 2016, 03:08:31 »
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 :)

3295
Vývoj / Re:Menší opravy v PHP - nezájem programátorů?
« kdy: 14. 03. 2016, 22:02:19 »
Sice je pravda, že za tisku se nemá cenu namáhat. Ale na druhou stranu jestli je pro tebe tisícovka promile nákladů tak to dost utratíš ... víš doufám, že promile je tisícina.
...a "v řádu promilí" může taky znamenat 9 promile. Takže by měl životní náklady pod deset tisíc měsíčně :)

3296
Server / Re:RAID 1 GRUB 2
« kdy: 14. 03. 2016, 21:57:11 »
Bohužel ale když vyřadím disk sda tak mi stroj nenabootuje :(

Prosím o radu co dělám špatně...
Tyjo, takovej pěknej začátek a tak pokazit konec... :(

Nechtěl bys stejně pěkně popsat i co znamená "tak mi stroj nenabootuje"? Co třeba screenshot z toho VMware? To přece není tolik práce, ne?

3297
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 14. 03. 2016, 21:39:19 »
Kdyby někoho nevypláceli, tak se to hned objeví na internetu, teď to ale vypadá jako by každý věděl kde to bude za rok.
Přesně tak - každý, kdo má aspoň půl mozku, ví, kde to za rok bude.

3298
Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)
« kdy: 14. 03. 2016, 17:33:18 »
Supr. Takže mi zajisté vysvětlíš, které části category theory (oproti tomu, co ví člověk po studiu standardních knížek o haskellu) potřebuješ třeba na implementaci tohoto: https://hackage.haskell.org/package/aeson , případně, proč je toto konkrétně práce patlala, pokud budeš mít pocit, že je (a možná i oprávněně, protože autor se tváří, že zrovna teorií moc neoplývá), a jak bys to udělal nějak výrazně lépe a hlavně, jak by ti při tom pomohla znalost category theory.
To je celkem zbytečná otázka, protože zboj může kdykoli (bez důkazu) tvrdit, že díky (jakékoliv) znalosti může pracovat efektivněji, čistěji, produkovat rychlejší kód atd. atd. atd. A jestli je to skutečně tak, se stejně nedozvíš, čili informační hodnota nula. A to ani nemluvím o čistém honění si trika "kdo to neumí, je opice".

Mně přijde, že ty teoretičtější znalosti se občas hodí na to, abys nevymetal některé slepé uličky. A zvlášť to platí u věcí, které běžný programátor nedělá - jako třeba návrh toho samotného jazyka. Pokud se to postaví na dobrý základ, tak je možná menší šance, že se časem zabředne do něčeho, co nikdo předem neočekával. Ale i tak se do něčeho zabředne... Na Haskellu je to celkem dobře vidět: má suprsolidní základ, motají se kolem něj supervzdělaní lidi, některé věci vyřešil velice elegantně, ale jiné jsou stejně pořád opruz ;)

Už jenom takové ty úplné základy algebry ti můžou pomoct se občas nějakému problému vyhnout - když v nějaké datové struktuře uvidíš strom, hnedka se zeptáš, jestli to stojí za ty komplikace, které s tím budou a jestli by se to radši nedalo implementovat jako nějaké pole, se kterým se bude snadněji pracovat, líp se to bude paralelizovat a skládat. Takže si díky té znalosti a jí podpořené intuici ušetříš nějaký ten opruz v budoucnu...

Myslím, že tady nikdo netvrdí, že nějaká znalost je úplně k ničemu, spíš je spor o to, jestli se vložená námaha v praxi vrátí nebo ne - a to nevyřešíš, zejména ne se zbojem...

3299
/dev/null / Re:Co kdo víte o arboletu ?
« kdy: 14. 03. 2016, 11:59:34 »
To je zisk běžně dosahovaný cigánskými lichváři. :D
...což je trestný čin.

3300
Vývoj / Re:Rust vs. C++ (funkcionální vs. OOP)
« kdy: 13. 03. 2016, 20:24:52 »
To zní zajímavě, ale pokud podívám na dnešní vývoj, tak tomu moc zapravdu nedává. V čem myslíš, že to je?
Vývoj čeho? Programovacích jazyků? Tam právě posun tímhle směrem je.

Ale jinak vím, že kočku i psa lze drbat, ale to mě samozřejmě u abstrakce tolik nebere jako třeba to, že jsou to v podstatě stejná zvířata. Detaily můžu mít pak v každé třídě, ne? Mně to přijde úplně normální. Mám auto a taky neřešim, jestli je sešroubavané a nebo z kovu, protože mě to až tak u auta nezajímá, ne?
Tak samozřejmě máš rozhraní/protokoly, které slučují věci, které tě zajímají. Jako třeba SaveableToXml a DrawableToPng. Důležitý je, že tahle rozhraní můžeš libovolně kombinovat, aniž bys z nich musel vytvářet hierarchii.

Stran: 1 ... 218 219 [220] 221 222 ... 618