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 - Ondra Satai Nekola

Stran: 1 ... 28 29 [30] 31 32 ... 177
436
Server / Re:Mini počítače vhodné pro NAS
« kdy: 17. 09. 2018, 11:49:41 »
RAID 0 = jen sloučení kapacity více disků (žádná ochrana navíc)
RAID 1,5,10 = ochrana při výpadku jednoho disku (u R10 nezaručeně i více)
RAID 6 = ochrana při výpadku 2 disků
Vše (mimo 0) je to řešení zvyšující odolnost proti chybě HW (výpadek disku neznamená přerušení funkčnosti), ale není to záloha.
Když někdo něco důležitého omylem smaže, musí se jít do zálohy.
Když serverovna vyhoří, data se obnoví ze zálohy.
a co když se mrdne záloha? :_)

Tak se pouzije ta druha.

437
Vývoj / Re:Maji tabulkove databaze v dnesni dobe smysl?
« kdy: 13. 09. 2018, 11:05:41 »
Nebo jiný způsobem. Nette/Database to dělá tak, že dokáže zoptimalizovat i ten tvůj kód. Při prvním průchodu to provede všechny dotazy, to si nakešuje, a při dalších už to načítá hromadně. Mě ten způsob není moc sympatický, ale funguje to.

I když pominu, že ten první průchod může trvat nechutně dlouho, tak jestli při dalších průchodech už nekomunikuje s databází a čte z keše, tak to bude mít minimálně dvě další nevýhody: 1. Keš může být hodně velká; 2. Bude to fungovat správně, jen když se data v databázi nebudou měnit.

Nedává mi to smysl. Proč používat cache v aplikaci, když relační databáze mívají vlastní propracované cache? Také mi není jasné, proč by se aplikace měla opakovaně ptát na hodnoty, které už má.

Dotaz do cache přímo v aplikaci je mnohonásobně rychlejší než dotaz do cache v databázi (protože tam to velmi zpomaluje komunikace po síti). A i na to aby se aplikace opakovaně neptala na hodnoty které už má se dá využít právě cache v aplikaci.

To zalezi na spouste okolnosti. Cim dale posunes cache od dat, tim to bude rychlejsi, ale zase mas vic problemu s invalidaci cache.

438
Hardware / Re:Jaký je váš "Desktop setup"? (Fotogalerie)
« kdy: 11. 09. 2018, 11:56:40 »
krome bodu 1 jsou vsechny namitky blbost .. to ze tvuj default windowm manager to nemumi je jen tvuj problem. U meho ani jeden z techto bodu neplati..

Co pouzivas?

439
mobil tedy ještě není poznamenám neomarxistickým liberalismem
Kriste pane...  ;D Hlavne, ze sa citis lepsie a vynimocne.

Ja jenom zasnu, co jsou dneska lidi schopni vyplodit.
Resp. asi byly schopni podobne hovadiny placat i driv, jen to clovek tolik nevidel na interwebech a svoje osobni okoli si probral...

440
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 04. 09. 2018, 16:03:12 »
Jen se neboj, já ji chápu. Myslel jsem to zcela vážně, kdybys javu používal, věděl bys, čeho se vyvarovat. A rozhodně bys tu netlačil mapu/dokonce kolekci pro předávání parametrů. I když ve vimu by to asi vyšlo nastejno...

To je právě nevýhoda IDE, že podporuje jen "jeden správný" styl programování, což způsobuje příliš velkou provázanost mezi komponentami a tím zvyšuje složitost. Ve Vimu mě ani nenapadne používat čtyřnásobnou dědičnost a protected atributy. IDE tyto nežádoucí postupy podporuje.

Neblabol.

441
Hardware / Re:HW sestava na vývoj
« kdy: 04. 09. 2018, 13:25:06 »
Zdroj asi beru Seasonic SS-350ET 350W (holt ale nemá ani částečně modulární kabeláž). Je fakt, že se Seasonicy mám dobrou zkušenost. Nevýhodou je délka kabelů, snad budou stačit...

