Příspěvky

31

Vývoj / Re:Pomoc s Reflexí v C#

« kdy: 17. 11. 2018, 13:46:18 »

...
Uplne "uvnitr" vsech await volani musi byt volani metody cca Task MojeAsyncMetoda() { return Task.Run(() => muj_hrozny_vypocet());} .

Omlouvám se za trochu offtopic, ale nedá mi to.
Výše napsané není pravda a je to podle mně jeden z těch méně vhodných příkladů jak Async/Await používat/implementovat.

Ve zkratce:
Pro CPU bound tasky async/await nemá moc smysl, respektive výhody.
Naopak u IO to dává async/await velký smysl, pokud se tedy úplně "uvnitř" použijí "nativní" async I/O funkce (na místo Task.Run( .. synchroní I/O ..). Umožňuje to mít spuštěno najednou více tasků než je (najednou) využito vláken což šetří zdroje.

Také je dobré si pamatovat že samotné await/await nevynucuje to že práce bude provedena v jiném vlákně(i když to tak někdy může dopadnout). Do hry tu vstupuje koncept SynchronizationContext (kde lze například vynutit že vše bude bude probíhat pouze v jednom vlákně).

Jiný pohled, z hlediska i/o: pokud čteme ze socketu a data jsou již přijata, tak předávat práci(čtení ze socketu do bufferu) "na jiné vlákno" není zrovna hospodárné, proto se čtení se může provést synchroně, a to i včetně potenciálně CPU bound kódu který za povelem na čtení následuje.

Popsat všechny výhody/nevýhody z různých pohledů, to je jistě na několik článků a doporučuji googlit.
Ale ani ofici8ln9 dokumentace není pro začátek špatná, třeba : https://docs.microsoft.com/cs-cz/dotnet/csharp/programming-guide/concepts/async/index

32

Vývoj / Re:Zvolit 16 GB RAM nebo už 32 GB do nové sestavy?

« kdy: 21. 09. 2018, 09:05:10 »

Zkus odhadnout / změřit kolik ti zbaští VM mašiny, jinak je to těžké věštění.

Hodně taky záleží na tom kolik dalších věcí máš obvykle puštěno na pozadí.
Například OS,office, IDE,nějaká ta DB a desítka tabů v prohlížeči dokáže zbaštit klidně 10GB ani nemrkneš.
A to nepočítám diskovou keš ta se klidně dostane na podobnou hodnotu, i více.
Pokud máš vše na SSD, nebo máš ve zvyku nemít otevřeny aplikace na pozadí. Tak by možná 16GB stačilo, ale spíš jako minimum, ne komfort. Ale nejdřív změř/odhadni ty VM, pak se teprve můžeš odrazit.

33

Odkladiště / Re:GDPR a firemní osobní data v Dropboxu (free)

« kdy: 24. 05. 2018, 09:49:13 »

Děkuji vám za rozklíčování  

Jsem zvědav kdy potkám první "fakturu" bez mých nebo firemních údajů. Zatím jsem myslím nepotkal.

34

Odkladiště / Re:GDPR a firemní osobní data v Dropboxu (free)

« kdy: 24. 05. 2018, 09:27:41 »

ehm, nejsem specialista ale podle mne platí, že aby byla faktura fakturou, tak musí mít dle zákona některé povinné údaje. Mezi ně patří označení účastníků. Nějaké anonymní označení by podle mne neprošlo před zákonem ani před kontrolou FU.
Navíc je ze zákona povinnost faktury uchovávat po stanovenou dobu(např. kvůli kontrolám). Čili minimálně po tuto dobu uchovávat musíte.
Podle mne je v GDPR jasně uvedeno, že zákonné požadavky mají přednost, navíc pokud máte jiný dobrý důvod (což už je složitější prokazovat, ale aspoň to musí dle GDPR být být v nějakém dokumentu sepsáno), tak můžete údaje uchovávat i déle.Pokud je máte dostatečně zabezpečeny(přiměřenost,...) - což platí bez ohledu na důvod uchovávání.

Co se týká doručování, nevím jak pro reklamaci doručení. Ale občas je pro zákazníka důležitější balík najít, než získat finanční náhradu. Takže zjistit kam balík skutečně doručili se hodí.  Občas zazmatkuje i odesilatel a pak je doručovatelská služba a její trackovací systémy jediná možnost jak balík najít.
Podle mne by bylo přiměřené ty údaje mazat až po nějaké době, třeba měsíci/půl roce(zahraniční zásilky opravdu někdy chodí s velkým zpožděním). Upozorňuji že teď nemluvím o fakturách/dokladech, ale o nějaké db pro vyhledávání doručených zásilek a trackovacích službách.

Samozřejmě, šedivá je teorie, zelený strom života.
Podle mne, padne ještě hodně pokut a soudů(což je aktuálně bohužel asi hlavní účel tohohle uspěchaného bastlu) než bude GDPR otesáno do nějaké smysluplné podoby pro všechny.

35

Vývoj / Re:Proč vznikl .NET Core?

« kdy: 28. 02. 2018, 20:04:41 »

...
tak když bude hrozit nějaký omezení tak se o to může postarat OSS komunita ne? :-) nebo je jednou OSS víc a jednou míň v závislosti na vendorovi?

