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 - ondrah

Stran: [1] 2 3 ... 5
1
Studium a uplatnění / Re:V IT po čtyřicítce
« kdy: 19. 09. 2023, 17:29:16 »
Kolem sebe vidím, že formální vzdělání, zavírá dvěře leda tak v zapšklých korporacích, kde dělaj většinou totální volové, co lpěj na takových kravinách.
Když ale tuto menšinu případů, kde skutečně nikdo rozumný pracovat nechce, vynecháme, zjistíme, že formální vzdělání je zbytečnost a NIKDO normální, to po tobě prakticky nikdy nechce, když umíš to, co k výkonu práce, umět máš.

Z toho, že to většina soukromých firem nevyžaduje, nevyplývá, že je to zbytečnost. Viděl jsem mnohokrát údajně zkušené dlouholeté ajťáky, kteří mimo svou specializaci, kterou zvládli jako samouci, měli problém cokoli pořádně udělat, protože měli mizivý přehled. Někdy bylo až tragikomické, jak vymýšleli kolo a vyráběli nesmysly. A ano, znal jsem i samouky, kteří na sobě makali a uměli opravdu hodně nejen do hloubky, ale i do šířky. Ale u těch, kdo si prošli formálním vzděláním, byla ta šíře znalostí samozřejmostí. Sám pracuji v nadnárodní firmě, v níž IT VŠ vzdělání nepožadují, ale když ho někdo má, je to plus. Nejen proto, že to je dokladem nějaké odbornosti, ale také to vypovídá o tom, že má nějakou disciplínu, že je cílevědomý a že na sobě umí makat.

2
Na VŠB pozor, nevím, jestli to ještě platí, ale za poslední tři roky jsem tam třikrát psal, že jim nefunguje web přes IPv6 a to ne tak, že by to vůbec neměli, ale měli poprasené aaaa záznamy, takže to bylo nedostupné. To nepovažuji za dobrou referenci.

Nesmyslná argumentace. VŠB není garážovka, kde všichni dělají všechno. Ti, kdo vyučují na FEI informatiku, pochopitelně vůbec neřeší nějaké rutinní administrační záležitosti, jako jsou záznamy školy v DNS. V podstatě bys stejně dobře mohl kvalitu té školy hodnotit podle toho, jak schopné má třeba mzdové účetní nebo uklízečky.

3
Hardware / Re:Jak se bezpecne zbavit telefonu
« kdy: 06. 04. 2023, 12:35:29 »
Dobrý je silný elektrostatický výboj. Návod např. zde: https://www.youtube.com/watch?v=Z6eNu7ItXAY

4
Studium a uplatnění / Re:Platové ohodnocení PHP
« kdy: 15. 02. 2023, 18:42:53 »
Upřímně řečeno nechápu, proč už dávno nepracuješ jinde.

5
Studium a uplatnění / Re:Studium IT na vysoké
« kdy: 24. 01. 2023, 09:13:22 »
Když chce číslo jen zaokrouhlit, tak jako použije toFixed a následně parseFloat? To na lepiče sedí :)

stale lepsie funkcne drevorubacske riesenie, ako zistovanie, preco elegantne produkcne prostredie u zakaznika pocita blbosti :).

Provádět matematické operace konverzí na string a parsováním zpátky na číslo je prostě prasárna. Ačkoli kdo spoléhá na float typy tam, kde není přípustná jakákoli zaokrouhlovací chyba, ten si koleduje o průšvih tak jako tak...

6
Studium a uplatnění / Re:Studium IT na vysoké
« kdy: 09. 01. 2023, 23:10:35 »
když chceš pochopit souvislosti věcí, které se učíš, tak prostě musíš omezit to množství, rozhled a postupně se doučovat věci, co ti schází.

A chápu třeba to, takovou tu typickou mýlku, že samouk programátor je na nic, protože si pustí videa na youtube, udělá stackoverflow a tak. Ale na internetu jsou i strukturované kurzy programování, a mnohdy na mnohem vyšší úrovni než VŠ.

