Příspěvky

1711

Studium a uplatnění / Re:FEL OI Informatika a počítačové vědy - FI MUNI Matematická informatika

« kdy: 17. 05. 2018, 16:06:19 »

Rozsah látky už je jiná otázka, ale nikdy neškodí vědět toho trošku více, než člověk typicky použije v běžné práci.

Rozhodně. Třeba i znalost z nějakého obecně vysmívaného oboru, jako třeba gender studies, se může v životě nečekaně ukázat užitečnou a každou znalost je lepší mít než nemít

Akorát bych to nepřeháněl se slovem "nutnost". Opravdu nutné pro soudobého IT dělníka, jsou imho třeba z té teorie grafů jenom základní pojmy (uzel, hrana, ohodnocená hrana, list, cesta, kostra, souvislý graf apod.), některé v IT speciálně užitečné věci (DAG), jenom základní informace o problémech (prohledávání do šířky a hloubky, ...) a povědomí o tom, že pro spoustu věcí už existují řešení, která si stačí najít v nějaké knihovně. S tímhle si Běžný Franta Ajťák v pohodě vystačí a pokud má trojciferné IQ, dá se mu to vysvětlit během dvou hodin. Zbytek je pro něj buď pro radost, nebo pro onanii a ponižování (podle osobnosti učitele).

1712

Studium a uplatnění / Re:FEL OI Informatika a počítačové vědy - FI MUNI Matematická informatika

« kdy: 17. 05. 2018, 06:29:38 »

Jinak pro IT je rozhodně logika a teorie grafů nutnost

Jelikož jsem všemi těmi zmíněnými předměty prošel (na FI MU), můžu celkem bezpečně říct, že jdou hodně za rámec toho, co je v IT "nutnost". Stačí se podívat na syllaby a příklady k řešení.

(Neříkám to z nějaké zášti, naopak, logika a temno mě jako jedny z mála teoretických předmětů hodně bavily, ale je to spíš zábava, poučení, občerstvení a mentální cvičení než "nutnost" v jakémkoli smyslu).

1713

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 16:33:58 »

Ty mluvis o x% rocne,ja mam ty prijmy nekde jinde. Kdyby lidi podnikali proto aby pak ziskali 8% rocne z toho co vrazi do podnikani, tak by asi jikdo nepodnikal.

Podnikání není pasivní příjem. A už vůbec ne bez rizika.

1714

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 15:27:47 »

Nekde jsem cetl ze na to aby jsi byl skutecne za vodou potrebujes mit asi 130 diverzifikovanych investic v relativne stejne vysi.

A nebylo to náhodou 110? 67? Nebo 42?

1715

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 15:26:30 »

Ale Ved on nebol nako proti diverzifikacii

Jistě. Neřekl jsem nic proti diverzifikaci, jenom prostě moc nevěřím těm řečem o bezpečných pasivních příjmech. Respektive ještě jsem nikdy neviděl aspoň trochu reálně vypadající náčrt takového portfolia...

Když to investiční portfolio řádně diverzifikuju, zaplatím jeho správu, daně a odpočítám inflaci, tak budu imho hodně rád, když se dostanu na malé jednotky procent čistého výnosu. Kdybych chtěl tímhle způsobem získat 30kkč měsíčně na skromný život, musel bych mít proinvestovaný kapitál ve výši nějakých 18-36 milionů korun. To bych teda chtěl vidět, kdo z normálních smrtelníků to takhle má. Takový peníze většina z nás nenaspoří za celej život, natož, aby z toho po ten život mohla žít...

1716

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 11:44:39 »

To je špatný předpoklad.

Co je spatny predpoklad?!

Se systematickými i nesystematickými riziky je třeba počítat.

Jiste. Coz je presne to, co rikam: je potreba pocitat s tim, ze jakykoliv zdroj prijmu muze necekane vypadnout. At je to prace nebo vynosy investic.

Odmítání rozložení rizik

O odmitani jsem nic nerikal.

Netuším, jaké máte vzdělání, ale asi vás neučili

Co me kdo ucil nebo neucil, je irelevantni.

1717

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 10:17:07 »

Vic odvetvi, vic lokalit, vic typu investic. Stejne i zpusob vyplaceni financi z investic je vhodne rozlozit.

Tím se sníží důsledky rizik, zvýší pravděpodobnost a tímpádem i sníží výnos. Pořád platí, že "Posrat se muze cokoliv", včetně investic.

1718

Studium a uplatnění / Re:Kedy ste sa dostali za vodu?

« kdy: 26. 04. 2018, 07:24:19 »

Asi tak, pokud clovek nema mesicne z pasivnich prijmu 300-500k tak za vodou neni. Posrat se muze cokoliv, jakmile je clovek zavisly na tom ze musi do prace, je v <>.

