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 ... 255 256 [257] 258 259 ... 618
3841
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 10. 09. 2015, 22:03:40 »
S jistotou to neví nikdo. Ani ti největší odborníci v oboru se nejsou schopni dohodnout co to vlastně znamená.
S každým oborem lidské činnosti, který se přehnaně, neplodně a zcela zbytečně zabývá sám sebou, není něco v pořádku.

3842
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 17:55:02 »
Zrovna Go to má takhle: "Dědí" se jenom interface, nejsou virtuální metody a předek tak nemůže zavolat metodu z potomka. Pomůže to k něčemu ?
Nedědí se nic. Předek nemůže volat metodu potomka, protože žádný předek a potomek neexistuje. Pomůže to k tomu, že se nebudou vést nekonečné debaty, jestli je čtverec potomek obdélníka nebo obdélník předem čtverce.

3843
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 15:58:35 »
Nicméně já bych se vrátil k původnímu dotazu a podpořil bych Kit-a: stude, koukni se na jazyky, kde se na dědičnost nehraje a místo toho se používají volně kombinovatelné protokoly. Největší šanci na mainstreamovost má asi Go.

Různé implementace podobného principu:

Go: https://tour.golang.org/methods/5
Elixir: http://elixir-lang.org/getting-started/protocols.html
Haskell: https://www.haskell.org/tutorial/classes.html
Rust: https://doc.rust-lang.org/book/traits.html

3844
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 15:46:27 »
To je ale překvápko. Z různých zadání vypadla různá řešení :)
Přesněji řečeno vzájemně nekompatibilní, znovunepoužitelné implementace jedné a téže věci :)

3845
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 15:05:22 »
Jinak bude vypadat objektový návrh v C++, jinak v Javě, jinak v Pythonu, jinak ve Smalltalku, jinak pro účely grafické, jinak pro účely matematické, jinak pro účely čmárání po obrazovce myší, jinak pro účely vykreslení něčeho plottrem, jinak pro účely algebraické, jinak pro účely geometrické a docela jinak, pokud by se mělo všechno výše uvedené nějak skloubit dohromady. A pak přijde někdo s požadavkem doplnění sférické geometrie a další bude chtít diferenciální a uvidíte, jak jste v ...
...a tomu se, milé děti, říká "znovupoužitelnost kódu v OOP" :)

3846
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 10. 09. 2015, 09:29:32 »
Vývoj naštěstí takhle nefunguje, většinou to dopadá tak, že ve stávajících jazycích a platformách se něco málo zakáže a něco málo přidá nového, klidně z oblasti funkcionálna.
To už se děje. Imutabilita, bezstavové komponenty, skládání, to všechno se v mainstreamových jazycích objevuje. Včetně věcí, které z FP přímo vycházejí (nejčastěji se uvádí LINQ). V Microsoft Research se motají velcí experti na FP.

Asi se nedá moc předpokládat, že z Haskellu apod. bude někdy mainstream, ale určitě bude čímdál populárnější a bude silně ovlivňovat ostatní jazyky.

3847
Hardware / Re:Stavba NAS
« kdy: 09. 09. 2015, 14:35:00 »
Ked sa bavime o ECC pamatiach. Je niekde moznosti zistit, ze bola ECC chyba detegovana a opravena? (windows, linux logy?).
Celkom by ma zaujimalo zistit, ako casto ECC zasiahlo na systemoch, ktore nam uz bezia dlhe roky ...
Pres IPMI, viz napr. http://serverfault.com/questions/144151/how-seriously-should-i-take-ecc-correctable-error-warnings

3848
Studium a uplatnění / Re:Má cenu studovat IT navazující?
« kdy: 09. 09. 2015, 13:46:07 »
Teď už čekám jen na diskuzi o Chomského politických názorech.
Spíš by byla zajímavá diskuse o tom, jestli je Chomsky humanitní pakáž.

3850
Studium a uplatnění / Re:Má cenu studovat IT navazující?
« kdy: 09. 09. 2015, 09:18:14 »
Velmi zásadní znalostí z pusté informatiky je Chomského hierarchie. Nejenže kulturním antropologům a podobné humanitní pakáži padá čelist přeqapením, že ajťák zná Chomského a ještě ví, že ještě žije, ale dokonce zná tu část jeho práce, kterou h. p. považuje za nejsložitější. O to se prostě nemůžeš připravit.
Mám takovou hypotézu: čím míň člověk z exaktních věd zná, tím víc se cítí jako uebermensch a honí si triko nad tím, že to humanitně vzdělaná pakáž nezná. Zajímavý je, že ti, kdo tomu rozumí podstatně líp, mluví o humanitních vědách s daleko větší pokorou a uznáním. Nebo se jimi přímo doplňkově zabývají, jako třeba Jaroslav Nešetřil. Nemálo vynikajících matematiků si taky při nějakých pokusech o "filosofování" vylámalo zuby a jejich práce na tomhle poli jsou okrajové, ne-li rovnou úsměvné.