mimochodem podobně by se podle mě dalo mluvit i o Oracle a Javě

Každopádně já s .NET Core začal ani ne před půl rokem a jsem naprosto spokojenej

To že by to šlo forknout neznamená že by se ten fork dlouhodobě udržel. A pokud se navíc případná omezení nebudou týkat velké většiny uživatelů (což odpovídá právě zániku "express" verze - kde většina přešla na CommmunityEdition nebo placenou verzi)  a nenajde se mecenáš který to bude dotovat, tak je ten fork odsouzen k tomu že nakonec nebude kompatibilní s "nejnovější" verzí a  nejnovějšími 3dParty knihovnami atp. a bude tak sloužit už jen k dožití stávajících řešení.

Asi ty mé příspěvky vyznívají více negativně než jsem měl v úmyslu.
Spíš jsem chtěl naznačit že samotná MIT licence není žádnou zárukou toho že nemohou nastat problémy. A že zvážení vendor locku a případných problémů s ním je validní záležitost. Obzvlášť pokud se jedná o společnost která už podobně jednala.

Nicméně to zatím vidím docela v pohodě a osobně věřím že MS s .NET core vykročil novou cestou. Jak technicky tak otevřeností.

36

Vývoj / Re:Proč vznikl .NET Core?

« kdy: 28. 02. 2018, 18:02:29 »

myslíš ten vendor lockin s MIT licencí? ale no tak to já mám potom ještě vendor lockin s PHP? PostgreSQL, Go, Java atd.

To že  je to dnes prakticky bez omezení neznamená že verze za pár let nějaká omezení mít nebude.
Ostatně podobně to bylo i s původním překladačem c# pro "desktop". Tam MS taky pěkně začaroval, a nové verze jsou (už dlouhou dobu) zdarma dostupné prakticky jen v balíku s VS Community edition, což není tak úplně stejná licence. No, je to složitější a máme tu dočasné řešení v podobě VS2017express ale nechci zavádět debatu jiným směrem.

Neříkám že to teď hrozí, ale možnosti jak tu otevřenost omezit tu určitě jsou a tak jsem s nadšením o otevřenosti platformy opatrný. U mne si MS musí pověst otevřenosti teprve vybudovat

Jinak se mi ale .NET Core líbí, fandím mu a s každou verzí to vypadá lépe a lépe.

37

Hardware / Re:Nízká rychlost zápisu HDD WD40PURX

« kdy: 20. 02. 2018, 13:11:42 »

Jinak co se týče výběru disku - fakt je podle vás rozdíl mezi disky pro kamerové záznamy (tento), NAS (Red; 24/7), Blue, Black atd.?

Nevím jak ostatní varianty, ale u Red je prý upravený fw, tak aby dříve(oproti desktop diskům) hlásil chyby čtení/zápisu a místo vyhození celého disu z RAID se tak řeší jen chyba zápisu/čtení (TLER).

38

Server / Re:Mala firma: má smysl mít vlastní servery?

« kdy: 24. 01. 2018, 16:23:55 »

A) Ano.
B) Ne.

Děkuji

39

Server / Re:Mala firma: má smysl mít vlastní servery?

