Poslední příspěvky

91

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

« Poslední příspěvek od balkovic kdy 20. 09. 2025, 12:40:00 »

Pro drcení čísel je Fortran stále nepřekonaným jazykem a stále je modernizován. Neznám jiný jazyk, který by tak efektivně pracoval s vícerozměrnými poli.

Len sa to nikomu nechce prepisovať z predpokakanosti, že by v tom narobili chyby. A keď je to zapúzdrené v knižniciach a na používateľskej úrovni sa použije povedzme python, nikoho to ani netrápi. (Teda dovtedy, kým to neprináša nejaké nepríjemné obmedzenia)

92

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

« Poslední příspěvek od Kit kdy 20. 09. 2025, 12:29:06 »

Před nějakými 30 lety se kladly řečnické otázky, zda FORTRAN přežije rok 2000. C, a zejména C++, mělo přitom nepochybně mnohem silnější tah na branku v porovnání s FORTRANem-66 nebo 77, než má Rust oproti C++. Asi není špatné Rust umět (po mně to už nechtějte), ale pracovat na C++ nebo Javě je jistější chleba.

Pro drcení čísel je Fortran stále nepřekonaným jazykem a stále je modernizován. Neznám jiný jazyk, který by tak efektivně pracoval s vícerozměrnými poli.

93

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

« Poslední příspěvek od Kit kdy 20. 09. 2025, 12:19:35 »

Zrovna studuji XProc, který podle mne skoro nikdo nezná, ale rozhodně je zajímavý.

XProc se moc neujal, ne? Zajímal jsem se o to v době kolem vydání první verze specifikace, pak jsem se na to ještě párkrát podíval. Ale existovala jen jedna nebo dvě implementace a jejich možnosti byly dost omezené.

Aktuální je verze XProc 3.1, která vyšla letos na jaře. Umí toho řádově víc než jednička. Hlavně více vstupů v různých formátech, včetně CSV a JSON. Umí i položit SQL dotaz a zpracovat výstup. Je toho docela dost. Existují dvě implementace - XML Calabash a MorganaXProc.

94

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

« Poslední příspěvek od Filip Jirsák (forum) kdy 20. 09. 2025, 12:15:24 »

Asi nejznámější příklad - Pascal vs. C. Pascal nepochybně je bezpečnější a přehlednější než C, tlačil se lidem do hlav už od středních škol, ale stejně nakonec většina těchto lidí přešla na C. Ten proces bych přirovnal k přechodu z cvičného letounu na "ostrý" stroj.

Pascal se používal v podobě Object Pascalu v Delphi. A řekl bych, že GUI aplikací bylo daleko víc napsaných v Delphi než v C nebo C++. Delphi pak porazila Java, ne C nebo C++.

Rust podle mne konkuruje spíš C než C++.

V Javě bude ještě dlouho mnohem víc aplikací, než v Rustu. To samé i když v menší míře platí i o C++. Ale výhoda programování je, že si můžete vybrat prakticky libovolný programovací jazyk, a hlady nezemřete. U některých bude trochu snazší najít práci, u jiných trochu složitější, ale pokud budete opravdu umět programovat, práci si najdete vždycky.

95

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

« Poslední příspěvek od Jožka Niemand kdy 20. 09. 2025, 11:48:39 »

Nemyslím si, že by byl náhradou Javy, ale spíš náhradou C++.

Už zas chce niekto nahradzovať C++?? To sa naozaj nestane...

Je mi jasné, že C++ tu bude ještě dlouho, ale snad uznáš, že Rust je o něco bezpečnější a že dává méně prostoru, jak se střelit do nohy.

To není zas tak silný argument, jak si spousta lidí myslí. Snaha o takové jazyky tu byla už dávno a stejně oproti těm "nebezpečnějším" vždycky hrály spíše druhořadou roli. Asi nejznámější příklad - Pascal vs. C. Pascal nepochybně je bezpečnější a přehlednější než C, tlačil se lidem do hlav už od středních škol, ale stejně nakonec většina těchto lidí přešla na C. Ten proces bych přirovnal k přechodu z cvičného letounu na "ostrý" stroj.
Za sebe říkám, že Rust mi nestojí za tu hromadu problémů, kterými se pokouší řešit jiné problémy. Je to podobné, jako by mi někdo místo češtiny nutil jiný jazyk, který nemá vyjmenovaná slova a shodu podmětu s přísudkem - zato říci v něm "dobrý den" je, jako když Wimmer učí maďarštinu. Jenže já v těchto pravopisných jevech chyby už dávno nedělám. Rustafariáni tvrdí, že každý v tom dělá chyby, ale já trvám na svém - chybu takového typu jsem v C neudělal, ani nepamatuji. Navíc pak tu je nedílná součást vývoje - testování.

