Jiu

Tiez sa cudujem, ze si ochotny spravit web za 130€ a este prist osobne za klientom a porozpravat sa? Teba ta praca musi vazne bavit :D BTW: predpokladam, ze weby su v Astre. Ako riesis blog? :D BTW2: Ak robis design loga/znacky, tak odporucam https://www.martinus.sk/2701963-zlta-kniha-budovania-znacky/kniha?z=PNA3XO&utm_source=z%3DPNA3XO&utm_medium=url&utm_campaign=partner

tak u linuxu to hodis na apt repo. U macu bud brew alebo priamo app store. Na wine by som asi uprednostnil .msi. Tbh, je rok 2025; pokial moja appka nie je SaaS webovka a je nutna instalacia, tak auto-update je nutnostou. U hier nevidim dovod neist na steam.

Microsoft Orleans: Framework pre Distribuované Aplikácie Čo je Microsoft Orleans? Microsoft Orleans je framework na tvorbu distribuovaných, vysoko škálovateľných a spoľahlivých aplikácií v .NETe. Bol vyvinutý v Microsoft Research a je založený na virtual actor pattern, čo uľahčuje prácu s objektami v distribuovanom prostredí. Orleans je navrhnutý tak, aby minimalizoval potrebu manuálnej správy stavových objektov a synchronizácie, čo z neho robí ideálne riešenie pre aplikácie, ktoré vyžadujú vysokú dostupnosť a horizontálnu škálovateľnosť, ako napríklad herné servery, IoT systémy, finančné aplikácie či analytické platformy. Hlavné Vlastnosti Orleans Virtual Actors: Objekty (aktéri), ktoré automaticky „ožívajú“ a „zanikajú“ podľa potreby, bez manuálneho riadenia ich životného cyklu. Distribuovaná správa stavov: Aktéri uchovávajú svoj stav v perzistentnom úložisku a obnovujú ho pri reaktivácii. Automatické škálovanie: Orleans dynamicky prerozdeľuje zaťaž v klustri. Jednoduchosť: Používa sa podobne ako klasický objektový model v C#. Podpora cloudových riešení: Nativne podporuje Azure, ale je použiteľný aj v iných prostrediach ako napriklad Kubernetes. Virtual Actor Pattern Orleans je postavený na Virtual Actor Model, ktorý eliminuje manuálnu správu aktérov. Tento model rieši niektoré nevýhody klasického Actor Model (ako v Akka.NET) nasledujúcim spôsobom: Nie je potrebné manažovať životný cyklus aktérov – aktéri existujú virtuálne a sú aktivovaní, keď sú potrební. Automatická persistencia – stav aktéra môže byť uložený v perzistentnom úložisku (napr. SQL, Azure Table Storage, DynamoDB). Transparentné spracovanie správ – odosielanie správ nevyžaduje vedieť, kde aktér beží, systém ho nájde automaticky. Príklad definície aktéra v Orleans: public interface IPlayer : IGrainWithStringKey { Task<int> GetScore(); Task SetScore(int score); } public class PlayerGrain : Grain, IPlayer { private int _score; public Task<int> GetScore() => Task.FromResult(_score); public Task SetScore(int score) { _score = score; return Task.CompletedTask; } } Príklad volania PlayerGrain: IGrainFactory grainFactory = ...; // Inicializácia Orleans Grain Factory var player = grainFactory.GetGrain<IPlayer>("player1"); await player.SetScore(100); int score = await player.GetScore(); Console.WriteLine($"Hodnotenie hráča: {score}"); Ako Orleans Funguje? Orleans beží na klustri serverov a riadi aktérov v rámci uzlov (silo). Každý uzol je schopný hostovať aktérov a spracovávať ich požiadavky. Základné komponenty: Grain (aktér) - Logická jednotka, ktorá uchováva stav a vykonáva operácie. Silo - Serverový proces, ktorý hostuje aktérov. Client - Externý proces, ktorý volá aktérov cez API. Storage Providers - Mechanizmus pre perzistenciu stavu. Komunikácia medzi aktérmi Aktéri v Orleans komunikujú asynchrónne pomocou správ odosielaných cez framework. Každý aktér je identifikovaný unikátnym kľúčom a môže byť vyhľadaný prostredníctvom IGrainFactory. Komunikácia medzi aktérmi prebieha cez proxy objekty generované Orleans runtime, ktoré zabezpečujú správne smerovanie správ. Príklad volania iného aktéra z aktuálneho aktéra: public class PlayerGrain : Grain, IPlayer { public async Task SendChallenge(string opponentId) { var opponent = GrainFactory.GetGrain<IPlayer>(opponentId); await opponent.ReceiveChallenge(this.GetPrimaryKeyString()); } public Task ReceiveChallenge(string challengerId) { Console.WriteLine($"Hráč {challengerId} vás vyzval na súboj!"); return Task.CompletedTask; } } V tomto prípade aktér PlayerGrain posiela výzvu inému aktérovi PlayerGrain prostredníctvom jeho identifikátora. Orleans runtime zabezpečí, že správa sa doručí správnemu aktérovi, aj keď momentálne nie je aktívny. Kde sa Orleans Používa? Microsoft Orleans je široko používaný v rôznych odvetviach: Herný priemysel: Používa ho napr. Bungie pre Destiny 2. IoT a telemetria: Zber a spracovanie veľkého množstva udalostí. Finančné systémy: Distribuované spracovanie obchodných transakcií. Analytika a AI: Pracuje s distribuovanými modelmi strojového učenia. Záver Microsoft Orleans je silný framework pre tvorbu distribuovaných aplikácií v .NET ekosystéme. Jeho virtual actor pattern robí prácu s distribuovanými objektmi jednoduchšou a menej náročnou na správu. Ak hľadáte riešenie pre vysokoškálovateľné systémy s automatickou distribúciou a perzistenciou, Orleans je skvelou voľbou.