Já třeba měl problém pochopit integrály a deriváty. Pusť si tohle - https://www.youtube.com/watch?v=WUvTyaaNkzM a to je prostě materiál 10x líp vysvětlený než co ti kdokoliv vysvětlí u tabule nebo v knížce.

Dneska je prostě klasické formální vzdělávání alespoň v IT již překonané.

A jedna věc je, učit se pro testy a druhá pro pochopení souvislostí. Je skvělé, že všichni vědí kdy byla bitva na bílé hoře, ale kdo ví souvislosti v tom, proč, co se tam řešilo, jaká byla doba, a jak se tehdy vnímala válka a tak? Není to samo o sobě důležitější než napsat datum do testu, ostatně ten datum je ten nejmíň podstatný údaj.

Představ si, že v roce 2100 bude test "Kdy byla válka na ukrajině pepíčku", a pepíček řekne "2022-2024" správně! Ale pepíček nebude mít ani nejmenší ponětí proč a o co šlo a jak to probíhalo. Prostě odpapouškuje datum, a tím má znalost. A to je dnešní školství.

Hodně omezený pohled. K pochopení souvislostí je třeba šíře znalostí, kterou člověk nejsnáze (byť pořád nikoli snadno) získá právě studiem. Něco z těch znalostí jistě nakonec nevyužije, ale předem neví, co to bude. Samouk se z kurzů na Youtube třeba naučí něco specifického, co ho zrovna zajímá nebo co právě teď potřebuje, ale o spoustě věcí se ani nedozví, že by je měl znát. Pak s takovými člověk musí řešit, že už deset let programují webové aplikace, ale mají takřka nulové ponětí o sítích, protože všechno za ně doteď dělal jakýsi hotový framework. Vysvětlovat "zkušenému" vývojáři ověšenému certifikáty ze soukromých kurzů, jaký je rozdíl mezi TCP a UDP, je pak poněkud frustrující.
Ano, dnes je celý obor IT v takové personální krizi, že i kdejaký nedouk a fušer v něm má šanci najít si místo, ale mně teda hodně vadí ten přístup "vykašli se na školu, nějak se doučíš cestou, co budeš zrovna potřebovat". To je nejlepší způsob, jak generovat geniální idioty. Ve své úzké specializaci mohou být i dobří, ale jinak k ničemu.

7
Taky pracuji s daty a většinou je limitem zdroj těch dat a reálně se na 1.7+ GB/s nedostávám. Pokud potřebuji zkopírovat nějaká data lokálně, tak většinou abych nad nimi něco nedestruktivně udělal a na to mám snapshoty. U hibernace dochází ke kompresi paměti, takže se ukládá cca polovina obsazené části a nejsem si jistý, že tam není bottleneck spíš v CPU, případně to ještě zdržují nějaké procesy okolo. Za čtvrt minuty by touhle rychlostí mělo být odhibernováno plně obsazených 64 GB RAM i s rezervou.

Nejsem tedy úplně přesvědčen, že 3 GB/s je něco, co se, zvlášť u notebooku, vyplatí. Spíš by člověk měl koukat na spotřebu v idlu i pod zátěží, jak moc spadne rychlost, když dojde SLC/MLC cache, zda disk nezačne moc throttlit, když se z něj vymačkává maximum a na teplotu při idlení.

Proč by se to zrovna u notebooku nemělo vyplatit, když se to jinde vyplatí? Je to PC jako každý jiný a pro mě je to primární pracovní i osobní stroj. Spotřebu moc neřeším, cestuji převážně vlakem a obvykle 1. třídou, kde jsou elektrické zásuvky. Kdybych měl práci, kde jsem často v terénu bez přístupu ke zdroji napájení, tak samozřejmě budu hledat kompromis, ve kterém hraje prim výdrž baterie, pravděpodobně bych volil i úplně jiný notebook. Pro svůj způsob použití k tomu ale nemám důvod. A pořád je lepší mít výkonný HW, který se většinu času fláká, než pomalý, který při stejném použití žere i trávu kolem cesty. Zvlášť když to vyjde na stejné peníze.
Co se týká hibernace, ta pochopitelně nezahrnuje pouhé uložení obsahu paměti na disk, takže trvá déle, než zabere jen tenhle zápis. A v mém případě to typicky znamená i uložení stavu minimálně jednoho virtuálního stroje, to taky zabere nějaký čas.