Hlucny.
A popravde bych zdroji za tyhle penize neveril dobre vnitrnosti.

(Jinak Seasonic dobra znacka, ale ne kazda rada od kazde dobre znacky za to stoji. Navic nevidim smysl v tom koupit relativne drahy CPU a pak setrit na nejdulezitejsi komponente.)

A co doporučuješ?

Nesnažím se na tom nějak extra šetřit, ale co jsem si projel ATX zdroje kolem 350 W na CZC, tak mi tento připadal nejlepší...

U Seasonicu treba rada Platinum. V te edici jsou i fanless zdroje nebo zdroje, co pod polovicni zatez (pokud je OK teplota) vypinaji ventilator.

OK, mrknu na to.

A chlazení CPU? Údaje, které ti chyběly, jsem doplnil výše.

Obecne beru Noctua chladice, ale tady neporadim, co vse se da nakombinopvat s tou deskou a vyskou pameti.

442
Hardware / Re:HW sestava na vývoj
« kdy: 04. 09. 2018, 12:12:54 »
Zdroj asi beru Seasonic SS-350ET 350W (holt ale nemá ani částečně modulární kabeláž). Je fakt, že se Seasonicy mám dobrou zkušenost. Nevýhodou je délka kabelů, snad budou stačit...

Hlucny.
A popravde bych zdroji za tyhle penize neveril dobre vnitrnosti.

(Jinak Seasonic dobra znacka, ale ne kazda rada od kazde dobre znacky za to stoji. Navic nevidim smysl v tom koupit relativne drahy CPU a pak setrit na nejdulezitejsi komponente.)

A co doporučuješ?

Nesnažím se na tom nějak extra šetřit, ale co jsem si projel ATX zdroje kolem 350 W na CZC, tak mi tento připadal nejlepší...

U Seasonicu treba rada Platinum. V te edici jsou i fanless zdroje nebo zdroje, co pod polovicni zatez (pokud je OK teplota) vypinaji ventilator.

443
Hardware / Re:HW sestava na vývoj
« kdy: 04. 09. 2018, 12:01:19 »
Zdroj asi beru Seasonic SS-350ET 350W (holt ale nemá ani částečně modulární kabeláž). Je fakt, že se Seasonicy mám dobrou zkušenost. Nevýhodou je délka kabelů, snad budou stačit...

Hlucny.
A popravde bych zdroji za tyhle penize neveril dobre vnitrnosti.

(Jinak Seasonic dobra znacka, ale ne kazda rada od kazde dobre znacky za to stoji. Navic nevidim smysl v tom koupit relativne drahy CPU a pak setrit na nejdulezitejsi komponente.)

444
Hardware / Re:HW sestava na vývoj
« kdy: 04. 09. 2018, 10:16:31 »
Jinak jsem zvolil procesor Intel Core i7-8700K ("K" na konci). Můžete mi prosím doporučit chlazení? Do bedny se vejde chlazení CPU do 16 cm výšky.

To jsou zase otazky bez podrobnosti...

Budes taktovat? Na krev?
Jde ti o ticho?
Co mas za bednu? Nakonec ten Asrock?
Mas misto kolem pameti?

445
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 03. 09. 2018, 22:40:23 »
Casto ale treba potrebuju LinkedHashMap za ucelem udrzeni poradi vlozeni entries, - tady uz zacina s GO oser. Pak se to matla stylem, ze mam slice udrzujici ordered keys do hashmapy a podobne zoufalstvi.
K čemu je to dobré? Potřebuješ přímý nebo sekvenční přístup?
LinkedHashMap<String, String> jsem potreboval naposledy vcera, kdyz jsem psal backing bean pro JSF2 combobox, konkretne Primefaces OneSelectMenu widget. Potrebuju sekvencni iteraci pres ordered map, aby se combobox vypisoval v mnou urcenem poradi, zaroven potrebuju primy pristup, abych mohl prekladat key na value.
Denni chleba, nechapu, jak se nekdo muze nad takovou trivialitou pozastavovat.