Před nějakými 30 lety se kladly řečnické otázky, zda FORTRAN přežije rok 2000. C, a zejména C++, mělo přitom nepochybně mnohem silnější tah na branku v porovnání s FORTRANem-66 nebo 77, než má Rust oproti C++. Asi není špatné Rust umět (po mně to už nechtějte), ale pracovat na C++ nebo Javě je jistější chleba.

96

Windows a jiné systémy / Re:Digitalni licence Win 11 a přesun na KVM

« Poslední příspěvek od Filip Jirsák (forum) kdy 20. 09. 2025, 11:33:52 »

Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).

Řešil jste to v případě Windows 10 nebo Windows 11? To omezení bývalo u starších verzí Windows, ale Windows 10 už bylo možné i v OEM verzi instalovat do virtuálu. Řešilo se to třeba zde: https://forum.root.cz/index.php?topic=24342.15

97

Windows a jiné systémy / Re:Digitalni licence Win 11 a přesun na KVM

« Poslední příspěvek od Michal Šmucr kdy 20. 09. 2025, 11:23:59 »

Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).

Ale pokud se ptáte, jestli je tam technická možnost, tak za určitých podmínek nejspíš ano..
Pokud se jedná o skutečně OEM klíč od nějakého výrobce (např. HP, Lenovo..), tak je typicky vázaný na SLIC (software licensing) ACPI tabulku a metadata (manufacturer, sku atp.) z SMBIOSu.
Mrkněte se na odpovídající dokumentaci k libvirt nebo ekvivalent u čistého QEMU.
https://libvirt.org/formatdomain.html#common-os-element-configuration

Ta metadata z fyzického počítače získáte přes dmidecode. SLIC ACPI tabulku můžete vykopírovat celou z /sys/firmware/acpi/tables/.
Další možnost je pak tak, že je použitý OEM klíč už je v tabulce ACPI tabulce MSDM (tam se nechá najít jako plaintext).

Můžete si to zkusit nastavit ve VM, případně použít klíč a uvidíte, jestli se to chytne. Zkoušel jsem to pro zajímavost před lety (Windows 7, 10) a normálně jsem to rozběhl, Windows ve VM naběhly rovnou aktivované.

Já to v posledních letech moc neřešil, mám buď multiboot s Windows, nebo samostatný počítač. Když mám něco na testování, technickou podporu atp., tak různé verze Windows, co mám třeba v nějakých výchozích šablonách, ve virtuálech vůbec neaktivuji a je to v podstatě jako trial. Omezení nekativovaných Windows pro tohle použití nevadí, a jakmile to nepotřebuji, tak to smáznu a při příštích pokusech to vezmu načisto.

98

Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM

« Poslední příspěvek od Filip Jirsák (forum) kdy 20. 09. 2025, 11:05:26 »

Myslím, že OEM licence Windows nezakazuje provozovat je ve virtuálu, musí to být ale stále na tom původním počítači.

Postupujte stejně, jako v tom článku – aktivujte Windows telefonicky. Microsoft technicky toleruje několik změn hardwaru, na kterém běží Windows – třeba kvůli reklamacím hardwaru řešeným výměnou. Akorát vás v některých případech donutí do té telefonické aktivace, ale ta v takových případech projde.

Provozovat neaktivovaná Windows mi nedává smysl. Chodí na ně vůbec aktualizace? Navíc to působí blbě, když to někdo uvidí, a zbytečně se tím zvyšuje riziko nějakých problémů (ať technických, že v těch Windows něco nebude fungovat, tak právních, že budete muset dokládat, že tu licenci opravdu máte).

99

Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM

« Poslední příspěvek od rmrf kdy 20. 09. 2025, 10:50:55 »

Taky ty Windowsy můžeš provozovat neaktivované. Kromě nějakých blbostí, jako je nastavení pozadí apod., fungují bez problémů.

100

Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM

« Poslední příspěvek od RDa kdy 20. 09. 2025, 10:47:33 »

Budu řešit to samé s W10, jen s čistým qemu jako VM.

Mám tohle poznačený jako co je třeba:

How to use Windows 10 OEM license in libvirt VM
https://gist.github.com/Informatic/49bd034d43e054bd1d8d4fec38c305ec

Passing Through Hardcoded Windows SLIC License from Physical Host to VM
https://forum.proxmox.com/threads/passing-through-hardcoded-windows-slic-license-from-physical-host-to-vm.162685/

Q: Win10Pro VM Guest install / "Bios" Activation key?
https://forum.proxmox.com/threads/q-win10pro-vm-guest-install-bios-activation-key.47873/