1. Fórum Root.cz
  2. Poslední příspěvky

Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Sítě / Nemozem sa prihlasit na AP mikrotik
« Poslední příspěvek od darebacik kdy Dnes v 13:05:51 »
Mam hl. Mikrotik L009UiGS-2HaxD. Z neho su napojene 2x AP
Kód: [Vybrat]
1x MikroTik RbcAPGi-5acD2nD
1x MikroTik RBcAPGi-5acD2nD-XLMam tam VLAN pre 2 siete
Kód: [Vybrat]
192.168.150.0/24
192.168.20.0/24Ak som mal napojene jedno AP tak wifi fungovalo na oboch sietach, nesledoval som log, lebo som nemal dovod. Ked som pridal druhe AP, tak sa zda, ze je problem s iphonom. V logu vidim vela warningov

Kód: [Vybrat]
dhcp2 assigned 192.168.20.105 for XX:CB:XX:38:2F:XX iPhone
dhcp2 deassigned 192.168.20.105 for XX:CB:XX:38:2F:XX iPhone
dhcp2 offering lease 192.168.20.105 for XX:CB:XX:38:2F:XX without success
Cital som niekde na mikrotik fore, ze problem s AP od mikrotiku a iphony sa nejak nemaju radi a to je dlhodoby problem, ale teraz som mal hlasene, ze uz ani android sa nevie pripojit.
Nema s tym niekto podobne skusenosti ?
2
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od em.ve kdy Dnes v 12:33:23 »
Citace: CamperPL  19. 11. 2025, 14:27:54
Co myslíte, seberou nám jazykové modely práci, resp. dojde k radikálnímu snížení poptávky po vývojářích?

Jednou určitě.
3
Hardware / Re:Fotorámeček na Vánoce
« Poslední příspěvek od uwe.filter kdy Dnes v 12:23:34 »
Dovolím si navázat v tomhle tématu s podobným dotazem, abych nezakládal další diskuzi. Taky hledám fotorámeček pro seniora, ale s tím rozdílem, že obsah tam chci nahrávat jen a pouze fyzicky. Takže zhruba:
  • žádná wifi
  • poměr stran 4:3 nebo přinejhorším, když by to nešlo jinak, alespoň 16:10 - což je trochu problém, většina fotorámečků má pro fotky zcela nevhodný 16:9
  • aby rozumně pojal třeba i 20Mpx fotky - to jen kvůli lenosti a jednoduchosti kopírování do rámečku, jinak je mi jasné, že to rozlišení je pro výsledné zobrazení nesmysl
  • podpora SDHC a případně USB mass storage (a kdyby šlo mezi nimi kopírovat, tak je to ideální, ale ne nezbytné)
  • automatické otáčení fotek podle EXIFu
  • možnost náhodného procházení fotek - ale to doufám umí snad každý fotorámeček?
  • ideálně možnost automatického vypnutí a zapnutí v nastavenou dobu, ať to zbytečně nesvítí v noci
  • úhlopříčka tak kolem 10" by mohla být rozumná, ať to není malinké, ale zase ať to nezabírá moc místa
  • aby se to chovalo rozumně (např. aby si to pamatovalo nastavení a čas po odpojení) a bylo to spolehlivé

Poradí někdo s takřka nemožným výběrem? :-) Zatím mám jednoho kandidáta, Braun DigiFrame 857, ale o jeho skutečných (ne)kvalitách nemám tušení a ta značka mi nic neříká (podobnost se spotřebiči Braun je nejspíš jen náhodná). Např. netuším, jestli tam funguje automatické otáčení fotek, návod k použití je velmi stručný.
4
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od Mudvy kdy Dnes v 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
5
Vývoj / Re:FP a error handling
« Poslední příspěvek od Vít Šesták (v6ak) kdy Dnes v 09:12:14 »
V ryzím FP nemá chytání výjimek svoje místo. Házení výjimek problém není – každý výraz se může buď vyhodnotit, nebo jeho vyhodnocení může selhat (např. skončit nekonečnou sérií tail callů – každý Turing-complete jazyk musí něco podobného umožnit), a výjimky jsou jen jiným druhem selhání. A kde o užitečnější druh selhání než nikdy nekončící výpočet. Ale chytání výjimek je teoreticky problematické – když se nějaký podvýraz není schopen vyhodnotit, najednou to může způsobit úplně jiný výsledek.

V reálných jazycích bývá typicky snaha o nějaký pragmatický přístup k FP, ne o ryzí FP. Jo, je to rozdíl mezi Haskellem a F#. A jak bylo zmíněno, F# má fungovat na platformě .NET s dalšími jazyky, a tyto jazyky mohou házet výjimky, takže F# je umí házet a nejspíš i chytat.

