Přechod z Javy na Rust. Ano či ne?

Re:Přechod z Javy na Rust. Ano či ne?
« Odpověď #45 kdy: 21. 09. 2025, 21:29:24 »
c++ musim pouzivat profesne

skúste si pozrieť nejaké aktuálne video z konferencií, možno vás to zaujme a možno vám to zlepší pohodu v práci. pokiaľ teda máte možnosť používať nový prekladač. v piatok skončil cppcon a tri videá sú už na youtube.

ale jeste vice se mi libi golang

čo bude asi kvôli jeho jednoduchosti?

inak, čo sa týka rustu, tak ja s ním problém nemám, ale nech mi nikto nehovorí, že je to náhrada c++.


Re:Přechod z Javy na Rust. Ano či ne?
« Odpověď #46 kdy: 21. 09. 2025, 21:31:48 »
Ani nie, iba toto: Qt/Qt3D, Unreal Engine, Chromium a systémy založené na ňom, CUDA/HIP, OpenCV, CGAL/OpenCascade, API CAD aplikácií, no a potom všetko, kde potrebujete certifikáciu, pre Automotive/aerospace/medical, ako napríklad MISRA/AUTOSAR/ISO 26262/DO-178C

Myslím, že vymenované zapadá do kolonky legacy aplikácie, ktorú spomínal BoneFlute.

Re:Přechod z Javy na Rust. Ano či ne?
« Odpověď #47 kdy: 21. 09. 2025, 21:40:42 »
U Rustu nevidím nic, co by měl společného s C++. Jde úplně jinou cestou. Skoro až opačnou.

Proto to s tím nahrazováním C++ nebude až tak horké.

Pro kterou aplikaci je C++ vhodnější než Rust?

- Micročipy (ale prej...)
- Legacy aplikace napsaná v C++
- C++ vývojáři
- Možná ještě to stabilní ABI by mohlo něco znamenat, ale to nedokážu posoudit.

Napadá vás něco dalšího?

Myslím, že Rust není moc přizpůsobený na situace, kdy část kódu má mít omezenou paměť nebo kdy dochází paměť. Což je například užitečné ve webové serveru - mohu chtít aby na každý request bylo použito maximálně X bajtů paměti. A bohužel ve standardní knihovně Rustu nemůžu říct nějaké funkci, aby alokovala pouze v nějakém omezeně velkém prostoru (například každý request by dostal svůj specializovaný alokátor).

BoneFlute

  • *****
  • 2 056
    • Zobrazit profil
Re:Přechod z Javy na Rust. Ano či ne?
« Odpověď #48 kdy: 21. 09. 2025, 22:08:27 »
U Rustu nevidím nic, co by měl společného s C++. Jde úplně jinou cestou. Skoro až opačnou.

Proto to s tím nahrazováním C++ nebude až tak horké.

Pro kterou aplikaci je C++ vhodnější než Rust?

- Micročipy (ale prej...)
- Legacy aplikace napsaná v C++
- C++ vývojáři
- Možná ještě to stabilní ABI by mohlo něco znamenat, ale to nedokážu posoudit.

Napadá vás něco dalšího?

Myslím, že Rust není moc přizpůsobený na situace, kdy část kódu má mít omezenou paměť nebo kdy dochází paměť. Což je například užitečné ve webové serveru - mohu chtít aby na každý request bylo použito maximálně X bajtů paměti. A bohužel ve standardní knihovně Rustu nemůžu říct nějaké funkci, aby alokovala pouze v nějakém omezeně velkém prostoru (například každý request by dostal svůj specializovaný alokátor).

To je velice zajímavá poznámka.

Z mého rychlého studia, co jsem narychle zjistil:

Existuje std::panic::catch_unwind() pro práci s nebezpečným kódem - to musím vyzkoušet.

Od Rustu 1.70 je stabilní trait Allocator. Ale vypadá to na spoustu unsafe.

Pak jsou k dispozici nějaké knihovny které umí pracovat s předalokovanou pamětí.

Na první pohled mi to přijde jako plichta :-) Vypadá to, že v Rustu se to dělá tak, že se napíše unsafe řešení, které je následně k dizpozici vyšší úrovni... Takže rozhodně nic geniálně předpřipraveného.

Ale pro mě to znamená, že si musím vyzkoušet ve své aplikaci, kde používám scriptovací jazyk v Rust engine, co udělá, když tím scriptem vyžeru veškerou paměť.