Příspěvky

106

Hardware / Re:Jak nejrychleji rozeznat okem 6/8/bit monitor

« kdy: 18. 09. 2018, 21:37:55 »

Tak pochopitelně to zrní jen v těch přechodech, kde je ta křivka nedostatkem vzorků roztrhaná - mnohdy tedy okem nepostřehnutelné.

Větší zabiják obrazu mi příjde nízký kontrast, špatně nastavený kontrast (přepaly/podpaly), špatná kalibrace barev (modrý, zelený, růžový nádech), nízký rozsah barev (žlutá/červená/tyrkysová - někdy mám pocit, že jsou panely černobílé) než tohle.

FRC podle těch několika monitorů co jsem viděl, nebliká v ploše. Používá se časově proměnný dithering, takže to jakoby zrní.

107

Vývoj / Re:Jak navrhovat robustní systémy

« kdy: 10. 09. 2018, 23:01:21 »

Tak největší riziko je vždycky administrátor a taky bych řekl, že téměř vždy stojí za pádem nějakého HA systému.
Prostě do toho hrabal a způsobil domino efekt, nebo záměrně riskoval aby ušetřil čas.

Nebo to prostě provozuje na hranici (5+ serverů je ideál, ale on chtěl jen 3 - pohybuje se tedy nad propastí aby ušetřil peníze)

KB, u kritickych systemu DB nepada. Mas minimalne cluster, v idealnim pripade geocluster s x nody.

Jo a ted tu o Jenickovi a Marence DB nemusi nutne spadnout ale proste bude z nejakeho duvodu nedostupna. Obvykle nejaky maly dabelsky detail, treba exnute heslo ci certifikat. U robustniho systemu neexistuje predpoklad, ze neco pojede na 100% a neni se tam treba zabyvat nejakym fallbackem.

108

Vývoj / Re:Jak navrhovat robustní systémy

« kdy: 10. 09. 2018, 22:50:59 »

DB je v cluster - tím myslím opravdický cluster ne jako ORACLE... takže nepadá.
Namátkou určitě Cassandra, ScyllaDB, MySQL NDB Cluster (snad i Fabric - nezkoušel jsem), Galera a podobné...
Stejně tak by měl vypadat i zbytek systému. Rozsekanej na malý služby, který dokážou pochopit, že nějaká jiná služba nefunguje (pokud není kritická) a pokud je - běží X krát najednou, takže je oslovuje naráz a nebo si prostě vybere.
Někdy spojuje několik odpovědí najednou aby odstínil chybu (porovná jejich výsledek).
Microservices s orchestrací, krásné je pokud se služby automaticky umí registrovat do systému za chodu.

Klíčové části běží 3+ krát a výpadek jednoho je odstíněný redundancí. Prostě normálka? Vy to tak neděláte? 

Mas tam uzke hrdlo. Co kdyz spadne DB ? Budou umet ty jednoduche skripty ci mikrosluzby v pripade potreby zapisovat jinde az DB je dolu ?

109

Vývoj / Re:Maji tabulkove databaze v dnesni dobe smysl?

« kdy: 07. 09. 2018, 21:38:34 »

Řekl bych, že částečně měl pravdu, ale mnohdy se to prostě kombinuje.
Jádro je v normální SQL databázi a je docela malé, zbytek dat je napojen do NoSQL. Hlavně je třeba si uvědomit, že takové systémy jsou docela složité na správu. Jsou vhodné jen tam, kde to má smysl.

PostgreSQL velmi slušně dohnal ORACLE
MySQL je trošku jinde obzvlášť co se clusteringu týče

Pokud se chcete zasmát, jednou jsem něco řešil a z úst ORACLE se ozvalo "no na to ORACLE DB nestačí, ale můžeme použít něco jiného" :-) MySQL NDB Cluster.
S tou implementací SQL je to pravda, protože Cassandra se taky snaží tvářit podobně, i když to prostě není SQL.

SQLite pořád bude mít smysl, Postgres taky a pak MySQL jako cluster a nebo rovnou NoSQL každé je ale dobré na něco jiného.

Narovinu ten Excel je stále také použitelný prostě na něco ano. Na každou práci je dobré použít vhodný nástroj. Vyložený univerzál prostě neexistuje.
Tabulky prostě byly a budou.

