Příspěvky

1

Hardware / Re:Hardware pro provoz lokálního LLM

« kdy: 05. 12. 2025, 13:30:36 »

doplnění k mac mini, ten má až 32 GB ram a zanedlouho by mělo být možné jich více propojit přes thunderbolt a využít jako výpočetní cluster pro AI. Výkon je ale slabý.

Mac ještě nabízí mac pro, tam mám třeba variantu s 256 GB ram, což je naprostý luxus, spustím tam skoro jakýkoliv model, ale zase to je spíše na debugování, ověřování, není to na produkci, výkon není kdovíjak dobrý a nelze snadno řídit cluster více maců (ikdyž to by asi šlo dodělat nějak).

2

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

« kdy: 03. 12. 2025, 12:52:35 »

Je hezké jak tady to_je_jedno tvrdí, že za chvilku bez LLM se nebude moci vyvíjet, ale zapomíná, že bottleneck není napsání kódu, ale doručení aplikace/funkce. To je celá plejáda věcí od nápadu, návrhu, implementace, otestování/review, nasazení, sledování, vyhodnocení.

Ja nikde nerikam, ze LLM vezmou programatorum praci. Ja tvrdim, ze jim ji vezmou jini programatori - ti kteri budou (mimojine diky LLM) efektivnejsi = levnejsi. Troufnu si tvrdit, ze pro velkou vetsinu programatoru je napad a navrh velmi mensinova cinnost (samozrejme tohle zabavne nas bavi vsechny, ale kazdodenni realita je pak jinde). Taky si nemyslim, ze navrh apod prevezme LLM. Na jake veci je to silne uz tady psali i ostatni.

A pak souhlas s Martin Poljak ohledne propousteni - jen se vyfukuje covid bublina kdy vsichni sedeli doma a chteli vse online.

Což je to co jsem napsal.

Už v době, kdy přišel Eclipse s tím, že umí generovat třídy, interface a pak se zrodilo celé odvětví velmi pokročilých IDE, tady pořád máš velkou spoustu programátorů bez IDE a zrovna nelze říct (netuším jak), že jsou neefektivní.

Stejně tak to je s LLM, je to pouze nástroj a určitě není (a nejspíš ani nebude) znatelný rozdíl mezi tím, jestli ho použiješ nebo nikoliv.

Děláš nějaké prognózy a proklamace, ale máš to vycunané z prsty. Nedaří se mi na tvoje vidění světa spatřit i v nějaké historické změně a změny dělají lidé a ti lidé jsou pořád stejní...

3

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

« kdy: 25. 11. 2025, 16:36:50 »

Linus si může dovolit říct "s tímhle pracovat nebudu" a vztekat se tak dlouho, až to autor buď předělá, nebo vzdá. Většině ostatních lidí budou dávno předtím ukázané dveře a na jejich místě bude někdo, kdo si dá barvičky a bude s tím fungovat.

Podstatou mého komentáře rozhodně nebylo ono "s tímhle nebudu pracovat". To podstatné je, že dobře formátovaný kód (a obecně dobře navržený a udržovaný kód) je snadno přístupný komukoliv, kdo umí daný jazyk.

A tady se přesně dostáváme do toho problému, kód od LLM není dobře strukturovaný a ani dobře čitelný.

Je hezké jak tady to_je_jedno tvrdí, že za chvilku bez LLM se nebude moci vyvíjet, ale zapomíná, že bottleneck není napsání kódu, ale doručení aplikace/funkce. To je celá plejáda věcí od nápadu, návrhu, implementace, otestování/review, nasazení, sledování, vyhodnocení. A to pořád dokola. Když mi LLM vygeneruje haldu kódu, tak tím žádný vývoj neurychlím, prostě se to jen zarazí na další fázi v podobě testování/review.

LLM může být velmi dobrý pomocník, který dokáže do všech těch fází nějak přiložit ruku k dílu a uspořit čas či snížit chyby, ale ani dnes ty LLM neumí to práci udělat za tebe, neumí ti výrazně zvýšit senioritu, neumí výrazně zvýšit produktivitu. Ten člověk v tom řetězci je pořád brzda a to se za poslední roky nezměnilo.

