Příspěvky

1

Vývoj / Re:Datový systém enginů aplikací

« kdy: 25. 09. 2026, 16:10:10 »

Ja si myslim, ze "Datový systém enginů aplikací" by měl shromažďovat obrázky plavajících žen

2

Odkladiště / Re:Podvržení mého čísla v zahraničí

« kdy: 04. 09. 2026, 09:02:42 »

Z jineho soudku.

Mam problem, ze nejaky idiot zadava na facebuku nekam moje cislo (nevim kam, facebuk nemam) a me pak volaji, ze jsem projevil zajem o koupi Dacie Duster, sekacky mountfield, cinskeho elektrovozu a podobnyho odpadu.
Vubec netusim, co se s tim da delat, idiot je vytrvaly. Nemyslim si, ze mi to nekdo dela schvalne, mam "kulate" snadno zapamatovatelne cislo a idiot zrejme jednou natukal a uz u nej zustal. Je mozne nekde na facebuku dat si cislo do blacklistu, aby to ty reklamni formulare nebraly?

3

Bazar / Re:Poptávám hardware Cisco na učení

« kdy: 23. 06. 2026, 20:24:04 »

Znamej, kdyz si kdysi davno delal CCNA, pouzival pro vyuku nejaky simulator.
Bezelo to jakk VM appliance, dalo se v tom naklikat simulatory bixu ruznych typu a pak si s tim hrat.
Jak se to jmenovalo netusim

4

Hardware / Re:Oplatí sa repasovaný notebook?

« kdy: 01. 06. 2026, 17:48:33 »

Presne nad týmto som minule uvažoval. Repasované biznisovky sú super kvôli odolnosti, sám som jednu mal a držala roky, ale hardvérovo už dnes tie nové kusy okolo 600-700 eur ponúkajú taký výkon, že sa ten repas už tak jednoznačne neoplatí. Radšej by som vzal kolegovi niečo nové s plnou zárukou, predsa len, nový hardvér si s tými výpočtami poradí lepšie a spoľahlivejšie. Ja sa momentálne tiež chystám kúpiť nový notebook a zvažujem, že z repasu presedlám na klasiku. Našiel som na tejto stránke https://www.planeo.sk/notebooky zaujímavý kúsok Lenovo IdeaPad 1 15AMN7 Cloud, ale je dosť drahý. Používate ho niekto? Aké sú dojmy, oplatí sa alebo radšej ruky preč? Vďaka za odpoveď:)

Prave jsem synovi poridil za 6800Kc repas Lenovo ThinkPad L14 Gen 2 s Ryzen 5 PRO 5650U, pridal jsem 16GB RAM ze supliku na celkovych 24G. Prislo to pekne vycistene, palmresty jsou krapet ohmatane, jinak vsecko cajk.
Za ty prachy luxus, NVMe tam bylo jenom 256G, coz pro pozadovanou potrebu postacuje, v pripade potreby lze snadno vymenit. W11 se aktivovaly pres BIOS SerialNo bez potizi.
Doporucuju, je to svizne a ani interni AMD grafika neni marna.

 

5

Studium a uplatnění / Re:Kam odejít z IT v době AI?

« kdy: 20. 05. 2026, 13:25:16 »

Naopak juniorum setsakra nezavidim, nebudou mit na cem vyrust.

Neopak nezávidím nám seniorum (taky jsem). Junioři vyrostou na LLM a budou to mít v krvi a vykopnou s pomocí AI nás seniory, protože budou levnější a výsledek bude good enough.

Mno, z funkce programator/analytik zakrni ta cast "programator" a cast "analytik" naopak nabyde jeste vice na vyznamu.
Klasicky problem, ze co zakaznik chce, co realne potrebuje, co je realne mozne, jsou ruzne a casto i disjunktni mnoziny.
Junior bez rozhledu s LLM naimplementuje totalni hovadinu podle RfP zakaznika, senior zakaznika presvedci na lepsi cestu. Popravde, zakaznik, ktery opravdu vi co chce, je bila vrana.
Dnes senior vytvori realny koncept a preda juniorum nalopatit, ted bude lopatit LLM.

6

Studium a uplatnění / Re:Kam odejít z IT v době AI?

« kdy: 20. 05. 2026, 09:26:33 »

Též už v IT je vyšší tlak na výkon a stres přibývá, mám reálnou obavu že 50+ prostě už neudržím krok s novýma věcma, už teď cítím že kluci kolem 25 co přijdou jsou efektivnější, líp se učí a tak, a přesně takhle jsem to měl já po škole, vše mi šlo ostatní dědci (40+), byli pomalí.. A teď se to otočilo, to není rejpání ale realita.. A 50+ / 55+ nikde v IT až na několik málo senior manažerů nevidím, tyhle lidi odpadli, často prostě pomalý, neefektivní nebo v háji zdraví zr sezení u pc. Náš ex-šéf, fakt dobrý člověk říkával že nad 50 je člověk v IT mimo management mrtvej a když to vidím tak až na vyjimky fakt má pravdu..