110

Odkladiště / Re:Digitalizace státní správy - další zásek

« kdy: 31. 08. 2018, 23:08:49 »

Doteď nežijou v tom kapitalismu, jinak by chápali kdo je platí a pro koho pracujou (mimochodem fakt to neví když se jich zeptáte). Místo toho vymýšlí tyhle blbosti a buzerujou svojí dojnou krávu která je ale taky jednou může kopnout ...

Zajdane, principem právního státu je i to, že stát osoby nonstop nešmíruje a dává jim svobodu konání. Mně by se vůbec nelíbilo, kdyby existoval robot, který bude preventivně hlídat, kterou povinnost jsem prošvihl.

Ale tohle už dávno existuje, jen se to používá proti občanovi. Několik let zpátky jsem platil pokutu na živnostenském úřadu, protože jsem se přestěhoval o rodičů (změna trvalého bydliště), ale nezměnil místo podnikání. Pokud jsou odlišná, musí být místo podnikání označeno jménem a IČO.

Úředník mi vysvětlil, že
- mají na to automatický report, který jim vyhledává lidi, co si změnili bydliště ale ne místo podnikání
- pak jedou témeř najisto na fyzickou obhlídku (předložil mi fotky zvonků u našich)

Že by to místo represe mohli použít k upozornění, že si to mám do pořádku, ho ani nenapadlo a jen vršil důvody, proč to nejde (telefon a mail na mě nemají, dopis je drahý, apod.).

111

Vývoj / Re:Proč ten hype okolo Go?

« kdy: 25. 08. 2018, 09:41:08 »

Někdy je to jedno, pokud nějaký šrot pustím jednou za týden stylem "udělej tohle v noci" tak to tolik nevadí. Pokud ten šrot má běžet nonstop a něco dělat - už je to zásadní problém.
Často si ale lidi myslí, že to pustí do nějakého super clusteru a poběží to rychleji což je vtipné, když ty hnoje často používají jedno vlákno a od sebe to oddělit nejde (ale to jim nikdo nevysvětlí) prostě doufají.

Jinak start a replikace je velmi důležitý parametr spotřeba RAM samozřejmě také i když tu někdo bude blekotat, že je to jedno.
Někdy se směju, když mi přijde nějaký matlal a blekotá doslova "máme nejmodernější windows a microsoft sql a ten hardware co jste nám dali nestíhá" a jako fakt to téměř nic nedělá.
Tak si říkám kluci jako dobrý tak před dvaceti lety.
"Chceme alespoň 32core a 64GB RAM, SSD storage tam už je - tak ještě rychlejší". Prostě idioti, pochopitelně, když člověk promyslí jak to mají spatlané to prostě nemůže fungovat a kdyby měli alespoň něco v hlavě můžou se dostat na stonásobky jejich rychlosti. Pochopitelně by stačil klidně 13 let starý křáp.

Go tedy neznám, spíš mě bude brzy zajímat https://ballerina.io

Dále svou jednoduchostí odrazuje frikulínsko-píčusácké vývojaře, kteří vymýšlí shity typu Hibernate nebo píšou shity typu Jersey a různé další podobné pomalé píčoviny, o kterých jednou všem dojde, že to jsou píčoviny. Navíc jsem zastáncem názoru, že na výkonosti záleží - takové ty kecy a kydy typu že program může vyžrat kolik chce a být pomalý, protože to "stačí", vůbec neuznávám - viděl jsem to několikrát v praxi, jak jsou javovské enviromenty kde běží hromada různých service, pomalé sráče. Samozřejmě to co říkám o Javě bude stejně platit o .NET a dvojnásobně platit o shitu typu Node.js. Se zdroji se nesmí plýtvat, pak to v praxi stojí za hovno.

112

Distribuce / Re:Gentoo: ma jeste smysl pro nekoho?

« kdy: 06. 08. 2018, 10:56:17 »

Gentoo je vynikající, ale vyžaduje údržbu (pokud nebude dlouho aktualizované je problém se z toho dostat).
Zajímavá vlastnost je běh různých verzí čehokoliv proti sobě (což v jiných distribucích je téměř nemožné).
Pokud potřebujete novou fíčuru vs staré knihovny apod. tak to není problém. Takže se dá provozovat pravěk v budoucnosti a to se semtam hodí.