Investice se posrat nemůžou? Chtěl bych takovou vidět.

1719

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 24. 04. 2018, 23:40:24 »

https://hackage.haskell.org/package/propellor... akorát mám pocit, že autor je tak trošku pankáč, ale na něco to používám a docela dobrý.

Wow, tak na to se rozhodně kouknu, dík moc za tip.

Na první pohled mě tam teda zaráží, že spousta věcí, který bych čekal, že budou obecný, jsou "DebianLike", ale minimálně za pohrání si to určitě bude stát.

A má tam dokonce sunxi, to je bomba

1720

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 24. 04. 2018, 07:15:31 »

Ten odkazovaný tech report je zajímavý, i když celkově to na mě působí jako mnoho povyku pro nic, protože takhle se to normálně dělá, jenom to akademicka přikrášlili a nafoukli.

V package managementu asi jo, ale v configuration managementu ne. Tam vévodí Ansible, Puppet, Chef, Salt a poslední dobou už i jenom RUN v Dockerfilech Nejblíž k nějakému aspoň trochu teoriticky podloženému přístupu má Cfengine (z toho, co jsem zatím viděl).

1721

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 23. 04. 2018, 21:38:27 »

Je to typový konstruktor beroucí přirozené číslo, to není pro generika typické. Je to dependent type.

Ajo, ty myslíš, že "an array's length is part of its type". Nějakým řízením osudu jsem to zatím nepotřeboval, vystačil jsem si se slices a literálama polí, takže tohle ošahaný nemám a v tutoriálu jsem to spíš znuděně prolítl, takže mi tohle ani nedošlo. Každopádně je to zajímavej postřeh, že dependent types mají jenom ty ulítlejší akademizcký jazyky... ...a Go )

1722

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 23. 04. 2018, 20:38:59 »

Pole je typu typu ω→*→*, i když v tomto případě to je spíš jen nepodstatná náhoda.

Tomu pořád nerozumím

1723

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 23. 04. 2018, 17:45:04 »

Prymku, mas neco na githubu? Udelam ti codereview 

Veřejně nic zajímavýho ani čerstvýho.

Ale tohle by sis mohl forknout a dodělat, nemám čas si s tím dál hrát a je to škoda https://github.com/mprymek/symconfig

Když se ozveš ne-anonymně, pošlu ti čerstvější verzi

1724

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 23. 04. 2018, 17:19:50 »

chan taky. Právě channels (a příslušný runtime) jsou dle mého skromného názoru na Go to nejlepší, jinak ten jazyk ničím nevyniká.

No to každopádně. To, že dostali CSP-like záležitosti do mainstreamu je na Nobelovku* Však to jim podle mě získalo ten drajv. Škoda, že tím předběhli Rust, kterej už ten závod asi nedá, tomu bych fandil víc

* nevím ovšem na jakou. Asi za mír [v duši všech, kdo píšou něco konkurentního]

1725

Vývoj / Re:Nový objev ve funkcionálním programování

« kdy: 23. 04. 2018, 16:45:59 »

Zajímavé. Některé typy tam generické jsou a nevybavuju si, že by mi někde jinde chyběly, a to jsem v tom napsal hodně kódu.

Jestli myslíš ty zabudované, tak ty jsou iiirc jenom dva - array a map.

Jediná WTF věc je kontrola chyb, ale i to je vlastně tvůrčí záměr. Člověk se prostě musí oprostit od OO myšlení à la Java.

No to každopádně, ta kontrola chyb je po chvilce děsně otravná. Ale jinak spíš záleží, co vnímáš jako WTF a co jenom jako něco, co je prostě jinak, než bys čekal, nevyhovuje ti to, ale bereš to prostě že to tak je. To je subjektivní.

Třeba docela překvapivý může být:

There's an important way in which embedding differs from subclassing. When we embed a type, the methods of that type become methods of the outer type, but when they are invoked the receiver of the method is the inner type, not the outer one.

https://golang.org/doc/effective_go.html

Ilustrace:
https://play.golang.org/p/446pcKpJRop

Nebo jinej problém, co jsem měl, spočíval v tom, že jsem měl modul, kterej definoval obecnej graf s obecným uzlem

Kód: [Vybrat]

type Node interface {...}

a pak několik modulů definujících konkrétní implementaci:

Kód: [Vybrat]

type SuperDuperNode struct {...}

...no a pak když jsem chtěl v tom "obecným" modulu deserializovat z JSONu strukturu

Kód: [Vybrat]

Nodes map[NodeID]Node

...tak se začaly dít věci... (TL;DR: nijak rozumně to nejde napsat, každý řešení je příšerný)