{"id":122025,"date":"2025-02-21T08:22:05","date_gmt":"2025-02-21T06:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust"},"modified":"2025-02-21T08:22:05","modified_gmt":"2025-02-21T06:22:05","slug":"linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","title":{"rendered":"Linus Torvalds ha spiegato la sua posizione riguardo l'integrazione delle modifiche in Rust.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A proposito della resistenza dei manutentori all'inserimento di Rust nel kernel, si \u00e8 unito Linus Torvalds, il quale ha spiegato che nessuno costringe i manutentori a studiare il linguaggio Rust, a utilizzare codice in Rust o a considerare la presenza di codice Rust nel kernel. I manutentori possono tranquillamente continuare a lavorare solo con codice C e non avere alcun contatto con Rust. Tuttavia, tali manutentori non possono influenzare lo sviluppo di Rust nel kernel, ad esempio non possono intervenire nell'organizzazione dell'interazione esterna tra il codice Rust e il codice delle loro sotto-parti. <\/p>\n
I manutentori interessati a promuovere Rust possono essere coinvolti nello sviluppo e quindi ottenere la possibilit\u00e0 di influenzare la costruzione delle interfacce in Rust e possono partecipare alla manutenzione delle stesse. I manutentori che non vogliono avere a che fare con Rust possono non preoccuparsi del lavoro con le interfacce in Rust, ma non potranno nemmeno influenzarne lo sviluppo. <\/p>\n
In questo modo, attorno agli sviluppatori che utilizzano solo il linguaggio C, si forma una sorta di muro protettivo che li isola dai problemi legati a Rust, consentendo loro di non entrare in contatto con Rust. Ma questo muro funziona in entrambe le direzioni, quindi se uno sviluppatore non vuole avere a che fare con Rust, non ha nemmeno l'opportunit\u00e0 di influenzare la sua diffusione. In altre parole: \u00abnessuno \u00e8 obbligato a lavorare con Rust\u00bb non significa che \u00abogni maintainer possa porre il veto su qualsiasi codice in Rust\u00bb. Si presume che, in realt\u00e0, la divisione tra i maintainer non sar\u00e0 cos\u00ec radicale e alcuni di loro inizieranno a considerare i legami con Rust e a collaborare con i loro sviluppatori, ma senza immergersi troppo attivamente in questo processo. <\/p>\n
Per quanto riguarda la situazione relativa all'approvazione delle interfacce Rust sulla sottosistema DMA, bypassando il manutentore che cercava di bloccare l'accettazione di tali interfacce, Linus ha criticato l'operato di Christoph Hellwig. Secondo Linus, Christoph ha superato i suoi poteri e ha tentato di influenzare un codice che non riguardava il codice del sottosistema DMA, che era stato implementato in una sottocartella separata e non influenzava il codice di cui Christoph \u00e8 responsabile. Christoph ha tentato di controllare per cosa viene utilizzato il sottosistema DMA, e le sue azioni possono essere paragonate a un tentativo di vietare l'uso di DMA in un determinato driver, solo perch\u00e9 non gli piaceva quel driver. In sintesi: sebbene i manutentori siano responsabili del proprio codice, non sono responsabili di come e da chi viene utilizzato il risultato del loro lavoro. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"