Příspěvky

1

Studium a uplatnění / Re:Teambuilding, večeře atd...jak se k tomu stavíte?

« kdy: 21. 07. 2025, 21:08:31 »

to tady vsichni jedete ten full asocial korpo model "barak nekde v zadeki v poli, hypoteka, do prace jedine autem nebo HO"? 

2

Vývoj / Re:Je jazyk C skutočne ťažký?

« kdy: 08. 06. 2025, 23:47:28 »

Jestli tady ještě OP čte, tak za mě pro učení C je ideální Arduino. Člověka potěší i ta rozblikaná LEDka. Také je to low level, a vyšší jazyky se tam nevejdou, takže C je rozumná volba. Rozblikaný kurzor v terminálu nemá takové kouzlo.
Poslat něco po sériové lince, přerušení, atd.
Pak se dá třeba na ESP napsat hloupý HTTP server.

Nepíše sa pre Arduino v C++ náhodou?

hodinky, holinky... typickej arduinista

3

Sítě / Re:Nejlepší řešení pro home lab?

« kdy: 08. 06. 2025, 13:16:18 »

https://ebay.us/m/Rlmnlz doporucuji toto

4

Hardware / Re:Konvertor z RJ11 (RS232/C) na Ethernet

« kdy: 22. 05. 2025, 21:38:26 »

RPI na toto moc nedoporučuju, umře brzo SD karta (zkušenost s HA na rpi a z 3d tiskárny, webové kamery na monitorování a počítání včel:-), vydrží cca 1.5 roku, v místě

A swap sis vypnul?

5

Vývoj / Re:Budoucnost Rust v embedded světě

« kdy: 12. 05. 2025, 18:24:41 »

Jožko a co by poradil mne, který má vystudované umění a pak přírodovědu (earth science) a fušuje se ti do řemesla?
mám firmu na realtime analytiku pro embedded devices.  Jsem dost kvalifikován? Nestačí, že jsem schopen se s tebou bavit? Já uznávám specializace, ale ne zabedněnost. Jo a píšeme to v C, C++, Rust a OCaml/StandardML kdyby tě t zajímalo Univerzitu na to abys pohledal.

Pedantický konzervativní fachidiot je hrozně komický archetyp :-) Teda dokud ho můžeš jen na dálku pozorovat.

6

Vývoj / Re:Budoucnost Rust v embedded světě

« kdy: 07. 05. 2025, 19:22:08 »

Rozdíl mezi zkušeným profesionálem a nezkušeným začátečníkem je jen ve škodě, kterou jejich chyby způsobí. Začátečníka nikdo ke kritickým věcem bez dozoru nepustí.

I profíci dělají chyby. Dokonce i hloupé chyby. Taková Ariane nebo NASA by mohli vyprávět...

https://en.wikipedia.org/wiki/Ariane_flight_V88
https://cs.wikipedia.org/wiki/Mars_Climate_Orbiter#P%C5%99%C3%AD%C4%8Dina_ne%C3%BAsp%C4%9Bchu

A protože si složitost software a omylnost vývojářů umíme přiznat, tak máme od té doby různá povinná code review a povinné statické analýzy v překladači a mimo něj. I pro profíky.

Tak jsme se zasnili... To platilo možná někdy před 30+ lety. Už se v téhle branži pohybuji pár desítek let a bohužel musím konstatovat, že kvalita jde neustále dolů. Ani renomované společnosti často neangažují odborníky s odpovídající reálnou kvalifikací. Velmi často mě překvapuje, jak nezkušení a nedostatečně kvalifikovaní lidé často mají na starosti i poměrně kritické projekty. Tím nechci říci, že by byli hloupí, ale zkrátka na dané pozici bych si často představoval někoho lépe odborně vybaveného, kdo už má více různorodých zkušeností a má takový ten profesionální čuch. A zároveň má i odpovídající formální vzdělání. U nějakého samouka by si nikdo asi zuby spravovat nenechal. Ale v softwaru a elektronice je to dnes naprosto běžné. Takoví lidé jsou ovšem postiženi nevědomou nevědomostí, což je velmi nebezpečné. Jazyky jako Rust fachmanovi moc nepomohou, zato ho dost omezují.

To si klidně posuzujte. U Vašich vlastních projektů.

Jenže u dlouhodobých věcí to taky musí někdo udržovat. A nemusí znát všechny Vaše triky. Nebo se může ten kód portovat na novou platformu, kde nějaký invariant přestane platit.

MISRA je terčem kritiky proto, že je zastaralá a zaseklá právě u starých překladačů a verzí jazyka. Že nereflektuje nové funkce jazyků a překladačů, které usnadňují práci a zachovávají (hlídají) bezpečnost.

Taky očekává programování v notepadu bez kontrol a proto vyžaduje (otravný) styl psaní, který eliminuje přehlédnutí.

Důvodů kritiky je víc.
Moje "vlastní" projekty jsou například ty, za něž jsem momentálně odpovědný. I v C se dá psát stylem nevyžadujícím žádné triky. A kde je to žádoucí, tam je namístě komentář a zdůvodnění toho triku.

