Názory k článku
Curl končí s alternativním backendem hyper napsaným v Rustu

A tak to skonci i s Rustem v jadre. Posledni at zhasne.

A nebo taky ne. Srovnavat curl s jadrem... rad michate hrusky a vejce? ;-)

Tak zrovna v jádře spousta fičur Rustu zatím nefunguje (problém specifický pro jádro, v userspace ne).

26. 12. 2024, 00:33 editováno autorem komentáře

Odstraněný je jen hyper, kde je údržba modulu fakt složitá. Zůstává další kód, jako třeba Rustls. Autor má navíc pořád zájem Hyper zařadit zpátky, jen shání maintainery.

Mě na tom zaujala ta formulace: "samotný kód v C se postupně zlepšil tak, že je sám o sobě mnohem bezpečnější."

Bezpečnější než co? Než Rustí kód? Nebo než průměrnej C kód, takže by vlastně Rust neměl co zlepšovat?

Pro C je spousta nástrojů na jeho kontrolu, jak na úrovni kódu, tak při testovacím běhu. Využívá je např. Linux kernel. A Rust neřeší 100 % situací.

26. 12. 2024, 00:42 editováno autorem komentáře

"A Rust neřeší 100 % situací." -- tím ses zazdil.

Na vyvrácení mi stačí najít jednu věc ;-)

Ciste logickou uvahou: nez ten neudrzovanej hyper o kterem je zpravicka...

Hyper je defakto industry standard http implementace v Rustu používaná celým ekosystémem a udržovaný vážně je :) Neudržovaný byl "jen" kód který ho lepil do Curlu.

Bezpečnější než byl. V důsledku práce na integraci hyper do curl. (Lze si přečíst ten odkázaný blogpost.)

Ten výsledek je celkem pochopitelný. Rust vývojáři curl nijak zvlášť nepoužívají a místo toho sáhnou přímo po hyper, případně nějaké higher levém knihovně která hyper používá jako reqwest.
Firmy které by mohly pomoct zas používají curl a je jim celkem jedno v čem je, investice do jiného http backendu je až moc abstraktní problém.
A s ohledem na to jak úzkostlivě Daniel drží zpětnou kompatibilitu (což je super), nějak zvlášť nehrozí ani že by se Rust backend stal defaultem.