1
Studium a uplatnění / Re:Uplatnění pro junior embedded vývojáře
« kdy: 11. 02. 2026, 16:34:05 »
Praha nebo Brno pohoda 50-100k dle zkušeností...jinak totální bída
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.
Ja používám VSCode a clangd plugin (https://marketplace.visualstudio.com/items?itemName=llvm-vs-code-extensions.vscode-clangd). Ten umí parsovat compile_commands.json, generování kterého je možné zapnout v CMakeFile. Mám zkušenost jenom s C++ projekty, ale možná to umí i C. Pro multi-repo a teda asi i vícero build adresářu, mám v root celého workspace jeden .clangd configurák, kde pomocí if a pattern matchingu (https://clangd.llvm.org/config#if) mám nastavené různé CompilationDatabase (https://clangd.llvm.org/config#compilationdatabase) pro jednotlivá repa.
Tahle sestava se mi osvedčila více než C++ plugin od Microsoftu.
Co tím myslíš? Já to SDK nepsal. Jedná se o Zephyr a projekty jsou od STM32, NXP, Nordic...Pro každýho vendora něco řeším a potřebuju si vybrat nějaký example, zbuildit, vyzkoušet a pak studovat kód, který se naindexuje jen pro daný projekt.u takoveho projektu se nemuzes naucit vsecko predem.Takže si tak dobrý, že si v hlavě držíš veškeré global defines a když si čteš zdroják plný ifdefů, tak víš který blok je relevantní pro tvůj build? Mě tenhle styl vývojářů, co jedou vim/emacs a command line vždycky fascinoval...
nejlepsi je si debugovat a postupne ziskavat zkusenosti kde co je.
ja dokazu delat ciste na prikazove radce, buildit s make, cmake primo na command lajne a editovat
jen ve vim a debugovat taky na radce v gdb.
Ono to není tak obtížné, když se takový antipattern omezí na míru nezbytně nutnou.
Ten projekt je očividně zanedbaný a zkusil bych vytáhnout na světlo jeho refaktor, aby byl přehledný. Zbavit se technologického dluhu se může vyplatit a jako juniornější vývojář máte ideální příležitost něco takového navrhnout. Tím refaktorem nemyslím přepis, ale přeuspořádání modulů do určité hierarchie a logických celků. Pomoci mohou nástroje vizualizující závislosti v kódu - nejsem C-čkař takže neporadím, ale určitě něco takového existuje.omg...viz výše.
u takoveho projektu se nemuzes naucit vsecko predem.Takže si tak dobrý, že si v hlavě držíš veškeré global defines a když si čteš zdroják plný ifdefů, tak víš který blok je relevantní pro tvůj build? Mě tenhle styl vývojářů, co jedou vim/emacs a command line vždycky fascinoval...
nejlepsi je si debugovat a postupne ziskavat zkusenosti kde co je.
ja dokazu delat ciste na prikazove radce, buildit s make, cmake primo na command lajne a editovat
jen ve vim a debugovat taky na radce v gdb.
Napiste co je to za platformu a na jakem OS mate ui - je jine ladit lokalni win/lin appku a jine je ladit nejaky externe deploynuty projekt - taky je rozdil malej embedded mcu projekt a jine je ladit jadro OS na aplikacnim procesoru.Jedna se o cross kompilaci pro embedded zarizeni (STM, Nordic, NXP...). Ja ale neresim debugging aplikace, ale jak si zanalyzovat určitý build projekt z pohledu IDE. MS IDE mají na to Intelisense, Eclipse používá tzv. Indexer . Eventuální debugging není pak problém, když mám elf.
Momentálně vidím tři možnosti.

.
. Pokud uvažujete o Fractalu a neřešíte léto/máte klimatizovaný pracoviště, tak určitě jděte do Fabric verze.
Pokud máte aktivní životní styl a sportujete, alespoň rekreačně, a tato židle vám sedí, tak je za v pohodě i s její "ergonomií". Pokud ale hledáte náhradu podobně jako já, tak rovnocenná náhrada v podobě Steelcase nebo Fractal se nekoná.
. Je to ideální stroj na hraní FHD. Hrál jsem na tom na střední detaily Last of us, remaky Resident evilu, RDR2, Cyberpunk, Kingdom Come 1, Witcher 3.... Ze staré GTX 1060 se dá vykřesat dost paradoxně díky podpoře v AMD FSR.Zkus Destreamer https://github.com/snobu/destreamer - me na tyhle Teams videa fungoval dobre, i kdyz jsem u nich nemel explicitni moznost je stahnout.Super, je to funkční