Upřímně nevím jesli dokážu v 50+ držet krok a hlavně za jakou cenu, kamarádi v tomhle věku převážně doufají že se nic velkého neposere aby to nějak dopadlo, a nebo mají průjmy když se stane velký výpadek a je fakt těžké to řešit...

Tak ja mam s nastupem LLM dojem presne opacny. 50 mi bude letos a uz opravdu nedokazu drtit kod 8hodin denne jako v 25. Lec tuhle potrebu silnych ruci k lopate nahradilo LLM, nyni je potreba hlavne mit zkusenosti s dlouhodobym navrhem a udrzitelnosti. Computer science je defacto prelestovani paradigmat z osmdesatek, akorat se meni technologie vespod, misto Java objektu mame Vue komponenty a kubernetes microservices, z HL pohledu to samy, izolovana krabicka s nejakym vstupem a vystupem.
Takze kdo chape zaklady typu MVC, zakladnich design patternu a ma zkusenosti jak se co a jak osvedcilo v minulosti, nema moc problem. Vsechny ty domenove specifika formatu zapisu treba ansible modulu za me vychyta LLM  lintery, na me je hlidat LLM, kdyz dela kraviny typu 100x REST dotaz na jedno numero, nez 1x dotaz na 1000 numer a pak si to lokalne rozparsovat.

LLM nahrazuje Indy a juniory, hruba sila k lopate uz neni tak moc potreba, ted je lepsi umet ovladat bagr a znat predpisy, at neprekopnu kabel.
Problem je obvykle s preucovanim na novou technologii, jejich logicky vnitrek je obvykle to samy v blede modrym s marketinovyma kecama okolo, je potreba jenom nasat novy format, a to pokryje LLM. Starousi jako ja maji i vyhodu, ze chapou, jak se ty jednicky a nuly presypaj pod kapotou a to je zachrani pred nejhorsimi prusvihy.

Naopak juniorum setsakra nezavidim, nebudou mit na cem vyrust.

7

Server / Re:Zabbix jako notifikační systém

« kdy: 14. 05. 2026, 13:43:16 »

Tak jako řešení je více...

Ale řešil bych to tak, že k triggeru, který procne, přidám recovery expression, třeba:

Kód: [Vybrat]

nodata(/Server/backup.failed.count,10m)=1
Kde se mi po 10 minutách sám zavře, a do další kontroly, která proběhne za 24 hodin, proběhne znovu vyhodnocení trigger podmínky.

V tomhle pripade nodata nebude fungovat. Je nutny to dat primo do podminky triggeru "... and not nodata()"

8

Vývoj / Re:Používáte LLM při vývoji?

« kdy: 30. 03. 2026, 10:59:38 »

Z mojí zkušenosti je právě lepší udělat větší zadání hned na začátku, protože to dost oseká potřebu iterací, kde se půlka vygenerovaného kódu musí přepsat, protože něco. Nebo potřebuji mít hodně dobrou představu, kam a jak se chci dostat hned od začátku - ale to pak ten implementační plán máš už v hlavě a jen mikromanažuješ ten model podle toho plánu. Což už ale celkem slušně zvládají ty modely samy - když mají podle čeho.

Nyni se LLM kodovani treba v Antigravity dela dvoukrokove. Nejprve se ve spolupraci s LLM sestavi plan, ktery se iterativne doladi a ulozi jako *.md soubor primo do projektu, pak se s LLM postupne implementuji kroky planu, onen MD soubor je soucasti kontextu.

9

Hardware / Re:Koupit teď Mac mini M4, nebo čekat na M5?

« kdy: 12. 03. 2026, 17:12:46 »

Ahem, k cemu je presne dobre "lokalni testovani LLM"?

Ze na notebuku sputim v llame nejaky stazeny 7-14B nesmysl, co bude halucinovat i i pri dotazu "Co je to Slunce?"
Na testovani integrace s okolim typu testovacich MCP serveru postaci i 3B halucinator a naopak na realne pokuzitelne LLM je dnes potreba bajvoko 100B a cca 8k kontext okno, to nepojede na zadnym ntb ani smykem.

10

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

« kdy: 30. 11. 2025, 10:02:46 »

Ad viz vyse:

LLM samozrejme nezvysuje senioritu, lec VYRAZNE zvysuje produktivitu.