8
Díky všem za doporučení. Klíčovým parametrem je pro mě spotřeba SSD (a samozřejmě dobrý výkon). Nyní mám v ntb SN530 512GB. Jelikož bude v notebooku, byl bych rád, aby spotřeba byla co nejnižší. Koukal jsem na zmíněný KC3000 od Kingstonu. Vypadá velmi dobře, ale z pohledu spotřeby je na tom špatně (dle jedné zahraniční recenze). Těžko se vybírá SSD s vysokým výkonem a naopak s nízkou spotřebou. S ohledem na tento parametr neumím sám vhodný SSD vybrat.

Rychlý PCIe 4.0 SSD určený pro notebooky musí být v těch noteboocích rozumně uchladitelný a v PCIe 3.0 nepojede naplno, tak myslím, že bude pořád lepší pořídit nějaký výkonnější PCIe 4.0 model, který by měl zkrátka být efektivnější. Ale je to jen úvaha, nemám žádná tvrdá data. Obávám se, že většina měření a testů se zabývá špičkovou spotřebou v maximální konfiguraci a na efektivitu v přiškrceném PCIe 3 režimu se nezaměřují, takže nějaké dobré odpovědi na tohle téma se těžko dočkáš.

9
PCIe 3.0 x4 má maximální propustnost v jednom směru 4000 MB/s, praktická reálná rychlost bude o kus nižší. SSD pro PCIe 3.0 ovšem většinou ani nenabízejí rychlosti, které by využily přenosovou kapacitu té sběrnice, takže by bylo rozumnější vzít rovnou disk pro PCIe 4.0, který bude mít výkonnostní rezervu.

Sám mám 1 TB Gigabyte Aorus Gen 4 určený pro PCIe 4.0 ("placatá" varianta do notebooků). V PCIe 3.0 x4 (HP ProBook 445 G7) mi dává v benchmarku maxima kolem 3500 MB/s při sekvenčním čtení i zápisu. Co jsem tak zběžně koukal, takového výkonu žádný prodávaný SSD určený pro PCIe 3.0 nedosahuje. Nejblíž k tomu má Samsung 970 EVO Plus, ale ten stojí zhruba stejně jako ten můj Gigabyte a přitom má deklarovanou trojnásobně nižší životnost (600 TBW vs 1800 TBW u Gigabytu, ale samozřejmě je otázka, jak moc se tomuhle parametru dá důvěřovat).

To fakt využijete těch 3.5 GB/s ? :-) Mám v desktopu nějaké staré Kingstone SATA SSDčko a nepoznám rozdíl proti 970 Evo Plus v notebooku, které dává reálně 3 GB/s.

Jinak Samsung 970 Evo Plus můžu pro notebook doporučit. Po té změně v řadiči, kdy sice klesla rychlost po vyplnění cache z 3 GB/s na 1.7 GB/s, klesly také teploty. Mám původní verzi v domácím serveru a i s masivním pasivem (jako že fakt velkým) hřeje konstantně na 67 °C. To co se teď prodává jako 970 Evo Plus si hoví na 45 °C.

Při běžné práci diskové přenosy přirozeně neměřím, ale jelikož mou pracovní náplní je vývoj a netriviální práce s datově intenzivními aplikacemi (= databázemi apod. :) ) a často pracuji lokálně, typicky na cestách, má pro mě rychlý disk docela velký význam.
Navíc můj notebook má 32 GB RAM a zpravidla ho nevypínám, ale hibernuji, což je s takovýmto diskem příjemně rychlé (a probuzení ovšem taky). To opět ocením při cestování. Když se člověk zavrtá do práce a najednou zjistí, že vlak vjíždí do cílové stanice, je fajn, že se ten stroj uspí do čtvrt minuty.
Teploty se běžně pohybují v rozmezí 40 - 50 °C, během benchmarku se to vyšplhalo těsně pod 60 °C. Počítám, že na PCIe 4.0 při vyšších rychlostech by to žhavilo víc, ale to se mě netýká. A když můžu mít za stejné peníze SSD, který je papírově i prakticky lepší ve všech parametrech, které mě zajímají, nedává mi smysl pořizovat si slabší.

