Wedson Almeida Filho , ein Betreuer des Rost for Linux -Projekts, kündigte kürzlich seinen Rücktritt an und zitierte "nichttechnische Unsinn" als Grund für seine Abreise.

Diese Entscheidung folgt einem Muster der Feindseligkeit einiger Linux -Kernelentwickler zur Integration der Rust -Programmiersprache in den Linux -Kernel.

Der Rücktritt von Filho wurde über Linux -Kernel -Mailingliste bekannt gegeben. In der E -Mail bedankte sich Filho für das Linux -Team gegenüber dem Rost, erkl?rte jedoch, dass er nicht mehr die Energie hatte, sich mit der Negativit?t des Projekts umzugehen.

Er schloss seine Botschaft mit der Aussage, dass er zwar an erinnersichere Sprachen wie Rust die Zukunft der Kernelentwicklung sei , aber befürchtet, dass ein anderer Kernel sie schlie?lich ersetzen wird, wenn Linux dies nicht umarmt.

Hier ist die tats?chliche Mail von Wedson:

Hey Leute,

Dies ist so kurz wie eine Serie:

Ich ziehe mich aus dem Projekt zurück. Nach fast 4 Jahren fehlt mir mir TheIngy und Begeisterung, ich musste einmal auf einige der nichttechnischen Angeh?rigen reagieren. Es ist also am besten, es denjenigen überlassen, die es noch in ihnen haben.

Zum Linux -Team Rost: Danke, du bist gro?artig. Es war eine Freude, mit euch allen zu arbeiten; Die Zeiten, in denen wir technischen Themen diskutierten, Wege fanden, wie man Soundness -L?cher usw. treite, war etwas, das ich immer genossen habe und nach dem ich nachdachte. Ich z?hle mich glücklich, mit einer so talendierten und freundlichen Gruppe zusammengearbeitet zu haben.

Ich wünsche dem Projekt den ganzen Erfolg.

Ich glaube wirklich, dass die Zukunft von Kernels mit Ged?chtnissprachen besteht. Ich bin novision?r, aber wenn Linux dies nicht verinnerlicht, befürchte ich, dass ein anderer Kernelwill es unternimmt, was es mit Unix angetan hat.

Zuletzt hinterlasse ich hier eine kleine 3 -minütige 30er Jahre, https: //youtu.be/wipp9yebv0q? T = 1529 - und um wieder zu wiederholen, niemand versucht forceanyone sonst zu lernen, um Rost zu lernen oder Refactorings of C -Code zu verhindern.

Danke, -Wedson

Wie Sie vielleicht bemerkt haben, enthielt die E -Mail auch einen Link zu einem YouTube -Video eines Talks, das Filho auf dem Linux -Kernel -Gipfel 2024 gegeben hat, auf dem er von einigen Zuschauern in Bezug auf die Verwendung von Rost im Kernel erhebliche Rückschl?ge erhielt.

Kritiker im Publikum argumentierten, dass die Integration von Rost den Entwicklern , die gezwungen w?ren, eine neue Sprache zu lernen und die Kompatibilit?t mit Rostbindungen aufrechtzuerhalten, eine unangemessene Belastung aufnehmen würde.

Darüber hinaus ?u?erten einige Entwickler Bedenken hinsichtlich der Stabilit?t von Rostbindungen und dem Bruchpotential, wenn ?nderungen am C -Code vorgenommen werden.

Filho und andere Befürworter von Rost im Kernel behaupten jedoch, dass diese Bedenken übertrieben sind und dass Rost mit C koexistieren kann, ohne die Stabilit?t des Kernels zu beeintr?chtigen. Sie argumentieren, dass die Vorteile von Rost , insbesondere der Merkmale der Speichersicherheit , die Herausforderungen der Integration überwiegen.

Die Debatte über Rusts Aufnahme in den Linux-Kernel zeigt eine breitere Spannung in der Open-Source-Community zwischen der Aufrechterhaltung einer stabilen Codebasis und der Einführung von Innovationen.

W?hrend einige Entwickler die Vertrautheit und Zuverl?ssigkeit von C sch?tzen, sehen andere die Einführung neuerer, sichererer Sprachen wie Rost als wesentlich für die langfristige Gesundheit und Sicherheit des Linux-Kernels.

Das Ergebnis dieser Debatte wird wahrscheinlich erhebliche Auswirkungen auf die Zukunft von Linux und das breitere Open-Source-?kosystem haben.