all key shop - 4 eura. Ja by som povedal, ze to je skor naopak. Docker image vybuildis z Dockerfile co je zoznam commandov, ktore sa maju vykonat a nasledny image je read only; takze ak fungoval vcera, bude fungovat aj dnes. U standalone instalacii je najvacsi problem, ze po par mesiacoch si nepamatam, co je kde nainstalovane, ake su tam dependencies a nahodou updatnem nejake systemove libky, javu, .net, ... a polka veci sa zosype. Najvacsiu vyhodu vidim v tom, ze mozem deployovat docker image do kubernetes clusteru cez argocd. commitnem do git repa YAML specifikacie toho co chcem deploynut a ArgoCD mi to deployne/updatne, takze moj kubernetes cluster je syncnuty z git repom a update/deployment je jednoduchy commit ktory sa da v pripade potreby lahko rollbacknut.

Intranet korporatu je jedna vec, deployment aplikacii pre customerov zas druha. Na pohodu moze korporat pouzivat AD, Office a Win Server na spravu internych veci a deployovat docker image do kubernetes cluster beziacom na linuxe. Cely cas som predpokladal, ze sa tu bavime iba o tej "live" casti ktora je vystavena customerom.

linuxova cerna skrinka je opensource a vsetky appky, libky, kernel moduly vcetne kernelu si mozes customizovat Linux moze bezat rok lebo to dokaze, co sa o windowse povedat neda :D

Osobne s Minecraftom ani LinkedInom nemam problem. Novy MC content je trochu disappointing, ale v porovnani s inymi hrami (a.k.a. Ubisoft) je to stale v norme. LI mi pride stale lepsi ako FB alebo Shitter. Skype upadal rovnako ako napr. ICQ, TS2, Ventrilo a pod. Osobne pouzivam C#/.NET, Office, Azure DevOps, Azure Portal, Entra, Exchange, GitHub, TypeScript, NPM a nemam s nimi problem. Napr. Azure DevOps ti poskytuje free LFS o velkosti 256GB kdezto GH iba 1GB. U Unity based projektoch je GH Free nepouzitelny. Robil som backendy v C#, Jave, Node a C++ a nejako nevidim miesto kde by C# zaostaval. Napr. Source Generator (moznost pisania kodu ktory sa sputi pri kompilacii ineho kodu a dokaze generovat dynamicky content; eg. automaticke binarne serializatory) mi pride ako fantasticka featura v porovnani s Compile-Time Function Execution ktory ma D lang.