Takže jenom FYI: Chomský je známý v lingvista pro úplně jiné věci, které jsou v celku jeho díla daleko stěžejnější než hierarchie jazyků. Takže se moc neprs s tím, že znáš jeden malý, z pohledu celku spíš okrajový, výsek jeho díla. Abys ze sebe nedělal pitomce před někým, kdo toho o něm ví víc...

3851
Studium a uplatnění / Re:Má cenu studovat IT navazující?
« kdy: 09. 09. 2015, 09:03:01 »
Tak teoreticka informatika, to jsou treba regexy a ty clovek stejne resi nekolikrat denne kdyz dela J2EE
Ne, to opravdu nejsou. Napsat regex se naučí kdokoli z popisu toho, jak se píšou regexy. Fakt k tomu nepotřebuje umět psát důkazy pomocí pumping lemmatu.

3852
Hardware / Re:Stavba NAS
« kdy: 08. 09. 2015, 12:18:35 »
I když, a teď trochu odbočím zpátky k Linuxu se standardním LVM. Snapshoty na LVM jsou samozřejmě funční taky, používám je např. během zálohování, ale jsou standardně trochu prkené
Jasan, linuxovými prostředky se dá něco podobného zbastlit, jenže to pak jsme u sw raidu, nad tím lvm, nad tím nějaké ty filesystémy - a je z toho guláš takovej, že zlatý ZFS... V takové konfiguraci získáš nevýhody ZFS (složitost, horší obnovení z havárie) a jenom část výhod. Uživatelský komfort je naprosto nesrovnatelný, je to nebe a dudy.

To je zajímavá informace.. Já jsem právě po těch dvou zmíněných FreeNASech na slabších strojích (jeden je např. Atom N2800, 2GB upgradováno na 4GB, 6x2TB disky RAID-Z2, FreeNAS 8něco) nabyl dojmu, že se to fakt na pomalejší stroje nehodí.
Tak vždycky je to samozřejmě o typu použití. Jestli tam chce provozovat nějaké náročnosti typu x virtuálů atd., tak to jsme někde jinde. Já to používám čistě jako úložiště - tj. něco tam nahraju, něco z toho čtu, k tomu tam běží pár nenáročných služeb.

Jestli to ale byla 8čka, tak to je možný, od 9ky ZFS poskočilo kupředu. U 8ky pořád někdo řešil nějaké ruční tunění a pády při malém množství RAM, od 9ky o tom vůbec nevíš, prostě to jede a nic neřešíš. Co se týče pomalosti, spíš bych udělal nějaký trochu zevrubnější průzkum, kde je úzké hrdlo. ZFS nemá důvod být nějak zvlášť pomalé.

Bohužel použití DLNA je mnohokrát "dané" zařízeními, co mají lidi doma (SmartTV, různé síťové audio přehrávače, tablety atp.). A když pak chtějí sdílet jednu knihovnu médií.. bez toho, aby každé zařízení nutně četlo dokola všechny tagy a hlavičky na desítkách tisíc souborů, tak je to asi jediná praktická možnost.
Jasan. Já jsem to právě taky tak chtěl mít, ta myšlenka DLNA je krásná, ale bohužel praxe mě nepřesvědčila. Mám oboje, ale na strojích, který to umí, radši vždycky použiju NFS (v ro módu, abych nemusel řešit, že odejdu z domu s noťasem, kde to mám namountovaný).

3853
Hardware / Re:Stavba NAS
« kdy: 08. 09. 2015, 01:58:24 »
Jasně, je to pokročilý souborový systém 21. století atp.. Checksumy, COW
21. století a COW ať si klidně kdo chce nechá do marketingových letáků :) Já osobně třeba nejčastěji používám snapshoty. To si takhle kámoš omylem smazal 500GB disk, tak jsem z něho udělal 500GB kopii 1:1, snapshot, zkusil jeden postup, vrátil se zpátky, zkusil druhej, vrátil se... :) Kdybych to pokaždé kopíroval, tak ti o tom nenapíšu, protože by to ještě nebylo hotový :)

Stejně tak jsou prudce elegantní snapshoty pro virtuály, selektivní komprimace některých věcí, selektivní NFS sdílení, klonování datasetů... má to svoje výhody a nic tě to nestojí. Limituje tě stejně disk nebo síť, tak co řešit?

