Visu februāra mēnesi bijām dalīties ar dažādām ziņām uz problēmu un nesaskaņu gadījumā kas ir ģenerēti Linux kodola izstrādātāju kopienā attīstībai Rustā.
pat Daži no smagsvariem sabiedrībā ir darījuši zināmu savu nostāju un vēl ļaunāk, daži ir atkāpušies no saviem amatiem kā uzturētāji dažās Linux kodola apakšsistēmās.
Ņemot vērā šo diskusiju vilni, kas, šķiet, kļūst nekontrolējams, Linuss Torvalds ir ņēmis lietas savās rokās. y ir pievienojies diskusijai apkārt dažu uzturētāju pretestībai Rust ieviešanai Linux kodolā.
Pēc Linusa domām, neviens uzturētājs nav spiests mācīties, lietot vai pat ņemiet vērā ierakstīto kodu Rūsējiet, ja nevēlaties, jo viņi var turpināt strādāt tikai ar C.
Trešdien, 19. gada 2025. februārī, plkst. 22:42, Kristofs Helvigs rakstīja:
>
Dokumentā teikts, ka Rust izmantošanai nav nepieciešama apakšsistēma. Tas ir pierādīts.
> kļūdies Linusam. Un, lai gan jūs, iespējams, to nezinājāt, kad
> Kad jūs rakstījāt dokumentu, jūs to izdarījāt, ievietojot to sarakstā.Es biju cerīgs un izmēģināju to, lai redzētu, vai šis garais pavediens dos rezultātus.
kaut ko konstruktīvu, bet šķiet, ka tas notiek atpakaļ (vai vismaz
vismaz ne uz priekšu).Fakts ir tāds, ka izvilkšanas pieprasījums, pret kuru jūs iebildāt, NEATTIECAS DMA
SLĀNI VISPĀR.Viņš burtiski bija tikai cits lietotājs, pilnīgi atsevišķā situācijā.
apakšdirektorijā, kas nekādā veidā nemainīja jūsu uzturēto kodu,
forma vai forma.
Tomēr, ja uzturētājs nolems neiesaistīties, viņam arī nebūs iespējas ietekmēt tā izstrādes veidā, kā arī neietekmējot to, kā tās ārējās saites tiek integrētas pašas apakšsistēmas kodā.
Torvalds to paskaidroja tiem uzturētājiem, kuri ir ieinteresēti virzīties uz priekšu ar Rūsu varēs piedalīties tās izstrādē, ietekmēt būvniecību saites un palīdz uzturēt atbilstošās saskarnes. Un otrādi, tie, kas izvēlēsies nestrādāt ar Rust, tiks pasargāti no problēmām, kas var rasties, to lietojot, bet arī tiks izslēgti no tā evolūcijas ietekmēšanas. Šī pieeja rada sava veida barjeru, kas, aizsargājot tos, kuri ir veltīti tikai C, vienlaikus neļauj viņiem dot ieguldījumu Rust integrācijas uzlabošanā.
Tātad šis e-pasta ziņojums nav par "rūsas politiku". Šis e-pasts ir par a
Daudz lielāka problēma: kā uzturētājs jūs esat atbildīgs par savu kodu,
Protams, bet jūs neesat atbildīgs par to, kurš un kā izmanto gala rezultātu.Rustam nav jāpatīk. Tev par viņu nav jāuztraucas. Tas ir…
Jau no sākuma ir skaidri pateikts, ka neviens nav
spiesti pēkšņi jāmācās jauna valoda, un ka cilvēki, kas
Ja vēlaties strādāt tikai C pusē, varat turpināt to darīt.
Šī situācija savā ziņā rada aizsargbarjeru.tiem, kas strādā tikai ar C, izolējot tos no sarežģījumiem un iespējamiem trūkumiem, kas ar to saistīti uz Rust kodu. Bet tajā pašā laikā šī pati izolācija neļauj viņiem ietekmēt Rust progresu, kas nozīmē, ka devīze "nevienam nav jātiek galā ar Rustu" neļauj katram uzturētājam bloķēt jebkuru šajā valodā rakstītu kodu.
La tiek organizēta pienākumu sadale tāpēc tie, kas interesējas par Rust, var strādāt pie tā aspektiem, savukārt tie, kas izvēlēsies neiesaistīties, nebūs spiesti mainīt savu darbplūsmu, lai gan viņi nevarēs modificēt Rust rakstīto komponentu izstrādi.
Strīdi pastiprinājās, kad radās jautājums par Rust link apstiprināšanu, izmantojot DMA apakšsistēmu. Šajā gadījumā tika ignorēts uzturētāja iebildums, kurš mēģināja bloķēt šādu saišu pieņemšanu, un Linuss atklāti kritizēja Kristofa Helviga rīcību.
Pēc Torvalda domām, Helvigs bija pārsniedzis savas pilnvaras. mēģinot ietekmēt kodu, kas, būdams ieviests atsevišķā apakšdirektorijā, neietekmēja DMA apakšsistēmu, par kuru viņš bija atbildīgs. Pēc Torvalda vārdiem, Helviga attieksme ir līdzīga mēģinājumam atslēgt DMA kontrolierī vienkārši tāpēc, ka viņam tas nepatika, kas ir nepieņemami.
Galu galā, lai gan katrs uzturētājs ir atbildīgs par savu kodu, viņam nevar prasīt, lai tas kontrolētu, kā šis kods tiek izmantots, vai pieņemt lēmumu par tā integrāciju lielākos projektos.