Priklady z chemie: Simulacia molekuly vodiku H2 namespace QuantumSimulations { open Microsoft.Quantum.Chemistry; open Microsoft.Quantum.Intrinsic; open Microsoft.Quantum.Canon; open Microsoft.Quantum.Measurement; operation RunH2Simulation() : Unit { // Definujeme molekulu vodíka (H₂) s geometriou v bohr let h2Molecule = FermionHamiltonian([ Term(([], [1.0, 0.0]), 2.0, [(0, 0), (1, 1)]), Term(([], [-1.0, 0.0]), 1.0, [(0, 1), (1, 0)]) ]); // Prevod Hamiltoniánu na kvantové brány let jordanWignerEncoding = JordanWignerEncoding(h2Molecule, 2); // Simulácia najnižšej energie molekuly H₂ let energyEstimation = EstimateEnergy(jordanWignerEncoding, 2); Message($"Odhadovaná energia molekuly H₂: {energyEstimation} Ha"); } } 🔹 FermionHamiltonian – Definuje Hamiltonián systému na základe kvantovej mechaniky. 🔹 Jordan-Wigner Encoding – Konvertuje fermiónový Hamiltonián na kvantové brány. 🔹 EstimateEnergy – Používa kvantovú simuláciu na odhad energie molekuly. Simulacia molekuly vody H20: data v YAML: # Definícia molekuly vody (H₂O) s jej kvantovo-chemickou reprezentáciou geometry: - { atom: O, coords: [0.000000, 0.000000, 0.000000] } - { atom: H, coords: [0.757000, 0.586000, 0.000000] } - { atom: H, coords: [-0.757000, 0.586000, 0.000000] } basis_set: STO-3G multiplicity: 1 charge: 0 Q# simulacia: namespace QuantumSimulations { open Microsoft.Quantum.Chemistry; open Microsoft.Quantum.Intrinsic; open Microsoft.Quantum.Canon; open Microsoft.Quantum.Measurement; operation RunH2OSimulation() : Unit { // Definujeme geometriu molekuly vody (H₂O) let h2oMolecule = LoadMoleculeFromFile("h2o.yaml"); // Transformácia Hamiltoniánu na kvantové brány pomocou Jordan-Wigner mappingu let jordanWignerEncoding = JordanWignerEncoding(h2oMolecule, 4); // Použitie kvantového algoritmu na odhad základnej energie molekuly H₂O let energyEstimation = EstimateEnergy(jordanWignerEncoding, 4); Message($"Odhadovaná energia molekuly H₂O: {energyEstimation} Ha"); } } 🔹 Definujeme polohu atómov kyslíka (O) a vodíka (H) v 3D priestore. 🔹 Používame STO-3G ako bázový set (jednoduchý model pre orbitály elektrónov). 🔹 Molekula má nulový náboj a multiplicitu 1 (uzavretý singletový stav). Takto vieme simulovat napr. skladanie proteinov ktore maju sta tisice atomov, v realnom case, co je aktualne nemozne simulovat klasickymi pocitacmi. Nedavny prelom bol ked jedna spolocnost spravila AI s uspesnostou cez 90%.

Ludia nadavaju na Microsoft a potom pouzivaju TypeScript, pushuju svoj kod na GitHub a releasuju package na NPM. React je este od menej oblubeneho Facebooku a nikomu to neprekaza. LOL Microsoft nie je to co bol 10 rokov dozadu. Netreba byt konzervativny. Q# je opensource pod MIT licenciou rovnako ako C#. https://github.com/microsoft/qsharp 1. Paralelné spracovanie a superpozícia Kvantové bity (qubity) môžu existovať v stave 0 a 1 súčasne vďaka superpozícii. To znamená, že kvantový počítač môže spracovávať viaceré riešenia naraz, čím sa urýchľujú výpočty oproti klasickým bitom, ktoré môžu byť iba 0 alebo 1. 2. Kvantová previazanosť (Entanglement) Qubity môžu byť previazané, čo znamená, že stav jedného qubitu okamžite ovplyvňuje stav iného, aj keď sú od seba vzdialené. To umožňuje extrémne rýchlu komunikáciu a synchronizáciu výpočtov, čo môže dramaticky zvýšiť efektivitu algoritmov. 3. Exponenciálne zrýchlenie niektorých algoritmov Vďaka paralelnému spracovaniu dokážu kvantové počítače riešiť niektoré úlohy oveľa rýchlejšie ako klasické: Faktorizácia čísel (Shorov algoritmus) – veľký vplyv na kryptografiu (rozbitie RSA šifrovania). Vyhľadávanie v neštruktúrovaných dátach (Groverov algoritmus) – kvantové počítače dokážu hľadať v databázach rýchlejšie ako klasické. Simulácia molekúl a kvantových systémov – výrazné zrýchlenie výskumu v chémii a materiálovej vede. 4. Efektívnejšie optimalizačné výpočty Kvantové algoritmy môžu dramaticky zrýchliť riešenie komplexných optimalizačných problémov, ktoré sú dnes výpočtovo náročné (napr. logistika, finančné modelovanie, umelá inteligencia). 5. Kvantová komunikácia a bezpečnosť Kvantové systémy umožňujú vytvoriť nové metódy bezpečnej komunikácie, ako je kvantová distribúcia kľúčov (QKD), ktorá je prakticky neprelomiteľná klasickými metódami.

Nah, viac ako polovica serverovej infrastruktury sveta bezi na Linuxe. Tiez som za docker; staci pohladat existujuce image a tie deploynut. Ked niesi docker fanboy, tak to ber ako prilezitost naucit sa nieco nove :D

Jeden z najlepsich programovacich jazykov. Ale chapem, Pawnu alebo PHP sa to urcite nevyrovna...

Najprv musis hodit minimalnu verziu svojho kodu na stackblitz https://stackblitz.com/ a postnut sem link kde kod mozme lahko testovat a debugovat.

MC sa hra cim dalej tym viac privatne a vanilla.

Staci vygenerovat nejake tutoriali cez chat GPT. Napis "obsahovym guru" nech sa do toho pustia

Mozno by som spravil free FiveM hosting