Anzto vyznamne snizuje mentální zatez zpusobenou trivialitami vukol.

Ukoly typu vytvor typescript formatovaci funkci, ktera prevede cislo na lidsky citelny text se suffixem K,M,G,T davam komplet LLM a funguje to dobre. Usetrim tim 10 minut prace ale hlavne usetrim unavu mozku, ktery svoje kapacity muze venovat necemu podstatnejsimu.

Opravdovou dusevni praci neni mozno delat dyl nez par hodin denne a cokoliv co mozku odlehci od trivialni zateze velice pomaha produktivite.

A casto LLM necham zkontrolovat muj kod a casto prijde s opravdu peknym napadem na vylepseni, najde ci jsem prehlidl, upozorni na side effect.

Programovani se holt meni, stejne jako kdyz prisel C kompiler a libc. Nyni je dulezitejsi analyza, vlastni kodovani vicemene prevezmou stroje.

11

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

« kdy: 27. 10. 2025, 09:32:02 »

Mam 17" notas FHD a po stranach 2x27" 4k.
Obvykle vpravo VSCode, uprostred chrome napr. kdyz zrovna delam ve VUE tak tam hned vysledky zmen, nalevo dokumentace/zadani, Teams, Outlook, co je potreba.
Sedim na otocny zidli a tocim se cely, ne jenom vytoceny krk.

12

Bazar / Re:Koupím hardware vhodný na domácí server

« kdy: 22. 10. 2025, 18:35:13 »

BTW: Produkcni stroje, bez disku, s 512GB ramkou a 2x CPU ... s 2x 1k zdrojema ve skutecnosti v prumeru papkaji neco kolem 300W.  Takze spotreby bych se nijak moc nebal.

300W avg, pri 10kc/kwh (bezna sazba domacnosti D02d, u vysokoodberovych sazeb je NT platba nizsi) to dela ucet 2160Kc mesicne.
Asi nic, z ceho bych se polozil, ale znam lepsi veci, kam strcit 2 klacky mesicne.

13

Bazar / Re:Koupím hardware vhodný na domácí server

« kdy: 22. 10. 2025, 16:37:33 »

co sa tyka hluku a spotreby to je mi asi jedno pretoze by to bolo v suterene...

To me zaujalo, 1kW spotreba, pri cene elektriny 10kc/kWh D02d, to mame 240Kc, denne, 7200Kc mesicne, 87600Kc rocne.

Ono i pri tretinove spotrebe mi prijde platit 30k rocne za nejakou hracku ve sklepe krapet neekonomicke.

Osobne taky pro vyvoj potrebuju hromadu VM a kontejneru, bezi mi v Hyper-V/podmandesktop/WSL primo na desktopovem pocitaci a kdyz na tom nedelam, cely candrbal vypnu.

Home assistant utahne rapsberry.

14

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 08. 10. 2025, 15:03:12 »

Jenom pro zajimavost, rust neznam, jde v rustu udelat carmackuv fast inverse square root?

15

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 06. 10. 2025, 14:39:21 »

Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.

Psal jsem nedavno jeden primitivni stream procesor, na stdin prijde hromada JSONu, udela to urcitou analyzu pres klouzave okno, vysype na stdout, slouzi jako plugin do jineho softu.

Prototyp v pythonu funguje ok.
Predelavka do go s ocekavanim narustu vykonu, realita, vykon je tretinovy.

Profilingem zjisteno, ze python je sice pomalejsi jazyk, ale ze jeho knihovny pro práci se stdio a JSON jsou mnohem rychlejsi, zrejme psane v C.

A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.

To mi přijde velmi podezřelé.

Co se týče stdin, tak tuším, že v pythonu je ve výchozím stavu bufferovaný, v golang ne. Jinak nevím, v čem by práce se stdin mohla být jiná/více optimální.

No, to je prosta realita. JSON processing pomaly jaxvina a co se tyce stdio, golang furt na neco cekal, veru nevim na co. Ted uz nemam vystup profileru, ale tusim, ze se tam potloukal GO oblibeny pthread_cond_wait, pricemz neslo o nic jinyho, nez vzit stdio nasekany podle newline a strkat do nekolika channelu, kde si to prebiraly gorutiny. Pokusel jsem se tam pozapinat nejake lepsi nez default cachovani, ale to pomohlo tak 20% vykonu nahoru.

A popravde GO samo sebe nijak nepropaguje jako realtime jazyk, proto me prekvapuje, ze se chova v defaultu tak debilne.
A veru me sejri, ze i takovou trivialitu musim resit a ladit, v pythonu pro pojidace kolacu jede vse na lusknuti prstu...