Nicméně pointer na adresu na stacku, která už není platná, je něco co si naprosto neumím představit jako užitečnou funkci. Pokud zrovna neopravuju vesmírnou sondu na dálku a neřeším nějakou hodně hodně obskurní chybu za běhu. A to není typický příklad, který by měl programovací jazyk podporovat pohodlným způsobem. Tam jisté nepohodlí ničemu neškodí.

Vzpomínám si na jednu situaci - záhadně zamrzající program za nespecifických okolností (na ARM Cortexu). Problém byl v tom, že jednomu procesu za jistých okolností přetékal zásobník k sousedovi. Samozřejmě se jako problematický jevil ten poškozený sousední proces a projevovalo se to dlouho poté, co k narušení jeho paměti došlo. Tady by se asi dala použít adresa zaniklého objektu na zásobníku jako marker, kam až zasáhl.

S tebou bych chtel delat...

7

Vývoj / Re:Podmínka while nefunguje dle očekávání

« kdy: 17. 09. 2023, 12:16:54 »

Linux pouštím tak jednou za den maximálně. Už na to moc nemám nervy. Když to krachne, balím.

Linux pouštím tak jednou nebo dvakrát za měsíc. Vždy poté, co se mi nedopatřením vybijí baterky a musím ho znovu nastartovat.

Ano. Stále stejné. Ještě jsem nedořešil pár nedostatků co stále nevím jak dělat, abych našel odvahu k úplnému přechodu. To budu muset mít hodně dobrou náladu, abych se odhodlal. Promyslet rozvržení oddílů a tak, je to poměrně těžké rozhodnutí.

Ty jsi postizenej, nebo troll?

8

Vývoj / Re:Ovládání přehrávače zvuku

« kdy: 16. 12. 2022, 03:39:18 »

https://www.freedesktop.org/wiki/Specifications/mpris-spec/

9

Studium a uplatnění / Re:Změna práce

« kdy: 03. 09. 2022, 03:54:49 »

Matematika je predevsim jazyk […] Zadny lepsi jazyk jsme zatim nevymysleli. Je presny, rozumi mu kazdy […] a popisuje sirokou skalu procesu. Tezko by se dva technici bez matematiky domluvili.

To se ale těžko vysvětluje méně chápavým.

jazyk (syntaxe) jako takovy asi neni to nejhorsi, ale smysl (semantika)/abstrakce to je kamen urazu. s numerikou jsem si hafo veci vypocital, ale furt se snazim pochopit abstraktnejsi veci, ke kterym nejsou geometricke a nazorne priklady.

(off topic)
Nektere oblasti matematiky (treba v alegbraicke geometrii) jsou cista abstrakce. Tam zadne priklady a aplikace nepomohou. To chce talent Napriklad Hodgeova domnenka : "Každá harmonická diferenciální forma (jistého typu) nesingulární projektivní algebraické variety je racionální kombinací kohomologických tříd algebraických cyklů"
To asi na svete pochopi jen par matematiku.

Tady bohatě stačí “A monad is a monoid in the category of endofunctors”, to má vysoce praktické využití a kryptické to je taky.

Lemma root.cz,1: libovolná diskuze skončí uzávěrem monádou

10

Hardware / Re:Dostupnost: Raspberry Pi Zero 2 W

« kdy: 27. 06. 2022, 09:07:43 »

Prototypovat na tom, na com sa bude stavat realny produkt.

Když není chleba, jezte koláče

• prototyp v pythonu, ostrý kód je přeložený
• pro některé filtry je potřeba třeba 16x větší výkon než rychlost vstupních dat, podle skutečné potřeby se ladí prototyp
• počet senzorů se u prototypu mění, potřebuji víc SPI/IIC - často na sběrnici dávám jen jedno, abych si to zjednodušil
• prototyp má mít výstup na HDMI

Některé rady prostě nejsou užitečné...

Tak tu je chyba, nepouzivaj Python ale C/C++ a utiahne ti to kazdy Atmel, alebo akykolvek iny mikrokontroler za par eur.

Křemík je levný, kompetence drahá (řeklo by se před čipovým hladomorem).

11

Vývoj / Re:C++20x std::sregex_iterator - skrátený zápis for loop-u

« kdy: 11. 06. 2022, 09:22:49 »

Kód: [Vybrat]

std::for_each s lambdou, ale nevim, k čemu si tim pomůžeš

12

Vývoj / Re:Python zaokruhlovanie na cele cislo nefunguje spravne

« kdy: 18. 02. 2021, 12:38:32 »

Mozna to chce cist dokumentaci, z https://docs.python.org/3/library/functions.html#round:

For the built-in types supporting round(), values are rounded to the closest multiple of 10 to the power minus ndigits; if two multiples are equally close, rounding is done toward the even choice (so, for example, both round(0.5) and round(-0.5) are 0, and round(1.5) is 2).

Pokud chces standardnejsi chovani, zkus

Kód: [Vybrat]

num_rounded = int(num + 0.5)