Poslední příspěvky

1

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

« Poslední příspěvek od echo_zulu kdy Dnes v 12:57:17 »

Toto ma zaujalo:

Proti C/C++ bohužel nemohu sloužit, je to už dlouho.

V kombinácii s o deň starším:

Na druhou stranu dobrá zpráva je, že pro nové aplikace není důvod již C++ používat.

... sa musím zamýšľať:

Na základe čoho vlastne vyslovujete takéto závery?

Keď s aktuálnym C++ nemáte dostatok skúseností, tak by možno stálo za zamyslenie, či by ste sa k nemu vôbec mali vyjadrovať.

2

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

« Poslední příspěvek od echo_zulu kdy Dnes v 12:44:25 »

Safety profiles a C++, dovolil by si sdílet tento link:

https://www.circle-lang.org/draft-profiles.html

Je to od člověka, který chtěl fakt C++ pomoct a udělal toho víc než všichni ti diskutující tady dohromady. Problém ale je, že C++ committee prostě nikdy nechce nic dobrého, a vždycky se jde cestou zmetků a věcí, které vývojáři nechcou.

To bol v podstate návrh nového jazyka, či skôr možno viacerých nových jazykov a o to nikto z tých, ktorí v tom majú peniaze, naozaj nestojí.

Kto si myslíte, že v tom "comittee" vlastne sedí? Že sú to ľudia z ulice bez akéhokoľvek vplyvu a bez zodpovednosti? Alebo iba akademici, ktorí nemajú v zdrojovom kóde investície za niekoľko dekád?

Takže bolo rozhodnuté, že sa pôjde cestou evolúcie a nie cestou vymazania histórie a začatia na zelenej lúke.

Pretože za to by niekto musel zaplatiť. A to si začali uvedomovať aj regulačné orgány, ktoré už nepožadujú, aby bolo všetko prepísané do Rustu.

V podstate to znamená, že cena za prechod na iný jazyk v takom veľkom rozsahu, či sa bavíme o prepísaní alebo iba pokračovaní v novom jazyku, je vyššia ako cena za prípadné problémy spôsobené bezpečnosťou, ktorá je iba dosť dobrá a nie perfektná. A k tomu, aby bola bezpečnosť dosť dobrá, C++ smeruje.

Ostatné záležitosti riešia certifikované procesy, kde mimochodom Rust stále zaostáva.

Čo sa jednotlivých programátorov týka, tak každý si môže vybrať jazyk ktorý mu vyhovuje. Pokiaľ v ňom samozrejme nájde prácu.

Je inak pozoruhodné, že ste sem vlepili rozhodnutie z minulého roku a nie rozhodnutia z tohto roku, ktoré veci značne posúvajú v prospech C++. A nemyslím si, že je málo pravdepodobné, že o nich neviete.

Na záver, ja sa nesnažím pomôcť C++. Ale tým, ktorí sa snažia zorientovať a dostávajú jednostranné informácie o tom ako je jeden jazyk úžasný a ako venovať sa jazyku s dlhšou históriou a 5 až 10-krát väčším zastúpením v priemysle nemá zmysel. Aby mali možnosť vidieť aj druhú stranu mince.

3

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

« Poslední příspěvek od 𝑾𝑰𝑭𝑻 kdy Dnes v 12:43:30 »

Pokud totiz vyrobce sw sam nedorzuje sve licencni podminky - alespon zakladni kontrolou ze nedelate neco nad ramec (jak je tomu napr. u poctu jader cpu), tak je takove ujednani neplatne.

To běžte vysvětlit Oraclu, kde stačí do databáze udělat jeden blbej select a v tu ránu to znamená, že jste si měl koupit licenci na nějakou fíčuru. U Oracle DB je v podstatě normální, že víceméně všechno funguje bez ohledu na to, zda na to máte koupenou licenci, nebo ne. A to, že jste to použil, se zapíše do nějaké interní tabulky a používá se to pak při auditu. Vyjel sis AWR report? Břink! Použils partitioning? Břink! Udělal's komprimovanej export? Břink! Ta kasa se pak může ubřinkat .

4

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

« Poslední příspěvek od echo_zulu kdy Dnes v 12:32:49 »

Nemám čas, tak stručnejšie...

Jenže o vytlačování, ve smyslu že se C++ úplně přestane používat, tu pořád píšete jenom vy. Všichni ostatní píšou „Rust (částečně) nahazuje C++“ a myslí tím, že některé aplikace, které by se při neexistenci Rustu psaly v C++, se dnes píšou v Rustu.

Tak si to zrekapitulujme.

napríklad:

Na druhou stranu dobrá zpráva je, že pro nové aplikace není důvod již C++ používat.

alebo:

C++ jde nevyhnutelně ve špatné trajektorii a dnes už není moc důvod použít C++ na nový projekt - jsou mnohem lepší jazyky.

alebo:

Drbat se dnes s C++ prostě nestojí za to. U legacy kódu to chápu, ale u nového kódu ne.

To už je vyslovene neúctivé. K ľuďom, ktorí nové projekty v C++ začínajú. Keď ich začínajú a C++ je taký šmejd ako o ňom roztlieskávači Rustu píšu, tak predsa tí ľudia, ktorí si C++ vybrali, nemôžu byť normálni...