Jinak mi to příjde někdy výrazně jednodušší, než zkoumat závislosti v běžných binárních distribucích. Nicméně v nových verzích Gentoo už jsou také hotové binárky - ale to už vlastně nechápu proč bych to používal.

113

Vývoj / Re:Používají výborní programátoři frameworky?

« kdy: 27. 07. 2018, 01:46:27 »

Na dotaz prostě existuje jediná správná odpověď, ano i ne. Dle toho co je výhodnější, rychlejší, bezpečnější,... a musí se právě umět rozhodnout.
Téměř každá technologie má nějaká pro i proti a nic není v pravém slova smyslu univerzální. Určitě si napsali i nějaký vlastní

Ovšem lepiči používají vždy frameworky a copy&paste. Ostatní přemýšlejí, jestli to má smysl. Je to nástroj, je na každém jak ho použije a s bagrem nejdete na pověšení obrázku na zeď. I kdyby Franta vedle říkal, že to bez toho prostě nejde.

Kvalitní programátoři jsou polygloti, ovládají kde-co a snaží se vybrat to, co bude fungovat.

114

Studium a uplatnění / Re:Seznam.cz mzda programátora

« kdy: 25. 07. 2018, 22:09:49 »

V Dojčlandu se dá dostat jako oprašovák vidlí a drobností okolo toho na 100tis CZK/měsíčně 4000E (nutno samozřejmě započítat daně, zdravotní a sociální) ale celkem dost to napovídá o potenciálu tam.
Tedy nic moc komplexního, žádné voodoo alá umíme všechno a ve volném čase programujeme v JAVĚ.
Proto taky kdo mohl tak zdrhnul z téhle fabriky/ocelového města někam pryč.

V ČR je prostě módní nabízet píchačky, různorodou práci a peníze za které už ani dělník ve šroubárně nechce pracovat.
Dyť vás to přece baví ne?

115

Vývoj / Re:WEB (PHP) úvaha nad strukturou volání

« kdy: 25. 07. 2018, 12:50:29 »

Už před 15ti lety jsem používal třetí přístup a jelikož to pořád funguje i pod PHP 7.2 tak to asi nebyl blbý nápad.
Prostě loader a přes něj natáhnout další moduly. V loaderu překontrolovat co se vlastně děje. Je to minimalistické odporně přehledné a stále funkční, i když prehistorické.
Metodu 1 a 2 bych vůbec nezvažoval maximálně na nějakou minimalistiku co udělá dvě věci.

Už jen proto, že ten loader může v klidu všechno připravit inicializovat a pak už jen hurá na konkrétní úkol.

Já bych to bral jako základ a nesouvisí to ani s použitým jazykem, ale filosofií.
Vytvářet aplikaci nikoliv webovou stránku.

Neřešme prosím konkrétní framework, šlo jen o úvahu jakým stylem to dnes správně řešit. Jestli si budu psát všechno sám, nebo sáhnu po fw už neřešeme.

Hodně lidí jede v prvním systému a nevidí v tom problém. Spíš by mě zajímaly klady/zápory kterého přístupu. Nejlépe z praxe.

U druhé metody všechno stojí a padá na rewrite, jinak IMHO nevidím problém.

116

Hardware / Re:Je lepší Li-ion baterii částečně vybít nebo nechat 180dní nabitou?

« kdy: 22. 07. 2018, 17:47:55 »

Vybít, ty chytré to samy dělají...
Jakmile uběhne několik dní automaticky se malým proudem začnou vybíjet, dokud nedojdou k nějaké "přijatelné" hodnotě třeba 60%.
Nechat jí mnoho dní plně nabitou jí zásadně škodí, ztrácí kapacitu, nafukuje se.
Jednomu článku ani moc nevadí hluboké vybití, ale je problém ho nabít. Baterie obvykle odejde, protože nějaký článek se nakonec přepóluje a je mrtev.

Uskladnit v chladu ideálně v pytlíku se silica-gelem.

