Smirivanje kokošinjca: Linus Torvalds naglašava svoj stav o Rustu

Linus Torvalds

Tokom cijelog mjeseca februara bili smo dijeljenje raznih vijesti o tome u slučaju problema i nesuglasica koji su generirani u zajednici programera Linux kernela za razvoj u Rustu.

Čak i Neki od teškaša u zajednici dali su do znanja svoj stav i još gore, neki su dali ostavke na svoje funkcije kao održavaoci unutar nekog od podsistema jezgra Linuxa.

S obzirom na ovaj val diskusija koji izgleda da izmiče kontroli, Linus Torvalds je preuzeo stvari u svoje ruke. y se pridružio raspravi oko otporu nekih održavalaca uvođenju Rusta u Linux kernel.

Prema Linusu, nijedan održavatelj nije primoran da uči, koristi ili čak razmotrite kod napisan Rđaj ako ne želiš, budući da mogu nastaviti raditi isključivo sa C.

U srijedu, 19. februara 2025. u 22:42, Christoph Hellwig napisao:
>
U dokumentu se navodi da nije potreban podsistem za korištenje Rusta. To je dokazano.
> biti u krivu za Linusa. I mada to možda niste znali kada
> Kada ste napisali dokument, apsolutno ste to učinili tako što ste ga postavili na listu.

Nadao sam se i probao, da vidim da li će ova duga tema dati rezultate.
u nešto konstruktivno, ali izgleda da ovo ide unazad (ili barem
barem ne naprijed).

Činjenica je da zahtjev za povlačenjem na koji ste se usprotivili NIJE DIRAO DMA
SLOJ UOPŠTE.

On je bukvalno bio samo još jedan korisnik, u potpuno odvojenoj situaciji.
poddirektorij, koji ni na koji način nije promijenio kod koji održavate,
oblik ili formu.

Međutim,, ako održavač odluči da se ne uključuje, on ili ona također neće imati priliku utjecati na način na koji je razvijen, niti utičući na to kako su njegove eksterne veze integrisane u kod njegovog sopstvenog podsistema.

Torvalds je to objasnio oni održavaoci koji su zainteresovani za napredovanje sa Rust moći će da učestvuje u njegovom razvoju, utiče na izgradnju veza i pomoći u održavanju odgovarajućih interfejsa. S druge strane, oni koji odluče da ne rade s Rustom bit će zaštićeni od problema koji mogu nastati prilikom korištenja, ali će također biti isključeni iz utjecaja na njegovu evoluciju. Ovaj pristup stvara neku vrstu barijere koja, dok štiti one koji su posvećeni isključivo C-u, istovremeno ih sprečava da doprinesu poboljšanju integracije Rust-a.

Dakle, ova e-poruka se ne odnosi na bilo kakvu „pravilu o rđi“. Ovaj email se odnosi na a
Mnogo veći problem: kao održavatelj, vi ste zaduženi za svoj kod,
Naravno, ali vi niste zaduženi za to ko i kako koristi krajnji rezultat.

Ne morate da volite Rust. Ne moraš da brineš o njemu. to je…
Od početka je jasno rečeno da niko nije
prisiljeni da odjednom moraju učiti novi jezik, a da ljudi koji
Ako želite raditi isključivo na strani C, možete nastaviti s tim.

Ova situacija stvara, na neki način, zaštitnu barijeru.za one koji rade samo sa C, izolujući ih od složenosti i potencijalnih nedostataka povezanih s tim na Rust kod. Ali u isto vrijeme, ta ista izolacija ih sprječava da utiču na napredak Rusta, što znači da moto "niko nema posla sa Rust-om" ne dozvoljava svakom održavaocu da zaključa bilo koji kod napisan na ovom jeziku.

La organizovana je podjela odgovornosti tako da oni koji su zainteresovani za Rust mogu da rade na njegovim aspektima, dok oni koji odluče da se ne uključe neće biti primorani da menjaju svoj radni tok, iako neće moći da modifikuju razvoj komponenti napisanih u Rustu.

Kontroverza se intenzivirala kada se pojavilo pitanje odobrenja Rust veze preko DMA podsistema. U ovom slučaju, protivljenje održavača koji je pokušao blokirati prihvatanje takvih veza je zanemareno, a Linus je otvoreno kritizirao postupke Christopha Hellwiga.

Prema Torvaldsu, Hellwig je prekoračio svoja ovlaštenja. pokušavajući da utiče na kod koji, budući da je implementiran u zasebnom poddirektorijumu, nije uticao na DMA podsistem za koji je on bio odgovoran. Po Torvaldsovim riječima, Hellwigov stav je sličan pokušaju da onemogući DMA u kontroleru jednostavno zato što mu se to nije svidjelo, što je neprihvatljivo.

U konačnici, iako je svaki održavatelj odgovoran za svoj vlastiti kod, od njega se ne može zahtijevati da kontrolira kako se taj kod koristi ili odlučuje o njegovoj integraciji u veće projekte.