Podobne ako toto:

Lidi co říkají, že rust nenahradí C++ žijou ve vlastním omezeném světě.

Pritom je to úplne naopak. Svet C++ je oveľa rozsiahlejší ako svet Rustu. A stále sa rozširuje. Čo sa týka počtu programátorov, počtu projektov, počtu noviniek v jazyku, atď.

Takže moja odpoveď do toho celkom zapadá:

Teda vytlačenie C++ z nových, čiže odborne aj obchodne zaujímavých, projektov. Čo je samozrejme nemysel.

Rust a C++ sa v rámci svojej kategórie a toho, čo poskytujú, čiastočne prekrývajú. Takže je jasné, že sú do istej miery zastupiteľné. To predsa nikto nespochybňuje. Ale každý z nich má niečo, čo ten druhý nemá a situácia, že by jeden z nich získal všetko, čo má ten druhý a vytlačil ho, nikdy nenastane.

Dokážem si ale predstaviť, že ste prehliadli tú prvú vetu, kde je jasne definovaný rozsah.

Ďalej, čo sa toho "částečně" týka, tak v prvej zmienke o nahradení C++ Rustom žiadne "částečně" nebolo.

Že vy význam těch slov chápete jinak je sice hezké, ale když tu všichni ostatní používají význam odlišný od toho vašeho, mohl byste se přizpůsobit. Jinak se nedomluvíme. Nebo alespoň přestat pořád dokola opakovat, že ta cizí vyjádření s vaším významem slov nedávají smysl.

Možno je to tak, že skutočný význam slov nechápete vy. Keď sú bez prívlastku. Takže sa môžeme začať nekonečne dohadovať o tom, či keď sa povie nahradenie, myslí sa tým úplné alebo čiastočné. Z nejakého dôvodu ale prívlastok "čiastočne" existuje. A rozhodne nie je nadbytočný.

5

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

« Poslední příspěvek od snugar_i kdy Dnes v 12:31:11 »

Rád bych se zeptal, co Vás nejvíce zdržuje při porovnání programování v Java/C#/PHP oproti Rustu? Je to čtení kódu, odlišná syntaxe Rustu, odlišnost přístupu k přísným datovým typům (im/mutability) Rustu, neexistující knihovny, automatické doplňování kódu v IDE (jaké nástroje používáte? VS Code nebo JetBrains RustRover etc.) nebo ještě něco jiného? Rád bych totiž našel řešení, jak zrychlit vývoj v Rustu oproti Java/C#/PHP a hlavně oproti C++ tak, aby to bylo obráceně: přinejmenším Java/C#/PHP = 2 jednotky času oproti Rust = 1 jednotka času. Ale rád bych dosáhl poměr 1:10 ve prospěch Rustu. Bylo by to reálné? Třeba i s popmocí A.I.?

Předem díky za odpověď,
nm

A proč by to mělo jít? Proč by ty vylepšení měly jít použít jenom v Rustu a ne i v těch ostatních jazycích?
V Rustu za absenci GC platíš složitější architekturou kódu.
Pokud by šlo v Rustu psát všechno rychlejí než v Javě/C# a zároveň by to pak běželo rychleji a žralo míň paměti, nebyl by (skoro) žádný důvod je použít.

6

Sítě / Re:Wake on LAN na Dell s Windows nefunguje

« Poslední příspěvek od darebacik kdy Dnes v 12:01:27 »

Zatial mam tieto vysledky:
Urobil som dost vela zmien, ale problem bol mozno u klienta z ktoreho skusam zapinat.
Prioritne bude pre mna aby fungovalo zapinanie z MK tools -- WoL.
Momentalne to testujem z mobilnej aplikacie wake on lan, ale tiez to funguje aj z wolon.
Z fdroid to fungovalo raz a potom uz nie.
Cize stav S5 (LAN LED svieti/blika).
PC bez problemov zapnem cez android aplikaciu .

Jediny problem som zaznamenal, ked na sietovke z nejakeho dovodu nesvietila LED a neslo to zapnut.
Skusil som to odpojit aj od napajacieho adaptera (nasimuloval som vypadok elektriny (na 2-3 minuty)) a WoL fungovalo aj potom.
Cize toto by som povazoval za vyriesene, pokial sa nevyskytne nieco necakane.
Este to musim otestovat z MK -- Tools -- WoL (to bude az o niekolko dni).

7

Hardware / Re:Utilita na zistenie kompatibility HW s Linuxom?

« Poslední příspěvek od Wasper kdy Dnes v 11:42:22 »

No právě ten scheduling procesů. Už je nějak uspokojivě vyřešeno (automaticky v scheduleru), aby proces od kterého chci výkon, běžel na výkonném jádře, zatímco proces který si podle mého má trhnout nohou, dostal jádro slabé? :-)

Nevím, jak je to přesně pod kapotou, ale jedu právě teď tréning neuronku (žere to +- jedno jádro na 100 procent, ale víc threadů) - to běží na P-core

