Poslední příspěvky

1

Nová témata / ee88

« Poslední příspěvek od ee88 kdy 22. 09. 2025, 23:55:48 »

[p]
When it comes to online gaming, EE88 stands at liberty as a trusted rostrum offering varying entertainment. Players can survey a sort of casino tables, venture their accident with x? s?, or bargain in powerful th? thao betting. The milieu also delivers countless trò choi options such as game slots, moving b?n cá, and high-stakes jackpot challenges. Benefit of those who lift practice, dá gà, baccarat, r?ng h?, and xóc dia are at, while … la mode fans can inundate themselves in esports. Members good from evolving khuy?n mãi, humane uu dãi, and a communicative cskh team. Whether you are an idiosyncratic player or a concealed d?i lý, the platform’s features, from n? hu fun to tài x?u md5, bring endless excitement. As a replacement for instruct access, descend upon https://51.178.144.218/.
[/p]

2

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

« Poslední příspěvek od CHe kdy 22. 09. 2025, 23:15:49 »

Bežne prepínam medzi Javou a C, nejaké jednoduché počiny mám za sebou aj v Ruste a áno, benefity samozrejme vnímam. No predstava, že by som v ňom mal vyvíjať to, čo denne komerčne vyvíjam v Jave (s porovnateľnou efektivitou), nie je realistická. Tzn. s čiastkovými postrehmi viem súhlasiť, no celkovo sú to podľa mňa stále veľmi odlišné niky.

3

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

« Poslední příspěvek od BoneFlute kdy 22. 09. 2025, 22:55:59 »

Je to nízkoúrovňový jazyk už len čisto nutnosťou riešiť explicitne memory management, životnosť a ownership. Čo je niečo, čo v bežnej komplexnejšej biznis aplikácii, na ktorej vývoj nie je k dispozícii celý čas sveta, človek normálne riešiť nechce.

Rovnako ako opačne, nechcem GC runtime, keď píšem regulačnú slučku pre 48 MHz Cortex-M0 s 8k SRAM alebo modul do jadra.

Já bych si dovolil vám oponovat.

GC se píše kvůli pohodlnost vývojářů jazyka, nikoliv kvůli pohodlnosti uživatelů jazyka (zde trochu zjednodušuju).

Rust není nízkoúrovňový jazyk. Je to naopak vysokoúrovňový jazyk, který dokáže dělat aplikace s výkonem na úrovni C. Jazykové konstrukce, které máte v Rustu nemáte ani v C# ani v Javě ani v Pythonu. Prohlásit, že Rust je nízkoúrovňový jazyk může jen někdo, kdo nezkoušel přepínat mezi C#/Java a Rustem.

Ano, musíte řešit explicitně životnost a ownership. Což ale v praxi jednak není tak zlé, a druhak i v Javě musíte řešit paměť a souběhy.

Ostatně v tom je přesně ten problém Rustu, který s ním mají Céčkaři. Doteď všechny vysokoúrovňové jazyky za to platili nějakou cenu. Nejčastěji paměť a rychlost. To se s Rustem změnilo.

4

Vývoj / Re:.NET F# SQLProvider - leftOuterJoin

« Poslední příspěvek od fortran1986 kdy 22. 09. 2025, 22:45:23 »

Používá se kombinace join ... into a DefaultIfEmpty().

Hej presne, ten druhy pripad. zial SQLProvider ho nepodporuje.

Ale uz som sa zbavil SQLProvidera nebudem pouzivat taketo obskurne knniznice. Boli s nim aj ine problemy. Napriklad ze connectionString cital z Web.config ktory uz ale nova verzia ASP.NET Core nahradila appstettings.json

Nakoniec som pouzil normalny EntityFrameworkCore, sice teraz tam mam este dalsi medzikrok a po zmenach v DB musim generovat entity, ale aspon pouzivam dobre odtesovanu kniznicu a nie nejaky one man show.

5

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

« Poslední příspěvek od CHe kdy 22. 09. 2025, 22:33:39 »

Je to nízkoúrovňový jazyk už len čisto nutnosťou riešiť explicitne memory management, životnosť a ownership. Čo je niečo, čo v bežnej komplexnejšej biznis aplikácii, na ktorej vývoj nie je k dispozícii celý čas sveta, človek normálne riešiť nechce.

