Příspěvky

1

Distribuce / Re:Distro pro 13letého kluka na herní PC

« kdy: 07. 04. 2026, 17:26:46 »

Já jsem na starý thinkpad (x240) hodil arch linux a jede tam aoe 2 DE, minecraft i terraria. Není to žádný velký zážitek ale děti baví hrát kooperativní hry vic než solo a já můžu hrát s nima . Máme doma všechny systémy a spousty zařízení ruzného stáří, když chtějí at si s tím hrají. Když budou chtít vědět víc naučím je to, když to rozbijou opravím to s nima. Proč bych je v tom omezoval ... elektronika už není dávno žádná vzácnost, aby se na to děti museli dívat jako na svátost.

Jednoznačně jsem také pro windows ... pokud by se 13-ti letý klučina zajímal o punk a chtěl být jiný se vším všudy tak linux beze všeho

2

Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)

« kdy: 16. 02. 2026, 21:37:42 »

v Antigravity se na tohle dají krásně používat workflows ... nechám si od něj vytvořit md kde chci aby mi definoval architekturu (čistě složkovou strukturu, názvoslový, abstrakce apod) pak mu definuju workflow které použiju když chci aby mi něco nového přidal. V tom workflow je koukni do tohohle MD, navrhni implementaci, nevytvářej nové funkce a používej globální sdílené, na konci to otestuj podle tohohle md a když to bude fungovat updatni mi md s architekturou ... ten prompt pak vypadá třeba - /add-feature -> new user view with grid overview and simple filtration. Use xxx data structure.

Programování se pak přesouvá do tvorby chytrých a jednoduchých workflows a md definicí. když se to hezky poskládá dokáže se pak pěkně zabavit a dělá správné věci

taky mu často šoupu přímo části kódu nebo soubory co chci aby použil do chatu.

3

Studium a uplatnění / Re:Jak se naučit základy programování na VŠ?

« kdy: 15. 02. 2026, 18:42:01 »

Já bych doporučil si to procvičovat na psaní jednoduchých her v konzoli. Například napsat si jednoduchou hru miny kterou budu vykreslovat v konzoli, nebo game of life. Tam se tohle všechno dá krásně procvičovat a zůstane vám to už pak v hlavě napořád. Rozhodně nepoužívat umělou inteligenci a když už tak jí hodit svůj kód aby mi pomohla najít chyby.

Já jsem si takhle dělal miny v C++. Sice jsem je nikdy nedodělal ale to nebylo důležitý. Předmět jsem dal a bavilo mě to víc jak číst knížky / scripta.

4

Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)

« kdy: 13. 02. 2026, 15:17:12 »

asi máme každý jiné zkušenosti s používáním ai při vývoji ... už to není tak že si otevřeš chat gpt a tam si s ním povídáš pak to pastuješ k sobě do ide a tam si to celé skládáš. To bylo fajn ale zkušenému vývojáři to nepomůže. Juniorům to pomáhalo víc jak stack overflow. Další evolucí je Agentické programování - copilot, antigravity, cursor apod kdy už není oddělený ai od kódu ale žije s váma na vašem HW přímo v ide a může dělat vše co můžete vy. Buildí projekt, vidí command line chyby, píše si commandy samo, vidí internet, vidí souborový systém, přečte si obsah souborů, přečte si nastavení systému, přečte si waše wiki, projekkty, guideline ... zkrátka umí udělat vše co můžu na počítači udělat já jako vývojář.

Pokud si zapnete antigravity a řeknete mu že chcete na tyhle logy udělat webovou stránku co mi to rozfiltruje podle datumu, četností apod a pak mu dam složku kde je celý zdroják a řeknu mu že má zjistit proč se chyby dějí a jestli by navrhnul opravy ... tak to všechno udělá ... na mě pak je posoudit jeho návrhy a zanést je do produkce ... upřímě já ai používám nejvíc na "otrockou nudnou práci" kterou nechtějí dělat ani dnešní "junioři vývojáři" nebo na tooly který bych si nikdy nepsal protože nemám čas a ani je nezadával juniorům protože nepochopí co po nich chci a za tu dobu co bych jim to vysvětlil si ten tool vlastně realizoval sám.

