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 ... 192 193 [194] 195 196 ... 618
2896
Hardware / Re:Znefunkčnění IP kamery
« kdy: 23. 05. 2016, 15:08:29 »
Mna este napadlo usmazit cip v kamere pomocou aspon 1W lasera. Navonok ziadne viditelne poskodenie a "kamera sa pokazila"  ;D
A s trochou stesti dojde i k trvalemu poskozeni zraku. A mam to zadarmo!

2897
Server / Re:Zmrznutie webservera - Host/Network unreachable
« kdy: 23. 05. 2016, 13:40:35 »
Dakujem, za odpoved spravim ako hovoris - neni tu niaky like alebo body co by som ti mohol davat ?))
Co bych s tema bodama delal? :)))

A specificky presne tato hlaska ti teda nehovori nic ? stroj bol uplne tuhy mam knemu fyzicky pristup a len toto na obrazovke a na nic nereagoval.
Aha, to je dost podstatna informace. Pochopil jsem to tak, ze jsi ke stroji pristupoval z dalky a nedostal se na nej, protoze se odrizl od site.

Takze jestli to ted spravne chapu, v te chvili vypadku se na nej neprihlasis ani pres lokalni konzoli ("klavesnici a monitor primo pripojeny k tomu serveru") -- tj stroj vubec nereaguje na psani na klavesnici a na monitoru sviti posledni hlaska "Host/Network unreachable ( not found) check IP tables". Je to tak?

Pokud to tak je, tak je to blby. Nejspis by to vypadalo na hw zavadu nebo dost zasadni chybu v nejakem ovladaci (vzhledem  k te hlasce nejspis ovladaci sitovky, ale ne nutne).

Tezko rict, co v takove situaci delat. Moc ti toho nezbyva, maximalne jeste zkusit, jestli stroj reaguje na SysRq - viz http://www.root.cz/clanky/sysrq-klavesa-pro-reseni-problemu/

2898
Server / Re:Zmrznutie webservera - Host/Network unreachable
« kdy: 23. 05. 2016, 10:17:26 »
Příčinou může být kde co. Bez dalších informací ti nikdo neporadí.

Další informace = zjistit, v jakém stavu stroj je v tu chvili, kdy je nedostupný - stavy procesu, routovací tabulka, firewallová pravidla, zkusit ping na gateway atd.

Pokud jsi stroj převzal, existuje i možnost, že si na něm předchozí admin otevřel zadní vrátka a teď si z tebe dělá srandu. Nebo je to hw závada síťovky. Nebo prostě jenom mírně vadný síťový kabel atd. atd.

Nepíšeš, jak ten stroj restartuješ, když neodpovídá. Pokud k němu máš plný KVM přístup nebo fyzický přístup, analyzuj ten stav ve výpadku. Pokud ne, dej si do cronu příkaz, který ti třeba každých 15 minut ty potřebné informace zapíše někam do souboru a analyzuj je po restartu.

2899
Vývoj / Re:Má Haskell budoucnost?
« kdy: 22. 05. 2016, 11:17:47 »
Máš pravdu, náčelníku. Functor není ten konstruktor, ale typ, který je pomocí něho definovaný:

Citace
instance  Functor Maybe  where
    fmap _ Nothing       = Nothing
    fmap f (Just a)      = Just (f a)

Parádně jsem se v tom zamotal, po ránu s čistou hlavou to jde líp :))

2900
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 20:57:43 »
Kategorii máme přece jen jednu.
No ano, ale je to prostě mapování odněkud někam a mapuješ funkce. I když prakticky to je aplikace na hodnoty, což je matoucí.

No ať je to jak chce, jdu konečně hrát, hezký zbytek večera ;)

2901
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 20:34:31 »
ale funktory se aplikují na morfismy, ne hodnoty. Každopádně tomu asi rozumíme oba a jen se trochu popletla terminologie.
No to sice jo, ale když máš to f: D a -> D b, tak jsi vlastně f (tj. morfismus) liftnul z jedné kategorie ({a,b}) do druhé ({D a, D b}). Nejsem si jistej, jestli je korektní říct o D samotném, že je to funktor. Spíš by na to musel být ještě jiný symbol, označující tu vlastní operaci f -> D(f). Každopádně v Haskellu se functor říká té vlastní věci, která se mapuje přes hodnoty:
Kód: [Vybrat]
class Functor f where
  fmap :: (a -> b) -> f a -> f b

Ale nevylučuju, že to teď motám, momentálně mám v hlavě spíš to, že jsem si koupil http://store.steampowered.com/app/319630/ a nemůžu se dočkat, až si to zahraju ;)

2902
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 19:35:45 »
Když na tím teď tak přemýšlím, tak mě zarazilo, že tomu říkáš endofunktor, ten by měl operovat na jiné úrovni, ale třeba jsem to jen blbě pochopil.
No to máš asi pravdu, to byl ukvapenej závěr, jehož problematičnost jsem si hned uvědomil a chtěl poladit tím editem, ale ani tak si nejsem jistej, jestli jsem nenapsal blbost ;)

Pokud bysme měli kategorii haskellovských typů, tak funkce jsou morfismy a datakonstruktorem D můžeš mapovat
Citace
f: a -> b
na
Citace
f: D a -> D b
takže funktor to je a protože i (D a) je haskellovský typ, tak by to měl být endofunktor.

...ovšem pokud přijmeme, že konstruktor je normální funkce, tak se nám to trochu pomotá a nevím, jestli by to pak takhle šlo říct, protože tímpádem by to byl morfismus.

No, hele, s tím si musíš poradit spíš ty, pro mě je to na pokraji mých znalostí ;)

2903
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 18:46:13 »
Nebo:
Citace
Value constructors are actually functions
http://learnyouahaskell.com/making-our-own-types-and-typeclasses