pustil jsem stress -c 6, neuronku to odsunulo na dvě E jádra, a stress zabral P jádra
pustil jsem stress -c 7, 6 stressů je na P jádrech, sedmý stress a neuronka je na E
pustil jsem stress -c 5, pět stressů je na P, pár sekund toneuronku rozhodilo na 1P+4E zbytek, ale pak jí to sesypalo zpět na zbývající P
Po schození stressu to okamžitě neuronku vrátí na P.

Vše AlderLake i5 s vypnutým HT (takže 6P+4E)

Nevím, jestli je za tím heuristika nebo capacity aware scheduling, ale funguje to tak, jak po tom chci aby to fungovalo.

(a "ručně" se dá použít taskset, když chci něčemu dát "E-nice", jediné, kde to nefungovalo byl Steam s protonem, kde když to nemělo povolenou affinitu na CPU0, tak to Proton nerozdejchal...)

8

Bazar / Prodám servery Supermicro a Gigabyte

« Poslední příspěvek od skrivy kdy Dnes v 11:25:23 »

Nabízím k prodeji následující servery:

Supermicro 1U SYS-111E-WR, X13SEW-F, Silver 4410Y, 32GB RAM
 - Barebone: Supermicro SYS-111E-WR - 2x 860W PSU, 10SFF
 - Základní deska: X13SEW-F
 - Disky: Bez disků, 10 rámečků v ceně
 - Ližiny: Včetně plných ližin
 - CPU: Intel Xeon Silver 4410Y - 12C/24T, 2.00/3.90 GHz, 150W TDP
 - RAM: 32GB - 1x 32GB
 - Cena: 32 000 Kč bez DPH
 - Záruka: 1 měsíc

1U Gigabyte R181-2A0, 2x Xeon Gold 5118, 16GB RAM
 - Barebone: Gigabyte R181-2A0 - 2x 1200W PSU, 10SFF
 - Disky: Bez disků, 6 rámečků v ceně, další dostupné nejsou
 - Ližiny: Bez ližin
 - CPU: 2x Intel Xeon Gold 5118, 12C/24T, 2.30/3.20GHz 105W TDP
 - RAM: 16GB - 1x16GB
 - Cena: 6 400 Kč bez DPH

1U Supermicro SYS-1029U-TRTP2, 2x Xeon Gold 6138, 32GB
 - Barebone: Supermicro 1029U-TRTP2 - 2x 750W PSU, 10SFF
 - Základní deska: X11DPU
 - Disky: Bez disků, 10 rámečků v ceně
 - Ližiny: Bez ližin, lze přidat za +950 Kč
 - CPU: 2x Intel Xeon Gold 6138, 20C/40T, 2.00/3.70 GHz, 125W TDP
 - RAM: 32GB - 2x 16GB
 - Cena: 8 833 Kč bez DPH

Kontakty: root@skrivy.net nebo PM zde.

--------------

Podmínky:

Cena a záruka:
- Cena je bez DPH
- Předmět je prodáván od plátce DPH s fakturou
- Nabídka je určena pro účel podnikání, při osobním nákupu mi prosím napište
- Záruka je 14 dnů s možností prodloužit - stačí si napsat
- Poškozené zboží měníme 1:1. Pokud není náhrada dostupná, tak vracíme peníze

Prodávaný předmět:
- Jedná se o použité zboží se známkami používání
- Nabídka obsahuje jen to v popisu, pokud si nejste jisti, tak se ptejte
- U většiny zboží je možná úprava, napište mi požadavky a podívám se na možnosti

Testování:
- Všechno prodávané zboží je před prodejem otestované a vše je funkční
- Servery jsou testované pomocí memtest a cpuburn
- Pevné disky jsou otestované pomocí badblocks
- U serverů je možné si jej nechat zapojit a před nákupem otestovat

Odběr a zaslání:
- Osobní odběr Praha 2, Vinohrady (po domluvě 07 - 23h, Po-Ne)
- Velké předměty (např. servery) zasílám přes GLS - cena 300 Kč

9

Hardware / Re:Ochrana koženky na sluchátkách

« Poslední příspěvek od Wasper kdy Dnes v 11:05:10 »

Žádné, stejně se to začne loupat. Buď to ručně oloupu úplně, někdy je pod tím použitelný materiál, nebo koupím nové náhradní náušníky. Zatím jsem vždy kupoval z Aliexpressu za zlomek ceny originálu, a zatím mám tu zkušenost, že to kolikrát vydrží déle, než ten originál.

Tak ani original neni nejak velka palba, treba Sennheisery maji pro vetsinu typu pod petistovku, coz se v porovnani s cenou sluchatek da.

10

Sítě / Re:Wake on LAN na Dell s Windows nefunguje

« Poslední příspěvek od darebacik kdy Dnes v 10:56:10 »

Slo, ale ak nieco budem musiet do buducnosti na PC riesit (napr. vikend, noc a pod ..) a nikto tam nebude, tak budem musiet cakat az tam niekto pride a fyzicky to zapne.
Na firme je mikrotik a ten ma v ponuke aj tool WoL, cize z MK by som si to vedel zapnut (potom uz cez rustdesk viem pracovat aj na dialku).