5

Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)

« kdy: 12. 02. 2026, 20:55:27 »

Díky ai bude místo programátorů větší poptávka po testerech ... psaní kódu už nebude úzké hrdlo vývoje. Ai ti klidně vygeneruje 20 variant stejné funkčnosti za kradší čas než by byl vývojář schopný to napsat jednou. To bude platit ve vývoji který je určený pro lidi. Vývoj co bude pro stroj = stroj tak tam to bude jedna ai sypat do druhé ai . Většinu vývoje převezme ai i když dělá chyby. Je to rychlejší a levnější a koneckonců málokoho zajímá čistota zdrojáku když to může kdykoliv přepsat celé znovu a lépe. Poprvé ai vytvoří funkční koncept pak z něj vyvodí zadání pro stabilní architekturu, pak to celé napíše znovu a lépe, přidá si testy a abstrakci, rozdělí domény. Kód se stane bezcenný ... co se bude cennit je architektura, systém, smysl řešení, logika. To jsou pořád oblasti kde to ai potřebuje někdo říct a držet jí na uzdě.

6

Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)

« kdy: 11. 02. 2026, 22:50:25 »

Stačí se ptát dál. Ať udělá bezpečnostní audit, audit na duplikace, benchmark audit, mapis mu ze chceš zhodnotit kod z vice rolý vývoje sw, zeptej se co by se dalo vylepšit. Jaký jsou možný qol změny. Popiš mu tvuj usecase a zeptej se na robusnost. Jestli nemaš technologický dluh. Muzes se zeptat jestli splnujes clean code ddd kiss solid a podobne pristupy, zeptej se co by tam mohlo byt kdyby to byl enterprise standard a pod. Vsechno ti to napise a zhodnoti sam. Ty ai nejsou dobry jen na programovani ale analyzy, navrhy refactor, code review apo zvladaji take dobre.

7

Studium a uplatnění / Re:Kam zmizely nabídky práce na HPP?

« kdy: 08. 02. 2026, 22:58:07 »

k tomu nahrazení práce Ai ... používám Antigravity od googlu a co jsem s tím  byl schopný vymyslet je neskutečný. To co jsem dřív prototypoval 14 dní mám za 1-2 dny ... jsem schopný do něj nasypat haldy dokumentací aby nehalucinoval, sepsat mu několika levelové workfllows aby se pořád kontroloval, definovat správnou architekturu aby neplodil nespravovatelný kód ... pak už jen definuju co chci aby to umělo a za pár minut mám funkční prototyp ... Umí napsat funkční kód, spustit si ho, napsat testy, otestovat ho, udělat všemožný audity, benchmarky, dokumentace, refactory, a když už jsem spokojený tak to i sám nasadí kam potřebuju ... někdy z něj vypadne lepší řešení než bych si psal sám protože bych si s tím nedával takovou práci.

Tvořím s tím experimentální hry, na což bych nikdy neměl čas, tvořím s tím weby pro domácí potřebu který bych nikdy ani nechtěl dělat ... Opravím si s tím windows, sám si nasype commandy, zhodnotí stav a napíše co s tím je, pak to sám opraví. Když tohle zvládu já jako obyčejný člověk ani si nechci představovat co s tím mohou dělat korporátníci a výzkum.

8

Studium a uplatnění / Re:Ako ste sa stali seniorom?

« kdy: 10. 01. 2026, 22:14:17 »

já bych to asi trochu rozlišil, například naučit se firemní procesy, projekty a tech stack, mít přehled a získat důvěru v moje rozhodování, umět řešit všechny ty ... to je pak firemní senior. Takovýhle člověk však nemusí být senior v širší komunitě vývojářů protože nemusí umět problematiku programování a vývoje do hloubky ale jen to co je v jeho případě potřeba.