« kdy: 24. 01. 2018, 16:16:28 »

Možná se pletu - klidně mne opravte,já nejsem odborník na MS licence atp.
Ale není to náhodou tak že:
A)MS Exchange potřebuje běžet nad MS Windows serverem. Myšleno je omezení licencí nebo případnou technickou podporou pro danný OS, ne že by to neběželo.
B)Windows server nepodporuje tak dobře "Desktop" HW takže je lepší ho hodit na "server" HW než se s tím zlobit(a případně i přijít o podporu).

40

Hardware / Re:Mikrokontroléry a POSIX

« kdy: 23. 01. 2018, 17:14:43 »

Zapomněl jsem reagovat ještě na část

Do budoucna bude vhodné implementovat určitý standard, mně by se líbil POSIX, hlavně z důvodu možného nasazení některého z POSIX-like RTOS či možnosti snažšího přechodu na embedded Linux.

Možná se pletu, nejsem specialista na posix, ale posix definuje api směrem k aplikaci, ne směrem k "ovladačům".
Ovladač je podle mne spojen s daným konkrétní operačním systémem a nevystavuje přímo posix api(to je až další vrstvou OS).
Navíc jestli jsem to pochopil správně, tak by se nejdřív psali tyhle ovladače do stávajících aplikací a až pak by se portovalo na nějaký OS. Tj tu posix mezivrstvu by také musel někdo nvrhnout/napsat/odladit.
Jinými slovy jsem skeptický k snadnému portování ovladačů a podle mne to bude spousta zbytečné práce.

41

Hardware / Re:Mikrokontroléry a POSIX

« kdy: 23. 01. 2018, 16:49:47 »

Pár názorů tu už padlo, ještě doplním něco k zamyšlení

• Je dobré si říci kolik ta určitá režie je. Čím menší procesor(RAM/FLASH) tím víc to bolí. Navíc čím více je api high level tím více má tendenci bobtnat o různé tabulky a buffery(UART atp.)
• U složitějších periferií může být problém, že unifikované api "schová" nebo "znepříjemní" přístup k určité funkcionalitě.
• Mezi různými periferiemi stejného typu mohou být i dost velké rozdíly, to co jde někde s malou režiií, může mít jinde o mnoho větší požadavky
  Také může nastat situace, že konkrétní interní API je tak nekompatibilní s Unifikovaným že jediné rozumné řešení je použít jiné api(ať už z důvodu režie nebo jiného). Nebo, pokud je to vůbec možné, tak z unifikovaného ponechat jen některé základní funkce. Pak už je to takový kočkopes.
• Specifické featury - rozšíření. Implementovat všude/někde/Za jakou cenu?
  Cena může být hodně různá i naperiferií stejného druhu aje jiného typu.
• Někdo to musí napsat a odladit. Na všech podporovaných architekturách
• Mělo by se to otestovat na všech variantách(cpu) a ve všech kombinací parametrů(nebo alespoň těch očekávaných) - některé periferie mají parametrů docela dost, a navíc ne všechny kombinace jsou všude platné!
  Chci tím také řící, že tím že se periferie překryje mezivrstvou, tak se na ni začnou lidi spoléhat, a opravdová podporovaná funkcionalita té periférie není tak na očích. Čím později se na to přije, ... .
  
• Je to další vrstva kde se může skrývat chyba, obvykle se to přikládá k projektu jako .obj bez ladících informací a s maximální optimalizací. tj pokud to není opravdu, opravdu, opravdu hodně otestované a stabilní tak to může přinést další problémy.

Za mne pokud to jde, tak se spíš se snažit IO oddělit do extra souboru/ů než se snažit za každou cenu unifikovat.
Většinou je to docela dobré řešení a je hned vidět kolik kde a jak se využívá RAM/FLASH)

Ono pokud je třeba velká míra abstrakce a znovupoužitelnosti, tak pak už je na zvážení jestli nepoužít nějaký plnotučnější OS, i za cenu většího procesoru/ram/flash. A tyhle střední/menší procesory nechat na jednodušší věci, případně věci kde potřebujete mít zaručené odezvy atp. - v tom případě jsou ale unifikační mezivrstvy někdy spíše naškodu, obzvlášť pokud se na ně spoléháte ale nekontrolujete je.

