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 - Longin

Stran: [1] 2 3 ... 12
1
...
Osobně mám na AI názor jako když se bavím s totálním debilem
...

Ono na tom ještě horší je, že ti ta AI odpovídá hrozně sebevědomě, že máš pak tendenci jí věřit. :D

2
Notebook víceméně používám jen jako přenosnou výpočetní stanici, z které si udělám druhý displej. To znamená, že potřebuju plně nastavitelný stojan, který mi vytáhne notebook dostatečně vysoko a zároveň náklon je dostatečně velký, aby mi jeho klávesnice nezasahovala příliš do zorného pole hlavního displeje.

Vyzkoušel jsem několik stojanů od Axagon AXAGON STND-LR, Yenkee apod, ale mám problém s tím, že ty spodní záchytné packy nejsou dostatečně široké na tlustý notebook, respektive i při náklonu cca 45° to tam nedrží pevně.

Máte někdo tipy?

3
Software / Re:Alternativy za Ferdium
« kdy: Dnes v 11:10:43 »
Nakonec jsem to pořešil přes PWA. Zkoušel jsem Vivaldi, ale ten byl dost nenažranej. Pak jsem zkusil Google Chrome a řešení mi vyhovuje.
Doporučuju jinak tento extension, který fixuje pár věcí, které ve Vivaldi nešly udělat.
https://chromewebstore.google.com/detail/pwa-scope-fixer/paddiikjoldefcflfofcjldejikppcca?pli=1

4
Software / Alternativy za Ferdium
« kdy: 12. 06. 2026, 14:04:09 »
Pidgin je dobry, ale umi jen IM protokoly a ne web-based srance jako jsou socky typu FB/IG nebo Teams.
Ferdium tohle zvlada, ale zas zere hrozne moc RAM. Mate tipy na alternativy, ktere by mohly byt uspornejsi na RAM?

5
Bazar / Re:Přenechám knihy
« kdy: 13. 04. 2026, 09:43:38 »
Ahoj
vzal bych za poštovné ty Mikroprocesory Jiří Pinker

6
Vývoj / Re:Používáte LLM při vývoji?
« kdy: 31. 03. 2026, 13:28:00 »
Používám LLM už půl roku a úplně cítím jak mi degeneruje z toho mozek. Prostě jak člověk necvičí kognitivní schopnosti, tak to jako sval atrofuje.
V tomhle vidím nejvyšší riziko pro lidstvo než to, že LLM někomu sebere práci lol

7
Praha nebo Brno pohoda 50-100k dle zkušeností...jinak totální bída

8
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.

Díky moc za tip. Jeden z mála, co pochopil můj dotaz. :D
Ano, jedná se o C. Ten Clang vypadá jako lepší alternativa k Intelisense. Vyzkouším

u takoveho projektu se nemuzes naucit vsecko predem.
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.
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...

Ono to není tak obtížné, když se takový antipattern omezí na míru nezbytně nutnou.
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.

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.

9
u takoveho projektu se nemuzes naucit vsecko predem.
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.
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...

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.

10
Na úvod říkám, že jsem odkojený na využití IDE respektive jeho schopnosti naindexovat projekt. Prostě se můžu ponořit do jákekoliv funkce/proměnné a najít lokaci definice použitá v aktuálním buildu, i když je třeba v rámci zdrojáků zakopaná s více definicemi stejného názvu na různých místech. Call hiearchy, zašedlé bloky neaktivního kódu atd.

Nyní mě čeká práce s komplexním SDK (repozitář s tuny submoduly), kde jsou tuny knihoven, driverů a hlavně examplů - cmake/make projektů pro různé varianty hardwaru od různých vendorů, mezi kterými potřebuju často přeskakovat. Můžu projekty přeložit přes command lajnu a debugovat přes elf, ale popravdě nevím jak efektivně pracovat s projektem, když se potřebuju ponořovat do zdrojáků v rámci kódu relevantní pro daný projekt/build.

Seniornější kolegové prohlížejí a editují kód v tomto SDK ve VScode, nicméně to není IDE spíše pokročilý editor a jeho integrace s IntelliSense je v takovém případě na dvě věci. Dokáže to sice snímat a parsovat textový výstup z buildu make/cmake, ale v takovým komplexním případě to často selže, když chci vyhledat nějakou definici funkce atd. Vscode navíc přes File Explorer vezme všechny soubory, které se mu předhodí jako parent directory pro workspace, takže pak když něco hledám konkrétního ve zdrojácích pro ten projekt, tak to stejně prohlíží celý repozitář, . Ano, jak VScode tak IntelliSense se dá nějak nastavit, dát tam ignore na různé cesty a soubory atd, ale ta konfigurace zabere čas a nedokážu to dostat od odpovídajícího výsledku.