Myslím si, že seniorem se staneš tehdy, kdy začnou tvoje predikce vycházet (a máš vůbec nějaké predikce). To znamená že víš kam až můžou věci komplexností dojít když se vydáš vybranou cestou.

Jako junior jseš rád že věci vůbec fungují
Jako medior jseš rád že věci fungují podle zadání
Jako senior řikáš těm co něco chtějí že jim to fungovat nebude

9

Vývoj / Re:Vezme AI ajťákům práci?

« kdy: 05. 12. 2025, 10:08:14 »

Docela zajimavy je Antigravity od google. Dalo mi to hezkou c# wpf funkcni appku z par promptu. To si myslim ze veme praci dost programatorum … zustanou jen ti co maji spousty napadu a malo casu na realizaci

10

Vývoj / Re:Studium C# - Godot, MAUI

« kdy: 10. 11. 2025, 00:11:54 »

Moje rada asi nebude populární ale zase bych to studium nepřeháněl. Spíš bych doporučil si vymyslet projekt a ten si realizovat podle dosavadních zkušeností - pak pokud nemáš s kým to konzultovat tak to projdi s ai co si o tom myslí a jestli by to nešlo udělat jinak a jak. Takhle z něj dostaneš zajímavý moudra co ti napoví jaké oblasti se učit dál.

V praxi používáme c# na WPF appky, API, knihovny, ASP. Jsou nasazené třeba v Azure, lokálně nebo docker. Třeba ty WPFka se člověk může učit roky - jen MVVM je pěkně velká kapitola nejen o psaní kódu ale i o tvorby architektury.

Jako seniorní vývojář totiž už neřešíš jednotivé funkce ale architekturu jak se to všechno poskládá aby to fungovola co nejjednodušeji a nejpřehledněji. Chceš automatizovaný testy, chceš to spravovat v nugetech, chceš to logovat, chceš mít kvalitní updater, chceš mít recyklovatelné funkce, chceš mít zabezpečení, chceš mít dobře oddělené vrstvy atd.

Pokud bych tě mohl nasměrovat - tak se spíš zaměř na všeobecné pochopení architektury. To je to co tě bude víc trápit. Znát všechny nuance C# není zas tak důležité

11

Studium a uplatnění / Re:Je programátorů moc, nebo málo?

« kdy: 29. 10. 2025, 22:04:10 »

Vidím to podobně jako pan Vlach. Sice jsme o dost menší firma a nemáme to tak AI zprocesové ale používáme copilota ve visual studiu, agenty a gpt obecně. Naše zaměření hodně specializované takže AI není tak nápomocná na vymýšlení řešení. V čem však exceluje je už samotná realizace metod pokud jí dám správný kontext. Také už neprogramuji vše ale sypu do ní snippety a pak to dávám dohromady. Jako lego. Dokonce mě pořád učí nový složitější vychytávky, když se zpětně ptám co všechno je dobrý / špatný řešení.

Takže odpověděl bych 1a

Co vidím jako potencionální problém do budoucna je že juniorní vývojáři budou na ai závislí.

No a jestli AI nahradí vývojáře úplně ? ... já se toho osobně nebojím, vezmu do ruky nářadí a půjdu dělat rukama, třeba si paradoxně lépe vydělám

12

Desktop / Re:Jak používáte více displejů?

« kdy: 26. 10. 2025, 08:42:17 »

Hlavní monitor je úplně v pravo, tam pracuju (fullscreen) visual studio, vedlejší je uprostřed tam jsou věci kam potřebuji nakouknout a podle potřeby je přepínám - pdf, excely, prohlížeč, test appky, cad, databáze apod ... je toho hodně co se tam vejde ale zase podle potřeby. Notas je na stejné úrovni úplně vlevo - na ten normálně nekoukám. Sem tam ho zkouknu když vidím nějakou notfikaci. Když pak potřebuju něco řešit s někým, hodím si to na hlavní monitor a pak zase zpátky. Notas je na dokině a jedu přes klávesnici a myš. Mám Win11. Nepoužívám nic speciálního na organizaci oken ani plochy.

