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 - Vít Šesták (v6ak)

Stran: 1 ... 17 18 [19] 20 21 ... 32
271
A ještě doplnim, jak číst výstup nástroje xev po stisknutí klávesy Fn:

a. Nepíše-li to nic, pak s tím moc nenaděláte. Ano, mohl byste si přeprogramovat firmware controlleru klávesnice nebo nějaké podobné vendor-specific a možná i model-specific řešení. Jednoduché to asi nebude.
b. Něco to vypisuje. Pak to znamená, že tu zřejmě je nějaký vstup, kterého by se nějaký nástroj na klávesové zkratky mohl chytit. Takže by to asi nějak šlo.  I tak ale doporučuju zvážit, jestli to opravdu chcete – další notebook může znamenat buď omezený výběr (navíc podle kritéria, které nemusíte vyčíst z dokumentace…), nebo změnu ovládání, protože nepřemapujete Fn nebo protože Fn+Esc bude něco dělat.

A pokud se otázka týká externí klávesnice a ne notebooku, tam záleží. Některé klávesnice lze přeprogramovat, ale u těch nejlevnějších bych s tím moc nepočítal. A ne u každé programovatelné klávesnice přeprogramujete Fn. (BTW, Má-li klávesnice být univerzální na libovolné přeprogramování, chce to i zohlednit v návrhu hardware – běžné klávesnice mívají dost omezené možnosti současného stisku 3+ kláves, takže se jejich layout propíše i do hardwaru. Možná to přemapování Fn nebude přímo bránit, spíš ale nečekám, že někdo bude oficiálně podporovat podobnou úpravu na klávesnici s tak omezenými možnostmi přemapování.)

272
To asi půjde celkem blbě. Klávesu Fn typicky řeší přímo firmware a k OSu se její stisk ani nedostane. Jsou tu výjimky:

* prý macy si řeší Fn v OSu
* U Lenova jsem viděl, že to sice řeší firmware, ale Fn navíc generuje Xf86WakeUp. To by mohlo jít, pokud na té kombinaci nebude od výrobce jiná akce (jakože nezřídka Fn+Esc je obsazeno). Ale pozor, Xf86WakeUp vypadá jako něco trochu jiného než Fn, asi je to obecná událost, něco jako klávesa Any ☺. Vidím tu tedy riziko, že se tu objeví i něco dalšího, co bude generovat Xf86WakeUp.
* Samozřejmě se mohou objevit i další výjimky, o kterých zatím nevím.

Pokud chcete vidět, co generuje jaké události, doporučuji xev.

273
Odkladiště / Re:Fitness hodinky - Apple Watch, Garmin, atp.
« kdy: 26. 12. 2019, 20:23:28 »
1. Upřesnil bych, že dnešní Vivoactive a Forerunnery mají sice jiné zaměření, ale nejsou až tak diametrálně odlišné. Ano, Vivoactive jsou spíše lifestyle a mají dotykový displej, zatímco Forerunnery jsou více běžecké (příp. triatlonové), ovládají se tlačítky a možná budou mít vyšší stupeň odolnosti vůči vodě. Ano, může to být někdy podstatné. Ale v podobné cenové kategorii lze čekat podobné funkce, podobnou strukturu menu a do jisté míry (s ohledem na rozdíl mezi tlačítky a dotykem) i podobné ovládání. Software těch hodinek má očividně dost společného. I Forerunnery dnes mívají například notifikace nebo Garmin Pay.
3. Nebo ANT+. Nejsem si 100% jist s podporou BT, ale možná i s BT to pojede.

274
Odkladiště / Re:Fitness hodinky - Apple Watch, Garmin, atp.
« kdy: 26. 12. 2019, 16:27:11 »
Upřímně, asi máte z části jiná očekávání.

Automatické zapnutí aktivity podle tepové frekvence není taková sranda – jak bylo zmíněno výše, hodinky podporují různé aktivity a třeba ne vždy dává smysl třeba měřit GPS. A i aktivity shodné z hlediska měřených dat se mohou lišit z hlediska informací zobrazovaných v průběhu aktivity. Mám takto zvlášť například chůzi a hiking, u hikingu jde víc do popředí třeba nadmořská výška.

Co vím, VivoActive 3 mohou volitelně nabídnout zapnutí některých aktivit při pohybu (snad aspoň chůze a běh), ale asi bych to nechtěl.

Badges – to je zřejmě notifikace z telefonu. Na Androidu mají badges vlastní kanál.

Velká část notifikací (včetně badges) pak jen zrcadlí notifikace z telefonu. Jo, upozornění na stav baterie je výjimka, snad jediná. Nejspíš Garmin notifikaci stavu baterie nevidí (neviděl to ani Pebble, to asi nebude náhoda), tak udělal vlastní.

Hrudní pásy by to mělo umět. Minimálně ty od Garminu, nejspíš i další kompatibilní s ANT+. VivoActive 3 AFAIK neumějí využít některé pokročilejší vlastnosti hrudních pásů (jako ground contact time balance), ale na tep by to stačit mělo.