Reaktion der Linux -Community

Viele hitzige Argumente gehen unter der Linux -Community, ob Rost in den Linux -Kernel aufgenommen werden soll oder nicht. Wie ich in dieser Reddit -Diskussion gesehen habe, finden Sie hier die Argumente für und gegen die Verwendung von Rost im Linux -Kernel.

Argumente für Rost in den Linux -Kernel

1. Erh?hte Speichersicherheit:

Die Speichersicherheitsfunktionen von Rust k?nnen dazu beitragen, eine gro?e Klasse von Fehler und Sicherheitslücken zu verhindern, die C- und C -Code plagen. Dies ist besonders wichtig in einer Codebasis, die so gro? und komplex ist wie der Linux -Kernel, bei dem selbst hochqualifizierte Programmierer Fehler machen k?nnen.

Au?erdem deuten Daten von Google darauf hin, dass die Verwendung von Rost anstelle von C und C in vorhandenen Codebasen die Anzahl der hochwertigen Schwachstellen verringern kann.

2.. Anziehen neuer Entwickler:

Das Einschlie?en von Rost in den Kernel k?nnte dazu beitragen, neue Entwickler anzuziehen, die mit modernen Sprachen besser vertraut sind und durch die wahrgenommene Schwierigkeit und Komplexit?t der Arbeit mit C abgeschreckt werden k?nnen. Dies war einer der Hauptgründe, warum Linus Torvalds , der Sch?pfer von Linux, die Aufnahme von Rost in den Kern der Kern genehmigte.

Argumente gegen Rost in den Linux -Kernel

1. Widerstand gegen Ver?nderungen von Kernelentwicklern:

Viele langj?hrige Kernelentwickler sind resistent gegen das Erlernen einer neuen Sprache, insbesondere wenn sie kein klares Bedürfnis dafür sehen. Sie argumentieren, dass sie lieber Zeit damit verbringen würden, mehr über Kernel -Themen zu lernen, als eine neue Art zu lernen, wie sie bereits wissen, wie es zu tun ist.

Dieser Widerstand hat sich in feindlichem und unprofessionellem Verhalten gegenüber denen manifestiert, die sich für Rost im Kernel befürworten, wie die Behandlung von Wedson Almeida Filho.

2. Die Schwierigkeit, die Kompatibilit?t zwischen C und Rostcode aufrechtzuerhalten

Es ist eine bedeutende Herausforderung, sicherzustellen, dass ?nderungen am C -Code keinen Rostcode brechen und umgekehrt. Dies ist besonders problematisch, wenn keine umfassenden automatisierten Tests innerhalb des Kernels vorhanden sind.

3. Bedenken hinsichtlich der Reife von Rost:

Einige Kernelentwickler sind besorgt darüber, dass Rost noch nicht reif genug ist, um in einem Projekt so kritisch wie der Linux -Kernel verwendet zu werden. Sie befürchten, dass sich die Sprache und ihre Werkzeuge immer noch zu schnell entwickeln, und dass es zu Instabilit?t und unvorhergesehenen Problemen führen k?nnte.

Warum der Rostwiderstand im Linux -Kernel?

Aus dem oben genannten Reddit -Diskussionsthread und dem Rücktritt von Wedson Almeida Filho geht hervor, dass es Widerstand gegen Rost in den Linux -Kernel gibt.

Dieser Widerstand beruht nicht unbedingt aus dem Hass auf die Sprache selbst, sondern aus einem Zusammenfluss von Faktoren, viele spiegeln breitere Probleme in der Softwareentwicklung wider. Hier ist ein nuancierter Blick auf die Gründe für diesen Rückschlag:

1. Technische Bedenken

1.1. Wartungsbelastung und API -Stabilit?t:

Ein wiederkehrendes Anliegen dreht sich um die praktischen Behinderungen der Aufrechterhaltung der Kompatibilit?t zwischen C und Rost. Kernelentwickler, von denen viele langj?hrige C-Experten sind, machen sich Sorgen über die zus?tzliche Verantwortung, sicherzustellen, dass ihre C-Code-?nderungen nicht versehentlich die Rostkomponenten brechen. Dies ist angesichts der begrenzten automatisierten Tests innerhalb des Kernels besonders relevant.

1.2. Komplexit?t und das "unsichere" R?tsel:

