Příspěvky

91

Studium a uplatnění / Re:Město, nebo vesnice?

« kdy: 25. 05. 2021, 12:30:31 »

Tak nevím, nakolik je to myšlené vážně.

sprísnil podmienky na udelenie vodičškého preukazu

A víš, že už dneska máme moderní technlogie? 
Řidič od 18 do 23 let by musel mít v mobilu aplikaci, takový mobilní tachograf, která měří, jestli nepřekročil rychlost o víc než 30 km v hodině. Pokud by neměl, mohl by si za volat sednout znovu až v pětadvaceti. Stačilo by to šikovně vymyslet.

K čemu by tenhle limit přesně byl? Do limitu+30 se vleze drtivá většina nepřizpůsobení rychlosti stavu a povaze.

BTW, 7 let bez papírů za zapomenutý mobil je spolehlivý způsob jak někoho přimět aby se hlídce pokusil ujet jakýmkoliv možným způsobem.

Mimochodem, pokud řidiče chytnou (bez ohledu na věk), že jede jako hnusné prase, zase by musel mít aplikaci, bez které nesmí sednout za volat, jinak zákaz řízení. Na dva roky.

Za ježdění jako prase se u nás chytá minimálně, protože je to vágní a těžko se to dokazuje. Chytá se za rychlost a podobné jednoduše měřitelné věci.

Plus by bylo nutné, aby zákony platily a platily pro všechny stejně.
A jen tak pro zajímavost, tohle je zajímavá obchodní příležitost.

vies kolko by bolo kriku a zalob?

Tady zákony neplatí.
Často nefunguje ani odebírání řidičáků těm, kteří na to už nemají.
Důchodce 70+ bych každý rok posílal na jednoduché přezkoušení na simulátoru, jestli má dostatečné reflexy - pouze na zabránění bouračky.
Jestli dokáže zastavit a nerozmašírovat lidi.
Zase - šikovný automat - simulátor - by byl úžasná obchodní příležitost.
Propagovat to na osmileté holčičce, pokud už nezvládnete to, co osmiletá holčička, prostě nemůžete dál řídit.

Všechno jsou obchodní příležitosti  protože myšlení politků je cca o 20-30 let pozadu než technologie.
Až se ze současných tříletých dětí stanou padesátiletí papaláši, budou jim mobilní aplikace připadat samozřejmé.

s/obchodní/korupční

Reflexy se zpomalují už od nějakých 25 let. Vhodně vybraná osmiletá holčička si vytře zadek s drtivou většinou profesionálních řidičů, bez ohledu na jejich schopnosti za volantem.

92

Vývoj / Re:Vyhľadávanie položiek v std::map pre Arduino

« kdy: 05. 05. 2021, 11:11:58 »

Ahojte, ďakujem za snahu o pomoc, find to neobsahuje. Pozeral som to v hlavičkovom súbore aj cez autocomplete. Pozeral som všetky metódy mapu. map::at tam je, ale neviem akým spôsobom mám testovať, či tam ten kľúč vôbec je. Exceptiony som na audrine / ESP32 nepoužíval, niekto spomínal, že na Arduine ani nie sú. Aj keď je možné že ESP by ich mohol mať.

Porovnával som to s klasickým std::map z iných platforiem a tam ten find je.

Takže buď som niečo nepochopil, alebo je to nejaká nedokončená implementácia STL (adresár xtensa-esp32-elf-gcc). Skúsim nájsť nejaký alternatívny map, alebo iné STL a zajtra vyskúšam či esp32 podporuje exceptiony, predsa len ESP32 je trošku iná platforma.Ak by na ESP predsa len boli možno ývojári sa spoliehajú na to, že sa použije at tak ako ste spomínali vyššie.

Pokud to má jenom nějaké minimální rozhraní, tak by tam mohly být metody lower_bound a upper_bound, nebo equal_range. Tím získáš pár iterátorů pomocí kterých můžeš projet rozsah prvků, které jsou rovné klíči (tohle je hlavně pro multimapu, v mapě bude samozřejmě max 1).

93

Vývoj / Re:Vyhľadávanie položiek v std::map pre Arduino

« kdy: 03. 05. 2021, 11:21:25 »

Jasně, záleží na datech. Nicméně na Arduinu se s výjimkami moc nepočítá. Dost ale pochybuji, že tam není find.