Ptám se, jestli někdo řešil podobný problém a mohl mě případně nasměrovat jakou cestou se vydat. :D Momentálně vidím tři možnosti.
1. Nějak ohnout VSCode a Intellisense do použitelného řešení a ten proces konverze z make do VSCode workspace nějak zautomatizovat
2. Vzít nějaké C IDE (CDT Eclipse, Codeblocks) a importovat make/cmake, aby to vytvořilo workspace, kde v jeho souborovém manažeru budou jenom zdrojáky relevantní pro build a ty se korektně naindexují.
3. Smířit se s tím, že to jinak nejde a prostě se bez IDE fičur obejít jako to dělají kolegové
4. ???




11
Odkladiště / Re:Univerzální židle
« kdy: 08. 05. 2025, 14:55:30 »
Napíšu si sem pro sebe takové srovnání Ikea Markus, Steelcase Please V2 s podhlavníkem a síťové (mesh) Fractal Design Refine, z které jsem docela zklamaný. Třeba to někomu přijde užitečné.

Opakuju, že jsem hledal náhradní židli za Markuse, což je pro mě ideální "křeslo" do polohy na mrtvolu na zevlování (filmy, hry...), ale není to úplně ok na práci (viz dále). Pod univerzální židlí jsem chtěl něco nastavitelného a pohodlného jak na zevlování, tak i na práci, kdy židle alespoň nějak nutí do aktivního/poloaktivního sedu. Mám 186cm/90kg

Zevlování, poloha židle na na mrtvolu
hodnocení:
1. Markus
2. Fractal Refine nebo Steelcase Please (Fractal vadí hlavně sedákem, Steelcase opěrákem)

Markus je prostě super. Při maximální náklonu mi to nezvedá nohy ze země, rozevírá se úhel sedák-opěrák (ten rychleji), nijak extra mě přední hrana sedáku netlačí do zadní strany stehen u kolen. Díky širokému ale nehlubokému podhlavníku mám víc možností jak si dát hlavu nebo se nějak natáhnout s přehozenými rukami. V přímenější poloze se dá prasit ve stylu noha přes nohu nebo si dát jednu nohu pod zadek. To na ostatních židlích nejde, ty tohle trestají.

SteelCase Please má opěradlo rozdělené na dvě dynamické poloviny, kde se mírným zatlačením s volitelnou tuhostí v oblasti beder nebo horních zad dá libovolně natvarovat. Horní polovina se umí dokonce i natočit horizontálně, když se například natahujete pro něco na boku nebo vzadu. Nicméně zatímco tahle fičura je na ergonomické sezení (viz dále) super, tak na zevlování úplně ok pro mě není, což se ukázalo až doma a ne v prodejně, kde mi to přišlo fajn. Opět při maximálním náklonu nezvedá nohy, dole to nijak netlačí. Ale co se týče vrchní části těla, tak to v porovnání s Markusem není úplně ono, protože hlava je více v záklonu a chybí tu prostě nastavení hloubky podhlavníku - na nějaký poslech hudby nebo nudné Teams konverzace, kdy čumíte jakoby nad monitor, je to ok, ale na filmy/hry to dobrý zas tak není. Není to katastrofa, dá se to, ale jak říkám, porovnávám to s Markusem, který je na tohle o stupeň lepší.

Od Fractal Refine jsem měl velké očekávání. Při náklonu bohužel vnímám, díky tomu jak sedák tvarovaný a jak je provedená síťovina (u Fabricu to možná může být jiné), že tlak na spodní stranu stehen má tendenci se koncetrovat na tom jednom místě u kolen u hrany sedáku a není to prostě rovnoměrně rozložený po celé ploše jako u předchozích židlí. Sedák zvýšenými hranami po stranách samozřejmě trestá jakoukoliv "nezdravou" pozici nohou, takže na tohle použití aka zevlování to úplně nedává možnosti jako Markus nebo i Steelcase.
Horní strana ale je už o něco lepší jak Steelcase. Stejně jako Markus je opěrka pohodlná na opření, vzdušná na léto. Prostor kolem hlavy mi ale přijde o něco horší jak Markus. Ne vždy je opěrka hlavy pohodlná, naštěstí se odmontovat, což je super.
Další menší problém vnímám v tom, že zatímco nastavení z ergonomického sedu do mrtvoly je u Markuse a Steelcase otázka pár sekund (u Steelcasejednotlivé polohy jsou zaaretované v číselných nastaveních), tak u Fractalu to zabere nějaký čas než se do té pozice s těmi páčkami dostanete, do toho třeba nacvaknout a nastavit opěrku hlavy nebo jí sundat. Je to otrava :D

Ergonomie, sezení v aktivním/poloaktivním sedu, židle narovno
1. Steelcase Please V2
2. Fractal Design
3. Markus