Nicméně pragmaticky vzato.. ve většině případů [...] je to podle mě overkill.
Já jsem si to myslel taky. Ale pak už nějakej ten rok mám doma na atomu, 2GB RAM a nemám žádný problém. Oproti UFS nepociťuju žádný problémy ani limity. Až na tu případnou těžší obnovu v případě havárie, to souhlasím, ale to by měla řešit záloha.

Ten patch byl původně poslán na sourceforge stránku od MiniDLNA.. zkoušel jsem jej vícekrát v několika verzích, ale pak jsem to vzdal.. FreeNAS byl kamaráda, kterému jsem to řešil. Mělo to s patchem tendence dost často padat, případně selektivně ignorovat soubory v knihovně. Finálně tam skončil MediaTomb, který sice nebyl ideální z jiných důvodů.. ale alespoň umožňoval spuštění manuálního rescanu u složky přes své webové rozhraní.
Já mám celkově s DLNA špatný zkušenosti. Chvilku jsem si s tím hrál, ale vzhledem k tomu, jak pořád něco blblo, jsem se stejně vrátil k NFS.

3854
Hardware / Re:Stavba NAS
« kdy: 07. 09. 2015, 22:38:48 »
Tridente, prosímtě, co tady zas hrotíš? Bavíme se o domácím NASu, kde je tuna nakradených filmů, fotky z dovolené v Karibiku a pár PDFek s nějakýma fakturama od O2. Nejcennější kousky (ta fotka, kde Lojza padá ze židle na kalbě v Horní Lomné) jsou i někde jinde, kdyby něco.

Jasně, ECC vždycky snižuje riziko, ale je taky třeba zvážit, že ten NAS mám doma na botníku a riziko kompletní ztráty dat vlivem toho, že mi při zavazování bot ujede noha, je řádově vyšší než flip bitu v nějakých kriticky důležitých datech. A to ani nemluvím o přepětí, blesku, ... který ti odpálí ten NAS celej a ECC paměti si můžeš vetknout do špic :)

U většiny bodů vůbec nechápu, proč reaguješ tak, jak reaguješ, protože jsem nenapsal nic, co by tvoje reakce popírala, ale nebudu to rozebírat, v tématu o domácím NASu mi to přijde fakt ujetý.

3855
Hardware / Re:Stavba NAS
« kdy: 07. 09. 2015, 20:49:46 »
Otazka ECC ano anebo ne totiz vychazi 5-6000,- kc min nebo vic. Coz neni uplne malo. Jenze mit poskozene soubory je "k nezaplaceni".  Ze v pripade ne-ECC pameti muze jit cely souborovy system ZSF do kopru uz sem si vygooglil. Ale co v pripade ostatnich scenaru ?
1. ECC řeší některé zdroje poškození dat, jiné zůstávají.
2. Netýká se to vůbec jenom ZFS, týká se to úplně všeho - prostě jakákoliv data v počítači můžou být poškozena. Třeba budeš bootovat a místo nápisu "Linux" se ti tam z ničehožnic objeví "Tinux".
3. ZFS narozdíl od jiných FS dělá checksum, takže pokud dojde k poškození na disku, tak to aspoň zjistíš, jinde to nezjistíš vůbec (googluj "silent data corruption")
4. zkus si najít, jaká je pravděpodobnost takového poškození - obvykle se to udává jako počet bitů, které musíš zpracovat, aby se ti jeden bit z nich překlopil. Jsou to velká čísla.
5. Reálně vzato u běžných "domácích" dat máš obrovské množství dat, kde ti flip jednoho bitu vůbec nevadí. Typicky ty fotky a videa. Tam to prostě ani nepostřehneš. Tím se pravděpodobnost závažného poškození dál snižuje.
6. Pokud ti u nějakých dat fakt o konzistenci jde, je potřeba u těch dat prostě všude kontrolovat checksum. Udělat zálohu bokem, obnovit ji, zkontrolovat checksum.
7. Správně bys u záloh taky měl dělat pravidelné obnovování, abys zjistil, jestli nespolíháš na něco, co nejde ani přečíst.
8. Veškerá bezpečnost dat je jenom o pravděpodobnosti. 100% bezpečnost neexistuje.
9. Nehroť to! Běžný způsob ukládání dat a běžný způsob zálohování úpně stačí. ECC a další nuance můžeš pro domácí účely úplně s klidem pustit z hlavy.

Stran: 1 ... 255 256 [257] 258 259 ... 618