Teď mě napadlo, že možná postrádá C++14 find který bere cokoliv porovnatelného s klíčem. Starý find bere jen klíč. Možná je tohle tazatelův problém.

94

Vývoj / Re:Vyhľadávanie položiek v std::map pre Arduino

« kdy: 03. 05. 2021, 11:11:49 »

a nebo se s tim pracuje tak, ze jen zadas hledany klic: auto hodnota = mapa[klic] a kdyz neni tak to vyhodi excepsnu.

Na Arduinu jsou výjimky vypnuté. A tenhle kód stejně žádnou nehází.

Může tam něco hodit operátor porovnání klíčů, nebo defaultní konstruktor pokud hodnota není v mapě. Ale mapa sama o sobě nic házet nebude. Ono celé STL toho samo o sobě hází velice málo.

95

Vývoj / Re:Vyhľadávanie položiek v std::map pre Arduino

« kdy: 03. 05. 2021, 07:46:25 »

a nebo se s tim pracuje tak, ze jen zadas hledany klic: auto hodnota = mapa[klic] a kdyz neni tak to vyhodi excepsnu.

C++ map takhle nefunguje. operátor[] nehází a vždycky vrátí referenci. Pokud klíč v mapě není, tak ho tam přidá a přiřadí mu defaultní hodnotu.

Moc se mi ale nezdá, že by stl map na arduinu neuměla find. To bych spíš čekal, že tam ta mapa bude chybět úplně.

96

Studium a uplatnění / Re:Jak začít programovat od nuly?

« kdy: 02. 02. 2021, 13:16:44 »

na GO pracuje prave ten rob pike, co delal i plan9.
PROTO je GO pro me to prave!

Nejsou důležitější vlastnosti samotného jazyka, než jeho autor? I legenda může pracovat na zadání, které se totálně míjí s mými potřebami.

97

Vývoj / Re:Jak posunout vývojáře k CI/CD

« kdy: 29. 01. 2021, 16:05:49 »

Osobně jsem zažil odejítí technologa (chtěl zvednout mzdu), který měl makra v Excelu, které dokázali spočítat parametry najetí a pracovní režim jistého zařízení řádově za minuty. Najmuli cucáka a při odstávce se zjistilo, že najetí nebude schopen zvládnout v určeném čase. Zkoušeli to týden. Pak se pokorně přišourali za starým technologem, ten vzal notebook a na místě z dodaných parametrů provoz najel. K zařízení byly k dizpozici příručky, plány, tabulky, grafy i vzorce, ale za prvé cucák neměl zkušenost a za druhé v příručkách se ještě počítalo na logaritmickém pravítku. Skončilo to tak, že vedení podniku se dohodlo se starým technologem a ten excelovský list za vyšší šesti místnou částku koupilo.

Tak pockat. On ty makra vyrabel doma ve volnem case? A jak potom nakladal v praci s tim usetrenym casem? Nevim, nakolik je ten jeho postup legalni, ale ten clovek bude podle popisu poradna svine.

Ono to nezní jako jednostranná sviňárna. Od odejitého člověka se nedá očekávat, že bude chránit vedení před důsledky jejich neznalosti.

98

Odkladiště / Re:Jedná se o phishing?

« kdy: 29. 01. 2021, 15:18:39 »

Bacha na jednu věc. Ta adresa registrace.rb.cz byla v tom mailu jen napsaná, nebo ji opravdu prohlížeč otevřel? Protože text odkazu může být něco jiného než samotná adresa a phisheři to rádi využívají. Často je ta adresa dost podobná té ofiko.

99

Vývoj / Re:Práce s vlákny v C

« kdy: 26. 01. 2021, 11:44:05 »

Pokud je to aspoň trochu praktické, naprosto preferuju compile-time safety před runtime asserty, unit testy, štábní kulturou, selským rozumem a podobnými věci, na které je ošemetné se spoléhat. V tomto smyslu je určitě Rust nebo Elixir napřed před Go.

Na tom se tu evidentně všichni shodneme.

No nevím. Ve vašich příspěvcích v tomhle vlákně to teda moc vidět není.

100

Vývoj / Re:Práce s vlákny v C

« kdy: 25. 01. 2021, 16:58:46 »

Nevím, co si představuješ pod "kontrolovat kompozici objektů".
Chci, aby na mě překladač zařval,