Jo, upozornění na nízký tep mi taky přijde ujeté. Řekl bych, že mě to upozorní při poklesu pod 60 BPM, což je v sedě nebo vleže prostě stane velmi snadno. No co, vypnul jsem to.

Dotyk nevím, někteří v okolí si nestěžují, jiní ano. Já mám tlačítkové (Fenix 5S.), takže zkušenost nemám.

Rožnutí displeje pohybem – zpočátku jsem s tím měl taky problém. Zvyklý z Pebble pořádně švihnout rukou jsem zřejmě narážel na nějaký filtr, kdy to příliš prudký pohyb nebere. Asi aby se to nevybíjelo třeba při běhu. Postupně jsem přešel na plynulejší pohyb, jako když jsem se díval na analogové hodinky bez podsvícení, ten funguje. Nebo někdy ruku ani moc neotočím a čas vidím stejně – stačí, když je v okolí světlo, ten displej ho umí využít.

275
To zní dost podobně CShacku ve variantě extracs_ralt. Ten CShack mi přijde o něco logičtější, u Imega nelze ěščřýáíé psát jinak než přes horní řádek.

Nevýhoda CShacku je, že varianta extracs (tzn. number row má ěšřč místo číslic…) nebyla portována pro Windows. Tam jsou jen varianty s klasickým anglickým number row.

276
Studium a uplatnění / Re:Jak se dostat k embedded, RTOS
« kdy: 28. 10. 2019, 08:00:45 »
Znalost Cčka je v tomto odvětví skoro nutnost, znalost Rustu spíše plus. Rust má ale určitě potenciál a doporučil bych se ho taky naučit. Asi dlouho půjde najít práci i bez něj, ale rozhodně to otevře některé brány a může se to hodit, pokud jde o co nejzajímavější práci.

277
Já používám klávesnici odvozenou od amerického layoutu s doplněnými českými znaky a typografickými znaky. Nekde ale o VOK, ale o CShack ve variantě extracs_ralt: http://www.xakru.com/cshack/

(Ano, trošku jsem do toho i přispěl…)

278
1. Minimálně musíte zkontrolovat výsledek rename. K rename může dojít více procesů, jen jeden z nich ale projde.
2. Nerozumím Vašemu řešení, jak ošetříte situaci, kdy aplikace spadne. Ta situace přece vypadá úplně stejně, jako kdyby druhý proces byl aktivní. A když už to detekujete, otázka je, co s tím uděláte…
3. Tomu cyklu na konci asi nerozumím, nicméně  vypadá to jako busy waiting. To zrovna dvakrát elegantní není. Žere to CPU, ačkoli by proces mohl pokojně spát a čekat na I/O.
4. Opravdu nechcete použít databázi, kde za Vás někdo podobné problémy již vyřešil?

279
Ono i pokud si telefon přepnete do angličtiny, ještě nemáte plně vyhráno. Anglický asistent má někdy problémy s českými názvy ulic a českými jmény. Omezeně to použít půjde (např. na „skip this song“ nepotřebuju žádný český název) a některé názvy to zvládá, ale někdy to vyžaduje dost soustředění a přemýšlení, jak ten název zkomolit.

280
To by mě zajímalo, jaká kombinace právníků a ajtáků toto vymyslela. Vyžadují souhlas zákazníka, ale částečně jej na Internet pustí i bez toho souhlasu. K čemu to je, jaký zákon to vyžaduje a jaktože se ostatní ISP obejdou bez této prasárny?

Testování webu zákazníka bez HTTPS – to možná není ideální příklad. Prvně by tu měla být otázka, proč ten web nemá HTTPS.

Ale můžeme po HTTPS stahovat něco, co netajíme a čehož integritu a autenticitu si ověříme jinak. Může jít i jen o apt update. (Mimochodem, zrovna nedávno jsem se na tom nachytal – kdysi jsem úmyslně zablokoval port 80 a zapomněl na to, pak jsem se divil, proč v Dockeru nefunguje apt update.)

281
Odkladiště / Re:Dekodovanie RSA public keys
« kdy: 25. 09. 2019, 10:32:29 »
Princip prolomení (ne dekódování, to je něco jiného) RSA klíče je znám snad od vzniku RSA, jde jen o to, kolik to stojí (/jak dlouho to trvá) u jak dlouhého klíče. Bezpečnost RSA (a skoro celé kryptografie) stojí na tom, že prodloužením klíče zavaříte útočníkovi víc než legitimnímu uživateli. V případě RSA znamená dvojnásobný klíč pro legitimní uživatele zpomalení cca 4*
 8* (nevím, lovím z hlavy), útočníkovi roste náročnost podstatně rychleji – IMHO každých několik bitů udělá podobné zpomalení. Jinými slovy, pro legitimního uživatele je náročnost polynomiální, pro útočníka je větší než polynomiální. Aspoň podle známých algoritmů.