Einige Entwickler argumentieren, dass die überbrückung der Lücke zwischen den strengen Sicherheitsregeln von Rust und der inh?renten Komplexit?t der Programmierung auf Kernelebene eine überm??ige Verwendung des Schlüsselworts ?Unsicherer“ Schlüsselw?rter in Rust erfordern k?nnte. Dies wird als potenziell untergr?bt, um die Sicherheitsvorteile zu untergraben, die Rost mitbringen soll.

2. menschliche Faktoren

2.1. Widerstand gegen Ver?nderung und Lernkurve:

Viele langj?hrige Kernel-Betreuerin ausdrücken die Zurückhaltung, Zeit und Mühe in das Erlernen einer neuen Sprache zu investieren, insbesondere wenn sie seit Jahren erfolgreich C einsetzt. Dieser Widerstand wird durch die Wahrnehmung versch?rft, dass die Verantwortung, sich an Rost anzupassen, und nicht umgekehrt.

2.2. Kommunikationsaufschlüsselung und wahrgenommene Feindseligkeit:

Die Art und Weise, wie einige Kritikpunkte an Rost -Befürworter gerichtet wurden, wie in dem in Filho zurückgetretenen Video zu sehen ist, hat eine Umgebung der Feindseligkeit geschaffen und offener Dialog entmutigt. Dies hat potenzielle Rost -Befürworter in der Kernelgemeinschaft weiter entfremdet.

3. Tiefere philosophische und kulturelle Zusammenst??e

3.1. Aufeinandertreffen von Entwicklungsphilosophien:

Es scheint eine grundlegende Unterbrechung der Entwicklungsphilosophien zwischen einigen Kernelentwicklern und Rost -Befürwortern zu geben. Die Kernel -Community, die Stabilit?t, bew?hrte Methoden und ein tiefes Verst?ndnis einer komplexen Codebasis bewertet, k?nnte die strengen Regeln von Rust und die Betonung der Speichersicherheit eher als zus?tzliche Einschr?nkung als als Nutzen wahrnehmen.

3.2. Wahrgenommene "Elitismus" und Generationensteilung:

Einige Kommentare in der beigefügten Reddit -Diskussion deuten auf die Wahrnehmung von Rost -Befürwortern als ?elit?rer“ oder abweisender Fachkenntnisse der C -Entwickler hin. Dies, verbunden mit einer potenziellen Generation zwischen den langj?hrigen C-Entwicklern und denjenigen, die mit neueren Sprachen vertraut sind, erschweren die Integration von Rost in eine Gemeinschaft mit gut etablierten Normen und Hierarchien weiter.

Bitte beachten Sie, dass nicht alle Linux -Kernel -Entwickler gegen Rost sind . Viele sehen ihre potenziellen Vorteile und unterstützen seine Aufnahme. Die oben genannten Punkte unterstreichen jedoch das komplexe Zusammenspiel von technischen, sozialen und philosophischen Faktoren, die zu den Widerstandsrostgesichten innerhalb des Linux -Kernel -Teams beitragen.

Zukunft des Rostes im Linux -Kernel

Die Zukunft des Rostes im Linux -Kernel h?ngt davon ab, wie effektiv diese Bedenken angesprochen werden. Offene Kommunikation, eindeutige Demonstration der Vorteile von Rust in realen Kernel-Szenarien und ein kollaborativer Ansatz, der das Fachwissen von C- und Rust-Entwicklern respektiert, wird für die erfolgreiche Integration wichtig sein.

W?hrend diese Debatte noch stattfindet und es keine Antwort von Linus Torvalds gibt, k?nnen wir noch nicht zu einem Schluss kommen. Wir werden Sie auf dem Laufenden halten. Seien Sie gespannt auf zukünftige Updates.

?hnlich gelesen :

• Linus Torvalds plant Berichten zufolge, Rostcode in Linux -Kernel zusammenzufassen
• Der Gründer von Asahi Linux, Hector Martin, tritt über Kernel -Konflikte zurück
• Rost im Linux -Kernel: Christoph Hellwig tritt als DMA -Betreuer zurück
• Debian Developer Orphans Bcachefs-Tools-Paket aufgrund von stromaufw?rtigen Konflikten
• BCachefs Zukunft im Linux -Kernel ungewiss nach Verhaltenskodex Streit

Das obige ist der detaillierte Inhalt vonRost -Betreuer für Linux -Kernel tritt zurück. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!