To, cos napsal, zjistit, jestli někde v hloubi objektového grafu není ukazatel.
Akorát už měníš “zadání”, nejdřív píšeš “není možné”, a pak “chci, aby překladač zařval”. To není totéž. Nejdříve si přečti *pozorně* tu knihu. Pak se nauč vyjadřovat přesně. No a pak si můžeme zase popovídat

P.S. A ano, bylo by mnohem lepší, kdyby Go (a vůbec všechny jazyky s kompozitními typy) mělo u polí modifikátor “initonly”, ubylo by blábolů prvotních i blábolů reagujících na bláboly

Nenašel by se nějaký příklad, co není za paywallem?

101

Vývoj / Re:Mají smysl daily standupy?

« kdy: 07. 01. 2021, 16:55:01 »

Tvle jestli je tohle realita korporátního IT v středoevropské Indii, ehm. ČR, tak to by se mělo dát v popisku práce slovo "lopata" přímo do titulku.

To ani nevypadá, že jste programátoři, ale nějaký ozubený kolečka, který drží tu firmu v chodu. Odejdeš a najde se nový kolečko jako náhrada.

Úkol programátora tak nějak vždycky mělo bejt manažerem - strojů, počítačů. Místo toho ty stroje udělali z vás a manažíruje vás tam nějakej ulíznutej čerák. Akorát vás programuje v Excelu a JIŘE, místo v Cčku.

Tiez ma zaujma co take svetoborne robis. Programujes stroj casu? Pracujes snad na nadsvetelnom pohone? Robis nanotechnologie pre Tonyho Starka? Mas za ulohu urobit prekladac mimozemskeho <-> pozemskeho jazyka? Prides mi akurat tak ako velky nafukanec, ktory si mysli ze zozral celu mudrost sveta a cely vesmir sa toci prave okolo teba.

To je jedno, co dělám snad. Nebo to ovlivní něco na tom, co jsem napsal? Když ti to pomůže, tak si klidně představ, že jsem Tony Stark.

Nic proti, bratře. Programování už není high level job, ale stává se dalším blue-collar zaměstnáním. Chvíli to bude trvat, než to vládě dojde, ale bude se to učit za chvíli na učňácích s větší efektivitou než na vejšce, odkud absolventi akorát odejdou zatrpklí, když zjistí, že jejich compsci degree jim zajistí práci tak na údržbu webíku nějaký místní firmičky.

Popisuju realitu nadcházejících časů. Reaguj na argument, ne na autora, nebo budu dál žít v přesvědčení, že ti došly argumenty a dáváš mi tak za pravdu.

Řeknu ti jedno tajemství. I v týmech, které dělají špičkové state of the art věci jsou jednotliví členové nahraditelní.

Jestli jsi nenahraditelný, tak je něco hodně špatně. Bus factor 1 je primárně fail vedení, ale i ty by ses pro klid svých dovolených měl snažit, aby to napravili.

102

Vývoj / Re:Upcasting potomka na abstrakciu

« kdy: 15. 12. 2020, 10:05:36 »

Já bych zkusil normální IClipboardReader reader = slot; Ale nenapsal jste ani co je to za jazyk. Vypadá to sice jako C++, ale co když je to něco jiného…

Je to C++, takže IClipboardReader reader = slot; nebude fungovat.
IClipboardReader je abstraktní třída (interface). Nedají se od ní vytvářet instance. Jdou jenom pointery a reference. A samotná instance musí být něco odvozeného.

Fungovat bude třeba :

Kód: [Vybrat]

IClipboardReader &reader = slot;
IClipboardReader *reader = &slot;

Kód: [Vybrat]

IClipboardReader reader = slot;

dělá slicing. Zkopíruje bázovou třídu do nové instance. A protože je abstraktní, tak to nejde. To je ta hláška "cannot instantiate abstract class"

Pro Fortrana :

Kód: [Vybrat]

	auto upcasted2 = (IClipboardReader&)slot; // Error: 'IClipboardReader': cannot instantiate abstract class
	auto upcasted3 = std::forward<const IClipboardReader&>(slot); // Error: 'IClipboardReader': cannot instantiate abstract class
	auto upcasted4 = static_cast<const IClipboardReader&>(slot); // Error: 'IClipboardReader': cannot instantiate abstract class

dělá taky slicing. Auto dělá z referencí hodnoty, pokud se mu neřekne jinak. Dokonce bych řekl, že je to rozumné defaultní chování. C++ není Java. Chování podobné intům je žádoucí.