Také vyvíjím bez IDE, v textovém editoru na celou obrazku, chci vidět jen kód, vše ostatní mě rozptyluje.

4

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

« kdy: 25. 11. 2025, 13:57:23 »

V takových případech je dobré to prostudovat a udělat další změny v kódu. Pokud nějaká knihovna jen "pro nic za nic" mění jen jména metod, tak je to jiný případ a navíc, pokud se tohle děje příliš často, tak je to k zamyšlení zda tuhle knihovnu dále používat.

Hele fakt diky za peci o muj projekt a jeho nedostatky. Ja ti jen ukazal na konkretnim pripadu, ze drtiva vetsina tech kdo nebudou aktivne pouzivat LLM a tooling okolo bude za par let bez prace protoze nebude tak efektivni jako ostatni.

Neni potreba z LLM delat svaty gral, ale je pro budoucnost kazdyho vyvojare nebezpecne se pred tim schovavat. Je to asi jako programovat dodnes v notepadu a odmitat IDE s napovidanim.

To je dobrý nesmysl . Vývojář bez LLM bude nekonkureční? To už jsem slyšel toliklrát, při tolika nových nástrojů, že bez nich nic neudělám a všichni mě předběhnout. Pořád jsem přitom v oboru.

Budoucnost každého vývojáře, kterou ale platí nadnárodní společnosti, protože dnes je ten provoz drsně nerentabilní? Hm, ok.

5

Sítě / Re:WireGuard a náhlý vysoký packet loss u O2

« kdy: 25. 11. 2025, 13:46:52 »

mám jen informaci, že se ke všemu provozu nechovají shodně, že dělají různé kejkle, že experimentují s podvrháváním odpovědí, unášejí spojení (např. na DNS) atd. To vše umí zapínat jen na část sítě/část zákazníků.

Interní podrobnosti ale nemám, už to jsou roky, co jsem u nich byl naposledy. Ze zkušenosti ale vím, že vpn na jiném než běžném portu je velký problém a není to stabilní.

6

Sítě / Re:WireGuard a náhlý vysoký packet loss u O2

« kdy: 25. 11. 2025, 09:02:14 »

prioritizace provozu na straně O2. To není novinka, osobně nad O2 používám jen buď ipsec nebo tcp/443 či rovnou přes http/2 vpn.

7

Odkladiště / Re:OSVČ a komunikace s OSPOD

« kdy: 05. 11. 2025, 12:26:59 »

řešíte to příliš technicky. Proč vůbec tyhle technikálie musí chudák uživatel řešit navenek? Ve firemních IS mám běžně konkrétní agendu spjatou s nějakou potřebnou rolí, když agendě vyhovují dvě role, dám na výběr s vysvětlením. To by ale nesměly být DS obalem nad dopisem, ale mě by to být plnohodnotný komunikanční systém.

Pak zásadní (dnes už) problém DS je fikce podpisu, to dělá celý ten problém s nutností rozlišovat DS.

Člověk se pak dostává do absurdních situací, když kdy jako OSVČ mám zřízenou DS, FÚ se mnou normálně na tu DS posílá věci kolem daní z příjmů vč. informací o nedoplatkách. Když ale tu DS použiji k podání DP, FÚ jí s radostí odmítne, že to musím poslat jako FO. Nejenže nemá pravdu, ještě k tomu je to proces naprosto netrasparentní.

8

Sítě / Re:Nevýhody plochých kabelů Cat6

« kdy: 22. 10. 2025, 15:05:07 »

Používáme na tvuj use case tohle

https://www.krup.cz/default.asp?cls=stoitem&stiid=6663

Funguje na tom i PoE

s PoE bych byl opatrný, ty vodiče mají opravdu titěrný průměr, bude se hodně zahřívat a nechtěl bych být u toho, až se přehřejí.

9

Sítě / Re:Nevýhody plochých kabelů Cat6

« kdy: 22. 10. 2025, 10:41:31 »

náchylnější k rušení a snadněji se poškodí (jednodušeji se zlomí a při rozmotávání snadněji se zauzlovávají). Vyzkoušej a uvidíš, třeba ti to bude stačit.

10

Bazar / Re:Prodám profesionální inteligentní jednofázovou PDU