Rovnako ako opačne, nechcem GC runtime, keď píšem regulačnú slučku pre 48 MHz Cortex-M0 s 8k SRAM alebo modul do jadra.

6

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

« Poslední příspěvek od Radek Miček kdy 22. 09. 2025, 22:01:00 »

Ono celá téma vlákna je dosť bizár, prechod z Javy na Rust je niečo ako prechod z C# na C, proste úplne iné svety adresujúce iné okruhy problémov a vyžadujúce do veľkej miery aj iné zručnosti.

Rust je vcelku vysokoúrovňový. Hodně se inspiroval ML jazyky a Haskellem. Osobně mi nepřijde o moc jiné psát v Rustu a F#. Moc nízkoúrovňových věcí v Rustu řešit nemusíte, pokud používáte standardní knihovnu. Občas je dokonce jednodušší psát v Rustu než v Javě, protože ta API v Rustu nejde použít špatně díky typovému systému.

Zrovna z C# do C je úplně něco jiného než z Javy do Rustu.

7

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

« Poslední příspěvek od CHe kdy 22. 09. 2025, 21:48:21 »

Moje odpověď je rust, ale hodně firem použije na server věci prostě golang

To, na čo sa dá použiť golang, nie je normálne nika pre C/C++/Rust like jazyky, to už sa dá rovnako dobre spáchať aj v Jave (s komfortom a zázemím solídneho konzervatívneho ekosystému tvoreného príčetnými ľuďmi, na rozdiel trebárs od PHP/JS bordelu) alebo inom GC jazyku s tučným runtime. Sila tamtej trojice je práve tam, kde z rôznych dôvodov nie je vhodný fat GC runtime – námatkovo napr. firmvéry, systémový sw., ovládače, meranie a regulácia, signal processing, computer vision, low latency služby a pod.

Ono celá téma vlákna je dosť bizár, prechod z Javy na Rust je niečo ako prechod z C# na C, proste úplne iné svety adresujúce iné okruhy problémov a vyžadujúce do veľkej miery aj iné zručnosti.

8

Hardware / Re:Ochrana koženky

« Poslední příspěvek od jauznevimco kdy 22. 09. 2025, 21:46:50 »

Preventivni ochranu kozenky jsem neresil, po jejich doziti jsem provedl nahradu nausniku aftermatker materialem pokrytym nejakou latkou - narozdil od kozenky to celkem i luftuje, takze v tom pres leto nejsou usi uplne zapareny.
Vlastne skoda, ze to s tou latkovinou vyrobce nedodaval rovnou, komfort je o parnik jinde.

Cili doporucuju se spis mrknout po aftermarket dilech (vc. ebay), na velkym mnozstvi (tuplem v kategorii nejakych lepsich) sluchatek to urcite bude k sehnani.

9

Sítě / Re:MikroTik L009UiGS-2HaxD len 300 Mbps

« Poslední příspěvek od CFM kdy 22. 09. 2025, 21:42:49 »

Podle konfigurace IPv6 nepoužívá, fronta není změněná (takže by měla být default = hw) a pokud během toho testu nejede nic dalšího, tak by HW offload asi neměl mít vliv, protože NAT jde stejně přes CPU ... takže slabé místo má nejspíš jinde. Každopádně souhlasím, že to jsou správná nastavení.

Zkoušel jsem rychlý pokus s hAP ac^2: iperf3 v TCP módu v default nastavení (tj. asi velké pakety) a s NATem to dávalo 960Mbit/s. CPU 17% přičemž jedno jádro ze čtyř bylo kolem 50-60% a ostatní nízké jednotky %.

Píše, že má CPU load 45-55%, takže u jeho dvoujádra bych tipoval, že jedno bude zasaturované na 100%. Pokud tomu tak je, tak otázka zní, zda RoS dokáže NAT rozhodit na víc jader? Nějaké podmínky (například jen pro více paralelních spojení a pokud speedtest jede jen jedno ...)?

10

Hardware / Re:Ochrana koženky

« Poslední příspěvek od peete kdy 22. 09. 2025, 20:47:54 »

Nasel jsem v Cine stejny rozmer nausniku a vymenil...