{"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\/nl\/blog\/news\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","title":{"rendered":"Linus Torvalds verklaarde zijn standpunt over de acceptatie van wijzigingen in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds heeft zich bij de discussie over de weerstand van de maintainers tegen de integratie van Rust in de kernel gevoegd. Hij legde uit dat niemand de maintainers dwingt om de programmeertaal Rust te leren, code in Rust te gebruiken of rekening te houden met de aanwezigheid van Rust-code in de kernel. Maintainend kunnen eenvoudig doorgaan met het werken met alleen C-code en hoeven geen contact te hebben met Rust. Maar dergelijke maintaineers kunnen wel invloed uitoefenen op hoe Rust zich in de kernel ontwikkelt; zij kunnen bijvoorbeeld niet ingrijpen in de organisatie van de externe interactie van Rust-code met de code van hun subsystemen. <\/p>\n
Maintainend die ge\u00efnteresseerd zijn in de promotie van Rust kunnen betrokken worden bij de ontwikkeling en krijgen dan de kans om invloed uit te oefenen op de opbouw van wrappers in Rust en kunnen deelnemen aan het onderhoud van interfaces in Rust. Maintainend die niets met Rust willen te maken hebben, hoeven zich geen zorgen te maken over het werken met Rust-wrappers, maar zij zullen ook niet in staat zijn om invloed uit te oefenen op hun ontwikkeling. <\/p>\n
Op deze manier ontstaat er rond ontwikkelaars die alleen de programmeertaal C gebruiken, een soort van beschermende muur, die hen beschermt tegen problemen die verband houden met Rust en hen in staat stelt niet met Rust in aanraking te komen. Maar deze muur werkt in beide richtingen; als een ontwikkelaar geen zaken wil doen met Rust, heeft hij geen mogelijkheid om de ontwikkeling van Rust te be\u00efnvloeden. Met andere woorden: \"niemand is verplicht om met Rust om te gaan\" betekent niet dat \"ieder maintainer een veto kan uitspreken over welke code dan ook in Rust\". Er wordt aangenomen dat de verdeling onder de maintainers in de praktijk niet zo radicaal zal zijn en dat sommige begeleiders de bindings naar Rust zullen overwegen en zullen samenwerken met hun ontwikkelaars, maar zonder zich te vergaand in dit proces te verdiepen. <\/p>\n
Wat betreft de situatie met de bevestiging van Rust-bindingen boven de DMA-subsystemen, die de maintainer probeert te blokkeren, heeft Linus de acties van Christoph Hellwig bekritiseerd. Volgens Linus heeft Christoph zijn bevoegdheden overschreden en geprobeerd invloed uit te oefenen op code die niet de DMA-subsystemen betreft, die in een aparte subdirectory was ge\u00efmplementeerd en geen invloed had op de code waarvoor Christoph verantwoordelijk is. Christoph heeft geprobeerd te controleren hoe de DMA-subsystemen worden gebruikt, en zijn acties kunnen worden vergeleken met een poging om het gebruik van DMA in een bepaalde driver te verbieden, alleen omdat hij die driver niet prettig vond. Conclusie: hoewel de maintainers verantwoordelijk zijn voor hun code, zijn ze niet verantwoordelijk voor hoe en door wie het resultaat van die code wordt gebruikt. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"