Přímý přístup u pěti položek není třeba dělat hashmapou, to projdeš i sekvenčně.

Aneb proč to nenaprasit...

Máš nějaký odpor proti nejpřirozenějšímu řešení s vhodnou mírou abstrakce? Jak ta tvoje iterace prospěje čitelnosti kódu?

446
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 03. 09. 2018, 19:12:26 »
Casto ale treba potrebuju LinkedHashMap za ucelem udrzeni poradi vlozeni entries, - tady uz zacina s GO oser. Pak se to matla stylem, ze mam slice udrzujici ordered keys do hashmapy a podobne zoufalstvi.
K čemu je to dobré? Potřebuješ přímý nebo sekvenční přístup?
Je to dobré k nadávání na Go.
Fanboys gonna fan.
Říká hater...

Mně nevadí Go per se, nehatuji ho.

Vadí mi to, že to je polotovar, kde autoři oignorovali desítky let vývoje programovacích jazyků a s výmluvou "neumíme to" nedodali základy. A fanboyové nad tím hýkají.

Je možné, že Go 2 bude OK.

447
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 03. 09. 2018, 19:09:03 »
kdyz neco chybi, tak to vetsinou uz nekdo naprogramoval
treba tu treemapu jsem nasel tady
https://github.com/emirpasic/gods#treemap


Jenomže tohle doprogramovat nemůžeš, protože ti chybějí generika/parametrizované typy.

448
Vývoj / Re:Proč ten hype okolo Go?
« kdy: 03. 09. 2018, 19:02:12 »
Casto ale treba potrebuju LinkedHashMap za ucelem udrzeni poradi vlozeni entries, - tady uz zacina s GO oser. Pak se to matla stylem, ze mam slice udrzujici ordered keys do hashmapy a podobne zoufalstvi.
K čemu je to dobré? Potřebuješ přímý nebo sekvenční přístup?
Je to dobré k nadávání na Go.

Fanboys gonna fan.

449
Vývoj / Re:Jak se efektivně učit programovat?
« kdy: 03. 09. 2018, 16:33:14 »
Programovat se hlavně naučit nedá, pokud není dostatek talentu. Pro většinu lidí je to mimo jejich možnosti. Takže bude asi lepší začít spíše s tím.
A jak se ten talent pozná?
Musíš mít určitý cit pro logiku a organizaci. Musíš o věcech přemýšlet, tím ti vypadne tak 80 % lidí. To se pozná poměrně brzy. Záleží také na věku. U starších lidí (20+) se stačí podívat na jejich zájmy a když nejsou žádné, tak už to lepší nebude.

Bohužel u programování neexistuje něco jako poloviční programátor. Prostě buď jsi patlal a nebo to umíš.
Každý začíná jako patlal. Pak si projde vzdělávacím procesem a praxí a přerodí se v profíka. (Nebo neprojde a nepřerodí.) Stačí málo, v podstatě jen snaha.

Takhle se rodí lopata. Bohužel ani po školách a praxi to z tebe vývojáře neudělá.

Skola a praxe z tebe mistra neudelaji, ale pomuze to. Hodne moc.

450
Vývoj / Re:Jak se efektivně učit programovat?
« kdy: 03. 09. 2018, 14:01:04 »
Řešení algoritmických problémů se na reálných projektech nenaučíte, protože se nesetkáte s dostatečným množstvím netriviálních problémů.

tohle platí dvojnásobně o SQL. 90% dotazů je triviálních. Ty netriviální si musíte natrénovat na modelových úlohách, v praxi se s nimi nesetkáte dostatečně často.

Nemyslim, ze zrovna SQL je v tomhle zas takova vyjimka.

Ale urcite souhlasim s tim, ze dobra treningova uloha muze leckdy naucit vic nez tydny praxe.

Stran: 1 ... 28 29 [30] 31 32 ... 177