Druhá věc je, proč ten cast vůbec chcete ručně dělat. Volat metody předka jde i na potomkovi. A pokud budete volat nějakou funkci co bere referenci na předka, tak ten cast udělá překladač sám. Za sebe si nepamatuju, kdy jsem potřeboval ručně castit na předka. Je to fakt vzácné.

Jinak std::forward slouží k forwardování obecných parametrů a k ničemu jinému. Uvnitř je to sice cast, ale nepoužívejte to tak. Pokud nepíšete nějakou optimalizovanou ale zároveň generickou šablonu, tak forward nechcete používat. V běžném kódu se vyskytuje minimálně.

103

Sítě / Re:Může si síťový prvek „najít cestu“ i bez DHCP?

« kdy: 10. 12. 2020, 13:49:27 »

U spousty switchu udajne staci preplnit tabulku mac adres a ze switche se stane hub.

Ano. Jak jsem psal, existují způsoby, jak adresu brány poměrně spolehlivě odhalit, ale zrovna ten navržený Hamparlem mezi ně nepatří.

Tak ono poměrně spolehlivé je i použít 192.168.0.1 bez jakékoliv složité detekce. A jako bonus na tu bránu zkusit i admin:admin.

104

Vývoj / Re:Pár otázok na C++

« kdy: 27. 11. 2020, 10:33:12 »

Zrovna Windows a Microsoft bych z téhle nekompatibility neobviňoval.

Ten problém přeci není v nekompatibilitě. Problém je v té knihovně, že se chová zmateně.

Ale ona se nechová zas tak zmateně. fwrite v C prostě u souborů otevřených v textovém režimu převádí '\n' na platformně závislé konce řádků a fread zase zpět. Pokud ten převod nechci, tak otevřu ten soubor jako binární. No a iostreamy v C++ se chovají stejně, aby v tom nebyl zmatek.

Tomu já rozumím. Ale přeci jen, čistě pocitově, když zadám \n, že to bude převádět - ok. Když zadám \x0A, že to bude převádět, to už je takové...

Ale chápu. Prostě to \n se převede na byte, a pak se teprve to číslo (podle módu) překládá. Zmatený to není, uznávám.

A jaké jsou pocity z toho, že \x41 znamená v ascii stringu to samé co A? Taky je to divný pocit, nebo to dělají jen speciální znaky?

Počkej počkej, to je naopak. \x41 je to samé jako A. Ale třeba \s není " ", že jo. Že by má deformace z reqexpr?

Aha, tak takováhle deformace. Tohle jsou escape znaky, které s regexem nemají společného vlastně nic. Ve výsledném stringu žádné lomítko nebude. Je to prostě jenom způsob, jak zapsat do stringu i kontrolní znaky. C žádné \s ani nezná.

Ale osobně se tomuhle zmatení docela divím. Všechny programovací jazyky, co znám mají escape znaky stejné nebo hodně podobné Cčku. Java, Python, nebo třeba i Haskell. Při každém použití regexu z kódu jsem musel ty regexová lomítka psát právě přes escape sekvence nebo přes raw stringy.

V jakém jazyce to programujete, že vás první pokus o použití regexu nemilosrdně nevyškolil právě v použití těch escape znaků?

105

Vývoj / Re:Pár otázok na C++

« kdy: 26. 11. 2020, 13:21:16 »

Zrovna Windows a Microsoft bych z téhle nekompatibility neobviňoval.

Ten problém přeci není v nekompatibilitě. Problém je v té knihovně, že se chová zmateně.

Ale ona se nechová zas tak zmateně. fwrite v C prostě u souborů otevřených v textovém režimu převádí '\n' na platformně závislé konce řádků a fread zase zpět. Pokud ten převod nechci, tak otevřu ten soubor jako binární. No a iostreamy v C++ se chovají stejně, aby v tom nebyl zmatek.

Tomu já rozumím. Ale přeci jen, čistě pocitově, když zadám \n, že to bude převádět - ok. Když zadám \x0A, že to bude převádět, to už je takové...

Ale chápu. Prostě to \n se převede na byte, a pak se teprve to číslo (podle módu) překládá. Zmatený to není, uznávám.

A jaké jsou pocity z toho, že \x41 znamená v ascii stringu to samé co A? Taky je to divný pocit, nebo to dělají jen speciální znaky?