Dělám desktopovky, konzolovky, knihovny, api, webappky, ui, návrhy, architekturu, test, review ... prostě všechno

Na meetingy, nebo psaní emailů si sednu jen s notasem do křesla nebo jsem někde venku. Poznámky si píšu na papíry nebo do tabletu stylusem. Docela fajn jsou taky tvorby poznámek a emailů diktováním.

13

Desktop / Re:Jak používáte více displejů?

« kdy: 26. 10. 2025, 07:27:21 »

Já používám displeje 3 -> 2x stejný monitory 24" a pak jeden od noťasu 15". Moje práce je čistě vývoj - musím vidět kód, dokumentaci, návrhy, gpt. Pak na posledním notasovém se válí emaily, teams, spotify.

Už bych si nedokázal představit práci jen na notasu, nebo notas a jeden 24" monitor. Už takhle jedu roky. Novým kolegům už zařizuji jeden velký monitor ideálně i s integrovanou dokovací stanicí a pak notas.

14

Odkladiště / Re:Jak fungují eDoklady?

« kdy: 11. 10. 2025, 21:03:43 »

Asi tu nemá cenu nic dál rozebírat. Jako uživatel si počkám na pokročilejší verzi. Každopádně jde o celoevropský projekt takže očekávám že se časem dobré praktiky okoukají od sousedů  

Pro info zde jen nechám odkaz odkud vítr vane
https://commission.europa.eu/strategy-and-policy/priorities-2019-2024/europe-fit-digital-age/european-digital-identity_en

15

Odkladiště / Re:Jak fungují eDoklady?

« kdy: 10. 10. 2025, 23:54:28 »

Upřímně poslední 4 panely už přestávám sledovat správnost a logické platnosti argumentů. Nicméně pokud opustím aktuální zákonem předepsané požadavky, které zjevně můžou za aktuální technický stav aplikace. Tak mi připadá, že se zodpovědnost za aktuální informace hází na stranu klienta. To mi připadá špatné v několika bodech

• zabezpečení aplikace - je skutečně nemožné si aktualizovat údaje lokálně (hack)?
• infrastruktura - je počítáno s tím, že se denně budou moct aktualizovat údaje milionům zařízení?
• budou všichni ověřovatelé věřit jen tomu co jim řekne aplikace ? - to znamená že se oni sami nebudou koukat do registrů?

Připadá mi technicky spolehlivější přehodit zodpovědnost ověřování na stranu ověřovatele (ten kdo občanku chce vidět). Protože

• když musí doklady ověřovat je na to patřičně vybavený
• generuje to menší provoz v síti (serveru), protože jsou vytvářené jen dotazy, které skutečně mají význam a né jen aktualizace bez významu
• pokud někoho ověří - může mu tím automaticky prodloužit platnost jeho e-dokladu

Mě zase příjde nápad na "mít víc občanek s různou platností" jako naprosto v pořádku.

Pokud existují, nebo jsou kategorie kdy ověřovatel požaduje občanku určitě by se dalo definovat jaké údaje ho zajímají. Tyhle kontroly údajů by se dali kategorizovat podle míry důležitosti. A podle míry důležitosti se zase dá definovat jak má ověření proběhnout.

Teď si vymýšlím

• nízká důležitost - offline (např 10 let jako plastová kartička)
• střední důležitost - offline pokud nevypršela platnost (třeba těch 48 hodin)
• vysoká důležitost - pouze online přes registry

Pokud jsem totiž aktuální aplikaci pochopil správně (ještě jsem jí nikdy nemohl využít čistě elektronicky) tak pokud si někdo vyžádá ověření - sdělujete mu pouze informaci co chce vidět, aby neviděl celou občanku. Tahle logika tam už je.

Používání e-dokladu musí být tak hloupé jako platit elektronickou kartou. Nic složitějšího nebudou chtít uživatelé používat.