Disclaimer: F# jsem viděl jen z rychlíku (s Haskellem jsem na tom lépe), nicméně ten dotaz je celkem obecný, tak jsem si na něj troufl odpovědět.
6
Hardware / Re:znovu hw pro lokalni ai
« Poslední příspěvek od ja. kdy Dnes v 00:42:09 »
Zavisi od toho, aky je rozpocet a co su priority. Ci LLM, alebo "ine veci". A ked LLM, ci schopnost spustit vacsie modely pomaly, alebo mensie modely rychlejsie.

1. AMD: existuje aj o generaciu starsi model, 7900XTX. Ten ma 24 GB RAM. V LLM bude vykonnejsi ako 9070. V "inych oblastiach" ma 9070 vyhodu, ze vie FSR4 (=> ma int4), vylepseny path tracing a nevyhodu, ze hruby vykon je o chlp nizsi ako 7900. Pri LLM na vyhodach 9070 nezalezi.

1b. AMD: moznost pustat velke modely pomalsie prinasa Ryzen AI Max+ 395. Na trhu su mini pocitace s tymto SoC a 128 GB RAM. RAM je mozne dynamicky alokovat medzi CPU a GPU, napr. 16 GB pre CPU a 112 pre GPU.

Celkovo AMD: nie je podporovana CUDA. Rozlicne LLM runtime, ako llama.cpp alebo ollama maju rozlicnu uroven podpory ci uz ROCm alebo idu cez Vulkan. Pytorch - vybrane verzie - vie bezat s ROCm. AMD tiez ma podporu systemov pre ROCm aku ma (napr. aktualny ROCm 7.1.1 funguje v Linuxe, vo Windowse nativne iba s pythonom 3.12, ale vo WSL iba starsi 6.4.4, ktoremu chyba podpora pre novsie chipsety). S AMD sa treba trocha pohrat, aby sa to rozbehlo, nejde to tak celkom OOB.

2. Mac mini s kolko RAM? Tam je situacia podobna ako s APU od AMD.

3. Nvidia: existuje 5090, ktore maju 32 GB RAM. A potom sa samozrejme mozme posunut - ak to dovoli rozpocet - do oblasti RTX PRO 6000 Blackwell, ktore su vo verziach 48 a 96 GB RAM.
7
Hardware / Hardware pro provoz lokálního LLM
« Poslední příspěvek od a6b kdy 04. 12. 2025, 23:45:41 »
uz jsem tu s tim tematem otravoval, tak jeste jednou.

chci nejaky hw na lokalni llm. mam asi takove poradi, ktere vykrystalizovalo podle ceny, zabavnosti, uzitecnosti apod.

1) amd gpu rx 9070 s 16gb vram
2) mac mini s m4
3) rtx 5080 s 16gb vram
8
Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?
« Poslední příspěvek od Filip Jirsák (forum) kdy 04. 12. 2025, 20:40:06 »
Citace: registrovany123  04. 12. 2025, 19:17:47
Je otázka proč používat Tailwind místo MUI
Vy jste psal, že používáte Tailwind. Použijte si, co chcete. Akorát je to každé něco jiného – Tailwind CSS je knihovna utilitních tříd a nástroje pro jejich zpracování, MUI je knihovna komponent.

Citace: registrovany123  04. 12. 2025, 19:17:47
Navíc kažý kus kódu z Tailwindu, který použíju, tak z něj ještě musím abstrahovat utility classes do globals, protože nemůžu mít napříč projektem rozházené na divoko třeba barvy, různé rozměry inputů a dalších prvků, padding atp. Uff...
Nebo se můžete naučit používat Tailwind správně.
9
Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?
« Poslední příspěvek od Kit kdy 04. 12. 2025, 19:31:29 »
Citace: registrovany123  03. 12. 2025, 17:07:45
Mám web napsaný v React.js pro širokou veřejnou, který musí být úspěšný finančně, a uvažuju, jestli má smysl dělat variantu pro mobil nativně. Nemyslím si, že to vypadá na mobilu špatně - mám to pro mobil celkem vyladěné - ale nevypadá to na něm tak dobře jako nativní android nebo ios aplikace.

Zkus tento úkol zadat AI. Třeba z ní vyleze něco použitelného.
10
Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?
« Poslední příspěvek od registrovany123 kdy 04. 12. 2025, 19:17:47 »
Je otázka proč používat Tailwind místo MUI, i v MUI klidně udělám design jako je třeba forum.root.cz, a mám hotovou hromadu komponent, které bych s Tailwindem musel teprve vytvářet. V Tailwindu dají source kód k něčemu, a já celou tu hromadu musím vzít a vytvořit svoji komponentu v Reactu, třeba MyButton. A k čemu to je, když v MUI už tu komponentu Button mám rovnou vytvořenou.

Plus teda k tomu MUI má více hotových komponent než Tailwind. V tailwindu chybí komponenty ryze mobilní, namátkově jako je dolní menu.

Navíc kažý kus kódu z Tailwindu, který použíju, tak z něj ještě musím abstrahovat utility classes do globals, protože nemůžu mít napříč projektem rozházené na divoko třeba barvy, různé rozměry inputů a dalších prvků, padding atp. Uff...
Stran: [1] 2 3 ... 10