10
PCIe 3.0 x4 má maximální propustnost v jednom směru 4000 MB/s, praktická reálná rychlost bude o kus nižší. SSD pro PCIe 3.0 ovšem většinou ani nenabízejí rychlosti, které by využily přenosovou kapacitu té sběrnice, takže by bylo rozumnější vzít rovnou disk pro PCIe 4.0, který bude mít výkonnostní rezervu.

Sám mám 1 TB Gigabyte Aorus Gen 4 určený pro PCIe 4.0 ("placatá" varianta do notebooků). V PCIe 3.0 x4 (HP ProBook 445 G7) mi dává v benchmarku maxima kolem 3500 MB/s při sekvenčním čtení i zápisu. Co jsem tak zběžně koukal, takového výkonu žádný prodávaný SSD určený pro PCIe 3.0 nedosahuje. Nejblíž k tomu má Samsung 970 EVO Plus, ale ten stojí zhruba stejně jako ten můj Gigabyte a přitom má deklarovanou trojnásobně nižší životnost (600 TBW vs 1800 TBW u Gigabytu, ale samozřejmě je otázka, jak moc se tomuhle parametru dá důvěřovat).

11
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 26. 12. 2022, 12:39:31 »
Tu nejde o to ci dojde/nedojde :). Existujuci procesor mam od 2018, stale dobry. Skor mi slo o to, ci ma zmysel si priplacat vyse 100€ za +4 jadra. Dokonca 200€, ak by som si kupil 5950. Co sa tyka upgradu v buducnosti, tak tam to vidim najskor potom za +5 rokov, alebo ked sa nieco nepokazi

A jak máme vědět, jestli se ti to vyplatí? My ten počítač používat nebudeme a naše peníze to nejsou. 5800X je na veškerou běžnou práci rychlý víc než dostatečně, 5900X bude ještě rychlejší. Jestli o tolik, aby to stálo za těch 100 € navíc, můžeš posoudit jen ty. Já svůj 5900X dokážu využít a ušetří mi to nějaký čas, ovšem jsou to nárazové věci (kompletní build nějaké velké aplikace, kódování videa do AV1 apod.). Pro běžnou práci bych si vystačil třeba i s nějakým Core i5 7. generace. Podle toho, co píšeš, mi připadá, že se ti nejspíš nevyplatí ani jakýkoli upgrade z toho stávajícího 2700X.

12
Studium a uplatnění / Re:Neochota firmy zvednout plat
« kdy: 24. 11. 2022, 19:25:40 »
s onsitem (kdyby teda okamzite nedal vypoved), by muj kazdy den byl o 90 (45+45) minut kratsi.
Kdyz jsem bydlel 10 minut pesky od kancelare, tak ano, jsem tam dobrovolne zaskocil. Pokud nekdo dobrovolne obetuje 90+ dlouhe dojizdeni, tak proste nevi co se zivotem. (jasne, bude si s 5 prestupy pekne v klidu cist knizku, tohle taky nekdo obcas tvrdi).

Tak já třeba pracuji pravidelně z několika různých míst a naše firma už ani neprovozuje kanceláře pro plný počet zaměstnanců, protože během covidu zavedla práci na dálku jako běžný standard, lidi si na to zvykli a držet kanceláře s vyhrazeným místem pro každého by tudíž byla blbost. Ale když jsem zrovna v Praze, kde jsou i kanceláře firmy, tak raději pracuji z kanclu než ze svého pražského bytu. Jednak je pro mě - i navzdory tomu, že jsem jinak hodně introvertní a obecně nemám potřebu se nějak družit - důležitý ten sociální kontakt (byť člověk nikdy neví, koho a jestli vůbec někoho v tom kanclu potká :) ), jednak doma přece jen nemám dokonale pracovní prostředí. Sice mám místo, kde mě nikdo a nic během dne nerozptyluje, ale i tak je docela výzva udržet každodenně disciplínu. V kanceláři to jde snáz. Že to není povinnost, je příjemný benefit, ale přiznávám, že po těch dvou covidových letech, kdy jsem celé dlouhé měsíce komunikoval s kolegy jen přes nějaké messengery a videokonference, už tak trochu vnímám jako benefit naopak to, že můžu pracovat i z kanceláře mezi lidmi.