« kdy: 21. 10. 2025, 21:27:34 »

v takovém případě se ti to do toho racku může hodit .

Jen bych si pohlídal aktualizace, přeci jen to už není blbá PDU, ale má to dost funkcí a připojení vč. wifi.

11

Bazar / Re:Prodám profesionální inteligentní jednofázovou PDU

« kdy: 21. 10. 2025, 11:50:50 »

tohle je na doma trochu overkill, má to 2m na výšku, dobře tomu bude v racku. Do firmu to je zase problém s revizí, papíry, zárukou, přeci jen přes to jsou napojené často zařízení za miliony, takže dát 50t do PDU není komplikace, kterou řešíme.

Čím dál častěji budujeme malá DC uvnitř kanceláří, tam tohle přesně může být cílovka, ale opět, nemůžeme tam dát nic bez papírů, co není na daňový doklad.

Cena 5k mě odradila, za třeba 1 - 2 bych o tom přemýšlel na experimenty, hraní, do labu, mám kancelář i kousek od Letňan, takže bych to i asi donesl v ruce nebo někoho poslal.

12

Sítě / Re:Výběr vhodného AP namísto Unifi U6 Pro

« kdy: 02. 10. 2025, 09:13:13 »

k tomu, co popisuje Hans.Wolfenstein bych ještě dodal, že je také důležité jaké vlastně máš zapnuté standardy/protokoly, bývá naprosto běžný problém, že u těhle AP zůstanou věci jako 802.11a/b/g zapnuté, pak příjde klient (=zařízení), který to vyžádá nebo si někdo odejde na záchod a celý AP se ti přepne do pomalého režimu, protože se snaží mluvit s někým, kdo už má špatný signál, pak se ti zpomalí komunikace pro všechny, protože přepnout se musí celé rádio. 30 lidí na tenhle AP není problém (vyzkoušeno). Doporučuji tedy nechat zapnuté pouze 802.11n/ac (případně ax, pokud potřebuješ wifi 6, ale dnes bych ho ještě nezapínal).

Stejně tak bych se zaměřil na rušení, odrazy, které ti tam mohou dělat také velkou neplechu (někomu příjde super mít masivní stůl s kovovou konstrukcí a ještě uzemněný a na něm pak mít 20 notebooků a je problém na světě).

13

Sítě / Re:MikroTik a doména pro Google API

« kdy: 24. 09. 2025, 21:57:47 »

redirect_uri_mismatch nejspíš znamená, že tam máš typo, je to háklivé i na třeba koncové lomítko nebo jiný rozdíl. Projdi si to ještě znovu. Sem jsi moc informací nenapsal, takže ti těžko poradit přesněji. Tohle obecně funguje.

14

Odkladiště / Re:agresivní bot(net) "crawler"

« kdy: 17. 09. 2025, 00:14:03 »

když jsem četl agresivní, představil jsem si tohle množství požadavků každou vteřinu a ne jeden za několik minut.

Tohle normální být může, záleží co máš za obsah a jak často se ti mění.

15

Server / Re:Kompletní záloha celého serveru/VPS

« kdy: 16. 09. 2025, 10:14:20 »

na data rsync je super, ale pokud server chceš obnovit někde jinde, můžeš narazit na spoustu problémů, nelze prostě celou zálohu nahrát do nového systému bez úpravy

• nastavení bootu a parametrů kernelu ti mohou být skryty (ne vždy máš /boot dostupný a ne vždy je vhodné ho kopírovat jinám)
• nastavení DHCP a sítě, server může být napevno svoji IP adresu, může mít jiné nastavení v konguraci, tohle musíš změnit podle nového VPS
• veřejná doména v DNS, pravděpodobně na serveru máš nějaké služby, nějaký web a ten je svázán s IP adresou serveru, služby/weby ti pak mohou odmítnout fungovat na jiné doméně, to záleží na jejich konfiguraci
• obnova veřejných certifikátů pro https může být úzce svázána se současným VPS či jeho poskytovatelem, po obnovení na stejné doméně jinde ti mohou certifikáty expirovat a nemusíš je snadno obnovit
• dělat rsync živé databáze, třeba mysql, nemusí být dostatečné a můžeš skončit s poškozenou zálohou