Editace: (bylo myšleno ponechat střední/menší procesory jako spolupracující jednotky k tomu velkému)

42

Hardware / Re:Zdravotná stolička Therapia a notebook

« kdy: 14. 01. 2018, 18:42:46 »

Raději bych doporučil si nejdříve udělat/navrhnout pořádné pracoviště, tj monitor do výše očí atd. Případně externí klávesnici/monitor... . A pak se teprve rozhodovat pro "dražší" židle.

Jinak k té terapii. Trochu jsem si na ní musel zvykat ale není to špatné posezení. Ty naše mají i "balónek" v opěrátku atd., dají se pěkně nastavit i do takové té ne úplně zafixované polohy, pokud to má někdo rád. Doporučuji ale zajít do obchodu a vyzkoušet, sedí se na ní trochu zvláštně.
Mají je v několika velikostech a umí to kombinovat z různých velikostních sad(tedy v obchodě, nevím jak přes web).

Trochu zklamáním jsou pro mne područky(alespoň ty co máme my, možná už mají lepší). Nejdou pořádně zafixovat, párkrát se nám při nějaké manipulaci se židlí zasekli v krajní poloze otočení. Ukotvení dole také není nejlepší a pokud se někdo o područky opírá tak mu to 5 let nevydrží.

Dejte pozor na výběr povrchu, nás na to bohužel neupozornili takže jsme vybírali jen podle barvy, ale některé pěkně vypadající (máme takový trochu hrubý) nejsou zrovna odolné (tj je to tak do zasedačky ale ne na časté sezení/používání).
Záleží ale jak je kdo opatrný, třeba při zasouvání opěradel pod stůl, nebo třeba někdo dává nohy pod sebe atp. Tak to je pak úplná tragédie.

Také pozor na váhové omezení, mají různé typy. Ale i přes "správný výběr", už jsme museli během záruky vyměnit několik koleček(ty mají asi jen jeden typ).

Židle a pracovní prostředí je sice hodně důležité, ale osobně(kdybych to platil já) bych raději investoval do něčeho s lepším poměrem cena/výkon. A možná něco se "síťovanými" zády. Kolega má takovou pěknou a sedí se na tom také dobře,V létě je to prý fajn. Typ nevím.
Pokud máte zdravotní problémy tak je to pro vás možná dobrá volba, ale samotná židle, pokud se na ní budete "kroutit" vám nepomůže možná i naopak. A pravděpodobně se vám na ní takovým způsobem ani nebude dobře sedět.

43

Windows a jiné systémy / Re:Příkazový řádek se objeví na pár sekund

« kdy: 29. 05. 2017, 10:20:35 »

Zkuste mrknout do plánovače úloh, čekal bych že to tam někde bude jako task.
Pak by mělo být možné jej spustit ručně z příkazové řádky.

44

Hardware / Re:step down / step up DC měnič - rozdíl v účinnosti

« kdy: 14. 04. 2017, 17:14:23 »

Mám tady (z Číny) step-up/down měnič (v jednom) a haldu Li-Ion baterií. Během dopoledne plánuju vytáhnout pájku (já vím, páječku), tak můžu zkusit dát dvě baterky paralelně a pak dvě sériově, připojit je na stejnou zátěž a jednou nechat pracovat up a jednou down. Naměřený hodnoty sem pak můžu hodit.

Zajímalo mě to taky (okrajově) a četl jsem, že výhodnější je pro dodávání energie Z baterií ven step-down (tedy dvě v sérii). Zase na druhou stranu - baterie se musí taky nabíjet a když je budeš nabíjet z 5V, vyplatilo by se je mít paralelně...

Doufám že to děláš v bezpečné vzdálenosti za betonovým krytem.
Osobně bych si něco takového s výbušným typem baterie netroufnul.(platí pro seriové i paralelní spojení)

A i když se rozhodneš to zkoušet s jiným typem baterie, tak si dej bacha abys spojoval jen naprosto stejné baterie a i stejně nabité.

45

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 10. 04. 2017, 14:40:52 »

Pro textové sobory(plain-text) zkus použít PPMD (místo toho LZMA2), mohlo by ti to dát lepší výsledky.