13

Ale musí svůj výklad , resp rozhodnutí taky obhájit před odvolacím soudem.
Můžete se klidně odvolávat až do Štrasburku. Záleží jenom na vašich penězích, času a energii.

Primární problém je, že vůbec někam odvolávat musíte a není to rozhodnuto na první dobrou správně.

A jak bys ten problém chtěl řešit? Jakým zázračným způsobem bys zajistil, že soud první instance rozhodne vždy správně? To by v praxi bylo možné jen tak, že to rozhodnutí bude považováno a priori za správné, ať je jakékoli. Ale to bys asi nechtěl, že?

14
Hardware / Re:Hardware pro stavbu vlastního NAS
« kdy: 22. 09. 2022, 10:50:44 »
Já mám domácí NAS postavený na ASRock J5040-ITX, k tomu dodatečný SATA PCIe řadič, 32 GB RAM (1 modul, takže mohu rozšířit na 64 GB). Se sedmi disky (6x SATA HDD + 1x SATA SSD) žere kolem 55 W.

Dříve jsem měl ASRock J3160DC-ITX s 16 GB RAM, ten spotřeboval ještě o nějakých 10 W méně a má DC napájení, takže odpadl hluk ze zdroje. Jen to chtělo jiný adaptér s výkonovou rezervou, s původním se to pod zátěží občas samovolně restartovalo. Fungovalo to spolehlivě asi 5 let, výměnu jsem provedl jen kvůli tomu, že jsem chtěl vyšší výkon, abych ten stroj mohl používat i pro jiné účely. A teda z šifrovaných disků (LUKS) jsem už nedostal plnou rychlost, ale ty jsem stejně většinou používal jen na malé objemy dat, tak to nevadilo.

I ten J4205 navrhovaný výše je podle mě dobrá volba, byť výkonnostně oproti J5040 samozřejmě slabší.

Akorát je u těchhle desek problém, že se blbě shánějí, tu J5040 jsem koupil přes Amazon.de odkudsi ze Španělska, J3160 tehdy z druhé ruky na Aukru.

15
-printf '%s+';
Hmm, ale tam kde to chci pouštět, find nezná parametr printf

To tam nejspíš nemáš normální GNU findutils, ale jen nějaký ořezaný busybox nebo něco takového, ne? V těchhle šizených prostředích bývá opruz řešit cokoli. Pokud se ti nechce s tím moc párat, zůstaň u té varianty s -exec du, ale samozřejmě to bude na větším množství souborů zoufale pomalé, protože pro každý soubor to spouští extra proces du. A spustit třeba stotisíckrát byť takhle lehoučký proces, to už chvíli trvá.
Možná ještě můžeš místo du zkusit stat -c '%s', jestli to třeba není rychlejší (pro jeden soubor to dělá prakticky to samé, jen na rozdíl od du vypíše jen velikost bez názvu souboru), ale osobně myslím, že to v nejlepším případě vyjde plus minus nastejno.

Pokud máš možnost nainstalovat find z těch GNU findutils, tak to vřele doporučuji. Je to běžná věc, tak by to snad nemusel být takový problém. Pokud tu možnost nemáš a potřebuješ velikosti počítat často, tak bych na tvém místě zvažoval spíš si napsat nějaký prográmek, který to pořeší. Samozřejmě pokud tam je k dispozici něco, v čem se to dá jednoduše napsat, třeba python nebo perl. Na vstupu může dostat seznam souborů z find, protože procházet adresářovou strukturu programově je zbytečná a otravná práce navíc, zavolat pro každý soubor ze seznamu stat() (jako funkce v tom jazyce to bude na rozdíl od command line utilit velmi rychlé, protože odpadá režie na spuštění dalšího procesu) a rovnou ty velikosti posčítat. Ve většině rozumných jazyků je to věc na pár řádků.

Stran: [1] 2 3 ... 5