U Steelcase Please, jak jsem psal v předchozí kapitole, se v ergonomickém sedu (nejpřímější nastavení židle) nejvíce projeví dynamické části opěradla, které podle mě lze přizpůsobit na jakýkoliv tělo. Stačí lehký propad z aktivního sedu a už záda zabírají do opěradla do poloaktivního sedu, kde každá část zad má oporu.
Sedák je tu taky pohodlný, i když není tak široký jako u Markuse. Oproti Fractalu nemá postranné tvarování, ale i tak "trestá" nevhodný posez.
Na ergonomické sezení tady prakticky nemám co vytknout.

U Fractalu se opět projevuje sedák s neroznoměrným tlakem, ale není to tak znatelné jako v poloze na ležato. Říkám si, že taková kombinace sedáku z pěny a opěrky ze sítě (jako to má Markus) by byla mnohem lepší kombinace, ale takovou konfiguraci bohužel Fractal nenabízí.
Dost lidí nadává na bederní opěru. Při nastavení její hloubky nastavit na maximum, kde pak při opření je u ní znát vůle a může viklat. Já ji mám nastavenou na cca půlku a zabírá mi do zad akorát , tak je to ok.
U opěrky hlavy zas hodně záleží, jakou máte konstituci, ale já mám spíše tendenci jí odmontovat než jí tam mít - ocenil bych její tlouštku tak na polovinu...něco na úroveň ostatních židlí.
Jinak ergonomicky to jde, ale na Steelcase to úplně nemá. Díky tvarovanému sedáku židle trestá jakékoliv sedací prasárny.
Židli subjektivně zde chybí pohodlnější sedák (možná pěnovku z fabric verze), lepé řešenou opěrku hlavy, pak by ergonomie by dle mě byla srovnatelná nebo blíže ke Steelcase.

U Markuse je problém, že nemá nastavitelnou zádovou opěrku a polohu bederní opěrky, takže pokud to úplně neladí s vaším tělem, tak máte problém. To ale není můj případ, kde pevná poloha bederní opěrky nějak lícuje s mými bedrami. To co je ale je znát, že když jdu z aktivího sedu do opření do opěrky židle, tak ten "poloaktivní" sed je více v záklonu než u Steelcase nebo Fractalu...je prostě o něco víc "pasivní", tedy pohodlnější a o to víc nezdravý :D.
Markus má nejšiřší sedák s nejvíce použitelnou plochou a oproti ostatním židlím netrestá za prasárny - viz můj zlozvyk, kdy si zasunu do židle jednu nohu pod stehno druhé nohy apod. Tohle na Steelcase moc nejde a na Fractalu vůbec.

Závěrečné poznámky
U Fractalu mi prostě vadí hlavně nepohodlný síťový sedák (třeba HM Aeron je jiný) pro oba způsoby sezení, bederní a hlavová opěrka by zasloužila taky vylepšit. Fractal je prostě někde na půli cesty mezi oběmi židlemi a vlastně nic nedělá dobře :D. Pokud uvažujete o Fractalu a neřešíte léto/máte klimatizovaný pracoviště, tak určitě jděte do Fabric verze.
Hrozně moc lidí řeší područky u Fractalu, že se snadno samovolně posouvají...já tenhle problém nezaznamenal, ale třeba steelcase má vyšší odpor pro posun.

Nečekal jsem, že ve výsledku starý a levný Markus je tak dobrá židle. :D 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á.
Fractal budu vracet a jsem v takové dementní situaci, že na práci používám Steelcase a na relax Markuse.  ::)




12
Bazar / Re:Prodám LCD monitor 34" HP Z34c G3
« kdy: 04. 05. 2025, 15:32:15 »
Prodáno

13
Vývoj / Re:Budoucnost Rust v embedded světě
« kdy: 04. 05. 2025, 12:14:29 »
Tak dneska se bohatě používají embedded zařízení, kde se dynamická alokace používá naprosto běžně.
Poslední roky třeba vnímám dost velký tlak v prosazování Zephyru, což je "RTOS" pro lidi z Linuxu, a podobných věcí, kde lidi nechtějí řešit low-level.
Takže ty critical věci můžou být časem fakt niché, protože startupy i větší komerce budou nasazovat tyhle záležitosti, protože budou na vývoj levnější a rychlejší.
Výsledek stejně musí projít kvalitou a testama a ty neřeší, jestli ten kód je psaný profesionálně v C/C++ nebo novátorsky v Rustu.

14
Bazar / Re:Prodám LCD monitor 34" HP Z34c G3
« kdy: 03. 05. 2025, 17:36:28 »
Cena 7000 Kč

15
Vývoj / Budoucnost Rust v embedded světě
« kdy: 01. 05. 2025, 20:00:02 »
Jak vnímáte budoucnost Rust v embedded světě v horizontu 5-10-20 let? Vytlačí C/C++ nebo oboje?
Má smysl se ho učit u embedded vývojáře, co ovládá jenom C a Python a přemýšlí kam se posunout?

Stran: [1] 2 3 ... 12