Jde jen o to, jak dlouhý má být klíč, aby útočník neměl šanci a legitimní uživatel se nenadřel příliš. Dnes i 1024b klíč je považován za krátký.

Pokusím se pustit to hrubých spekulací, jak si povedou delší klíče. Přidání 256b znamenalo 360násobné zpomalení. Pro 1024b klíč musím přidat dvakrát 256b, trvalo by to tedy 5*360^2 hodin, tedy necelých 74 let. To už není moc, pokud lze útok paralelizovat a pokud má útočník dost prostředků. Pro vyloupení jednoho bankovního konta to bude asi drahá sranda, pro přísně tajné informace to asi není ono.

Ale jak jsem psal, 1024b klíč je dnes brán jako krátký. Co 2048b RSA klíč? K 512b musíme přidat 6*256b, máme 5*360^6 hodin, což mi vychází jako něco přes bilión (10^12) let. Tedy řádově víc než stáří vesmíru.

282
V ČR záleží na škole. Třeba na Masarykově univerzitě je na FI pro podobné věci celkem prostor – volitelných předmětů si člověk může navrat, kolik jich snese, a předměty z jiných fakult jsou často (ne vždy) otevřené i zájemcům z jiných oborů/fakult. Člověk pak ani nemusí nutně mít druhé studium, pokud nepotřebuje titul. Studenti VUT/FIT tu prý měli o dost menší možnosti si zapisovat volitelné předměty.

283
Předem říkám, že moje informace mohou být trochu zastaralé, už nějakou dobu nestuduju. Berte je spíše jako (ne nutně vyčerpávající) tipy, na co si dát pozor, než jako obsáhlý návod k poplatkům.

Poplatky za studium na veřejných VŠ jsou stanoveny zákonem, který platí pro všechny VŠ stejně – jenže různé VŠ si jej vykládají různě. Některé VŠ tak nepromítnou neúspěšné Bc. studium do poplatků za Mgr. studium, jiné to dělají (nebo aspoň dělaly). To vycházelo z rozdílného ozávorkování textu zákona. Pokud nevíme, jaké VŠ plánujete studovat (včetně navazujícího magisterského studia), ztěžuje to možnost dát správnou radu.

Poplatky jsou spojeny obvykle s prodloužením studia. K době studia se může přičítat i neúspěšně ukončené studium nebo jeho část.

Doba studia se pro účely poplatků počítá (nebo aspoň počítala) na dny. Z tohoto hlediska se může vyplatit studium začít co nejpozději (odložený zápis) a v případě neúspěchu naopak co nejrychleji ukončit (zanechání studia).

Souběžná studia komplikovala výpočty:

1. V chápání pojmu dalšího studia, a tedy i v možnosti mít ne standardní době studia rok navíc ke standardní době. To možná již není aktuální, pamatuju si, že byl návrh na zjednodušení zákona, který toto rušil a zbenevolentnil, ale nevím, jak to dopadlo.
2. Ve výpočtu doby studia při neúspěšném studiu. Podle zákona se k době studia přičítala doba neúspěšně ukončených studií, ale šlo o množinový součet, takže souběžné neúspěšně ukončené studium mohlo mít nulový nebo omezený vliv. (Pak ovšem člověka mohly poplatky dohnat na navazujícím magistrovi, i když se jim na bakalářovi člověk vyhnul.)

Jiný pohled: Studium má být přínosem pro další pracovní uplatnění. Poplatek za semestr je menší než náklady příležitosti, i kdybychom počítali, že byste vykonával nekvalifikovanou práci. Poplatek může být nepříjemnost (studenti obvykle netrpí přebytkem peněz, ačkoli v IT možnosti jsou…), ale pokud by Vás tato částka měla odrazovat, možná to studium nebude vhodná volba. Dobře zvolené studium by mělo být dostatečným přínosem, aby se Vám poplatek vrátil v lepší mzdě…

284
Já asi nerozumím, jak to souvisí s Ansible – to chcete periodicky spouštět Ansible? Pokud ano, přijde mi to jako ohýbání Ansiblu…

285
Specifika macu moc neznám, ale obecně celkem souhlasím s Mirkem Prýmkem. Dodám jen to, že některá (většina) SSD dnes podporují secure erase, který by mohl být vhodnější než trojnásobný přepis celého SSD. Bez detailního zkoumání jeden nikdy neví, jak se provede wear leveling – třeba se třikrát zapíše na jedno málo opotřebené místo, zatímco jiné místo zůstane netknuté. Oproti tomu výrobce snad bude vědět, co je potřeba, a použije lowlevelový přístup.

Pro maximální jistotu lze oba postupy zkombinovat. Pokud výrobce udělá mazání špatně, s trochou štěstí pomůže aspoň ten trojitý přepis…

Stran: 1 ... 17 18 [19] 20 21 ... 32