2904
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 18:43:27 »
Matoucí mi přijde říkat tomu funkce, je to spíš "něco jako" enum s dodatečnými daty (ostatně ve Swiftu to je oficiálně enum). Pak se taky lépe vysvětluje pattern matching.
U té správnosti si nejsem jistý, protože podrobně neznám Haskell, třeba to v něm funkce je, ale obecně to v FP neplatí.
Mně právě přijde rozumný se na to dívat jako na funkci - nevím o tom, že by někde šla použít funkce a ne data contructor (tím neříkám, že to neexistuje, jenom o tom nevím). U speciálního typu i Haskell wiki mluví o funkci:
Citace
Smart constructors are just functions
https://wiki.haskell.org/Smart_constructors

Dalo by se data konstruktor od normální funkce odlišit, ale moc nevím, k čemu by to bylo dobrý. Naopak neodlišovat to mi přijde fakt elegantní, páč pak můžeš s klidem udělat třeba:
Citace
Prelude> map Just [1,2,3]
[Just 1,Just 2,Just 3]
Teď z hlavy si neumím vybavit všechny souvislosti, ale třeba ty monády by se asi ještě zkomplikovaly, kdybys tu distinkci dělal.

2905
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 17:58:10 »
Teď jsi to napsal trochu zmateně a nejsem si jist, že úplně správně.
Proč zmateně a včem myslíš, že ne správně? (nehádám se, je to možný, proto mě to zajímá)

2906
Vývoj / Re:Má Haskell budoucnost?
« kdy: 21. 05. 2016, 10:15:01 »
Aplikace funkce má nejvyšší prioritu. Vždycky. Všude. Tzn.
Ono je to bohužel složitější. Je to spíš tak, že operátor (bez závorek) nemůže být argumentem funkce.

Kód: [Vybrat]
list = map foo $ xs
není
Kód: [Vybrat]
list = (map foo $) xs
což by muselo být, pokud by platilo to, co píšeš.

(příklad z http://stackoverflow.com/questions/3125395/haskell-operator-vs-function-precedence)

Haskell sice příjemně snížil nutnost psaní závorek, ale za cenu mírného zmatení. Je to ale o zvyku. Elixir to má taky, jenom trochu jinak.

2907
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 21. 05. 2016, 09:59:37 »
Diskuse dospela do stadia, kdy by si nekteri zucastneni meli jit premerit pindoura, aby se vedelo, kdo ma pravdu.
To je dětinské! Navrhuju porovnávat benchmarky. Vyzvaný může vybírat mezi unixbenchem a sysbenchem.

2908
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 20. 05. 2016, 22:47:32 »
Tyjo nevím nevím, ale podobné projekty končí taky dost špatně.
Tak nevíme, o jakém zařízení Viki mluví, třeba to je "OS" pro tři tranzistory, který jsou schopní inhouse i formálně verifikovat, co ty víš :) Ale jinak to samozřejmě vypadá jako klasický NIH syndrom. Různých RTOSů jsou na světě mraky, moc si nedovedu představit, že by "vcelku malá" firma nutně potřebovala vlastní a napsala by ho kvalitněji než ty existující, industriálně prověřené :)

2909
Vývoj / Re:Má Haskell budoucnost?
« kdy: 20. 05. 2016, 21:22:10 »
5. jsem zkoušel, ale teď teprve vím, že "data" je jen funkce a začíná mi to dávat logiku.
"data" samo o sobě je klíčové slovo, ne funkce. To, o co jde, je, že data contructor je vlastně funkce. Když mám třeba
Kód: [Vybrat]
Prelude> data MujParadniTyp = PismenkovaHodnota String | CiselnaHodnota Int
tak máme vlastně dvě funkce, které mi ze Stringu nebo Intu vytvoří MujParadniTyp
Kód: [Vybrat]
Prelude> :t PismenkovaHodnota
PismenkovaHodnota :: String -> MujParadniTyp

Prelude> :t CiselnaHodnota
CiselnaHodnota :: Int -> MujParadniTyp
- v podstatě tu hodnotu zavřou do krabice. Krabice může obsahovat String nebo Int hodnotu a krabice samotná má typ MujParadniTyp. V pythonu by se pro podobnej efekt použil tuple:
Kód: [Vybrat]
("PismenkovaHodnota","hola hola")
("CiselnaHodnota",1)
by odpovídalo Haskellovskému
Kód: [Vybrat]
(PismenkovaHodnota  "hola hola")
(CiselnaHodnota 1)
- v Haskellu se krabice prostě dá udělat funkcí a můžu pak dělat pattern matching, to by ve většině jazyků nešlo - funkce je pro ně něco, co jde jenom spustit. Pro Haskell ne :)

A tohodle "zavírání do krabic" se právě chytře používá mj. v těch monádách. A protože krabice i její obsah je vždycky haskellovský typ, tak ta funkce CiselnaHodnota je ze stejné kategorie do stejné kategorie a je to ... tramtadadá! ... ten slavný endofunktor! :) (EDIT: teda respektive byl by, pokud by byl nadefinovaný pro libovolný typ, ne jenom pro String)

2910
Vývoj / Re:Má Haskell budoucnost?
« kdy: 20. 05. 2016, 19:50:11 »
Bohuzel (pokud se nepletu) Haskell umoznuje pouzit stejne jmeno pro oboji (neni to konflikt):
Tak nepletu:
Kód: [Vybrat]
Prelude> data Test a = Test a

Prelude> :t Test
Test :: a -> Test a

Prelude> :k Test
Test :: * -> *
Tohle mi neprijde jako stastna volba. Minimalne zacatecniky to muze pekne mast.

Stran: 1 ... 192 193 [194] 195 196 ... 618