Mám takové dilema, jel jsem mimo domov, takže jsem si nabil baterii na 100% (4.19V). Nicméně tam jsem zařízení nevyužíval (nebo jen okrajově), takže na baterii zůstalo 4.14V (týden asi). 
Četl jsem, že dlouhodobé skladování nabité nebo vybité Li-ion baterie (otázka do pléna: zhruba v jakém stavu nabití+ vybití nebo vyjádřeno napětím) vadí (otázka do pléna, jak ji to poškozuje)?

Takže teď zvažuji, jestli baterku řízeně vybít na 3.87V a NEBO nechat nabitou na 4.14V. Minimálně půl roku.

117

Hardware / Re:O kolik je Intel Optane výkonější než současné notebookové SSD?

« kdy: 07. 07. 2018, 12:37:05 »

Mám teď v PC dva SSD disky jeden ultrastarý (cca 5K IOPs) na dožití a celkem nový (cca 50K IOPs). Rozdíl v nich je tedy docela velký - ten starý má jen staré SATA přenos ~200MB/s vs ten novější ~450MB/s čtení i zápis.

Nicméně při běžném používání téměř nepoznám rozdíl.

Dokonce jsem oprášil nějaký ultrastarý OCZ Colossus a ten mě vyloženě šokoval rychlostí na svojí dobu 5K IOPs 233 čtení/217 zápis, neumí ani trim.

Rozdíly mě fakt příjdou zanedbatelné, zásadní rozdíl byl pochopitelně přechod z rotujícího HDD. Nepříjde mi, že by systém čekal zrovna na disk, asi by byl markantní rozdíl, kdyby to jen odesílalo soubory, pokud se s nimi pracuje, brzdí to obvykle jiná komponenta v PC.

U notebooků je to možná úplně jedno, protože většina jsou relativně pomalý krámy a ty SSDčko asi brzdit ani nebude.
Desktop se vždy vyplatí, jeho výkon je jinde a ergonomie taktéž.

118

Vývoj / Re:Velkost mirkosluzby

« kdy: 06. 07. 2018, 16:43:05 »

Malá mikroservisa zrychlí její start, deployment apod. Jinak to není zase tak dramatické... já bych to zase tolik neprožíval, prostě to beru jako soubor funkcionalit, které patří k sobě a jsou správně oddělitelné (jakože správná granularita služeb).
Takže jedna mirkoservisa poskytuje X funkcionalit, a zabírá od 50MB-2GB - pokud to je nějaká vobludná analytika s umělou inteligencí dohromady.

119

Vývoj / Re:Je utf8 univerzální?

« kdy: 04. 07. 2018, 22:27:08 »

V některých jazycích je UTF-8 neefektivní co se délky týče (narozdíl od češtiny například).
A když jsme u toho to české vyhledávání je strašný paskvil i když je to dle pravidel. Každý kdo si toho není vědom je naprosto zmaten. Obzvlášť v mobilech to každý hlásí jako "ten krám vůbec nefunguje - je to rozbitý".

Akorát bych podotkl, že podpora vícejazyčnosti je širší téma než jen uložení/načtení textu. Ligatury, směr toku textu, spellchecker, řazení a porovnávání textu, různé formáty čísel, měn a datumu, odlišná časová pásma, fulltextové vyhledávání, tisk, různé jednotky (váhy, míry), různá legislativa, atd.

120

Vývoj / Re:Je utf8 univerzální?

« kdy: 04. 07. 2018, 21:34:51 »

UTF-16 a UTF-32 nicméně všechno na co jsem narazil se vešlo do UTF-8
GB 18030 je snad čínský unicode, ale nikdy jsem to neviděl

Mám podobné řešení, pokud nevím co to je, předpokládám, že UTF-8... pravděpodobnost shody je velmi vysoká.
Je jasné, že počet bajtů je variabilní a mnoho různých nástrojů může narazit o řazení ani nemluvím.

pro zacatek narazis u japonskych/cinskych pisem

Můžeš být konkrétnější?
Pro japonská a čínská písma nelze použít vůbec, nebo "jen" většinou ano, ale v některých okrajových případech ne?
Co se používá místo toho?

To mě taky zajímá. UTF8 má rozsah 32 bitů a měly by tam být všechny Unicode znaky. Narazit lze leda v Javě, kde UTF8 má limit 16 bitů. To je ale vada Javy, ne UTF.