Lennart Pottering ist eine der Legenden der Linux-Community. Seit den 90er Jahren arbeitet er am Kernel des Linux-Betriebssystems. Lennart startete Projekte wie PulseAudio , Avahi , kdbus , systemd und wurde zu ihrer Hauptantriebskraft. Derzeit arbeitet er bei Red Hat in Deutschland. Letztes Jahr kam Lennart mit einem Bericht zur Linux Piter 2017- Konferenz und heute veröffentlichen wir im Vorgriff auf Linux Piter 2018 ein Interview mit diesem bedeutenden Open Source-Entwickler, in dem er erklärt, warum systemd benötigt wurde, wie sich die Linux-Architektur geändert hat und wie es sich geändert hat Er reagiert auf zahlreiche Kritikpunkte, warum er an Konferenzen teilnehmen muss und welche Veranstaltungen er ihm persönlich gibt, wie zum Beispiel Linux Piter.
Das Interview mit Lennart Pottering ist Mitglied des Programmkomitees der Linux Piter- Konferenz, einem führenden Programmierer von DELL EMC, einem aktiven Mitglied der Linux-Community von St. Petersburg, Vasily Tolstoy .
- Lennart, heute haben Sie auf der Linux Piter-Konferenz eine Präsentation gehalten. Erzählen Sie uns ganz kurz, worum es in Ihrem Bericht ging.- Vielleicht sind „Container“ eines der modischsten Schlagworte in der Linux-Welt. Es gibt verschiedene Sichtweisen auf das, was es ist, aber es gibt verschiedene Konzepte, die nicht nur für bestimmte moderne Containertechnologien interessant sind. Die Hauptidee meines Berichts besteht darin, einige Ideen, die modernen Containern zugrunde liegen, beispielsweise Prozesse zu isolieren und Ressourcen zu Paketen zusammenzustellen, in der klassischen Verwaltung von Betriebssystemdiensten zu verwenden. In der Tat werden klassische Steuerungssysteme bisher viel häufiger eingesetzt als Container. Im Allgemeinen ging es in dem Bericht darum; Darüber hinaus ging ich auf Details ein, wie wir Prozesse isolieren können, welche Ressourcenpakete verwendet werden können, auf systemd und wie dies im Vergleich dazu aussieht, wie Docker und andere Containersysteme diese Funktionalität unterstützen.
Bericht von Lennart Pottering über Linux Piter 2017 (Originalversion in Englisch):
Der gleiche Bericht mit Simultanübersetzung ins Russische
- Eine Frage zum Nachdenken. Was ist Ihrer Meinung nach im letzten Jahr in der Linux-Welt passiert?
- Im Allgemeinen denke ich, dass LINUX jetzt ein so stabiles Produkt ist, dass es keine großen Sprünge mehr macht, sondern nur die vorhandenen Mechanismen darin verbessert. Insbesondere ist in LINUX nichts Radikales passiert. Zum Beispiel sind Docker und ähnliche Dinge, die alles, was im Allgemeinen in der IT gemacht wird, merklich verändert haben, bereits ungefähr drei Jahre alt. Ich mag die Tatsache, dass Linux heute kontinuierlich und nachhaltig verbessert wird. In jedem Fall haben sich die Grundkomponenten des Ökosystems deutlich stabilisiert und bewegen sich allmählich zum Besseren. Dies ist meiner Meinung nach ein Zeichen für Reife und Professionalität, und das ist vielleicht gut so.
- Und welche Technologien sind derzeit auf der Welle der Popularität, wenn überhaupt?- Ich denke, das ist Automatisierung, künstliche Intelligenz. Mir hat es immer gefallen, wie verschiedene Schlagworte in der Branche jeden für eine Weile „elektrisieren“ und dann verschwinden lassen. Zum Beispiel ist „Container“ vor drei Jahren eigentlich ein Zauberwort, aber es ist immer noch beliebt. Und dann wurde das IOT, und bisher weiß niemand wirklich, was es wirklich ist und wie es sich von herkömmlichen eingebetteten Systemen unterscheidet. Ich denke, dieses Jahr geht der Trend zur künstlichen Intelligenz. Sogar die
Linux Foundation erstellt jetzt ein Projekt für künstliche Intelligenz. Ich denke, dies ist genau die „Welle“, die große Unternehmen jetzt fangen wollen. Ich verfolge dieses Thema jedoch nicht sehr genau, obwohl ich es von der Seite aus beobachte.
- Die Linux-Community und ihre Hauptakteure werden älter. Was denkst du darüber? Hat das Konsequenzen?
- Natürlich schon. Im Allgemeinen glaube ich, dass Linux in den 90er Jahren sicherlich in vielen Bereichen gleichzeitig eine Revolution war. Jetzt ist diese Phase beendet und jedes Projekt entwickelt sich in eine ganz bestimmte Richtung. Und die Entwickler selbst streben in der Regel nach Stabilität im Leben, um ihr Projekt ruhig durchführen zu können. Ich weiß nicht, ob das gut ist oder nicht. Aber ich denke, ein schlechtes Zeichen ist, wenn die Leute auf die Art und Weise aufgehängt werden, zu denken, dass sie es gewohnt sind, in den 90ern zu sein. Ich schaue es mir an und frage mich, wie ich in 10 Jahren denken werde. Werden mein Kopf und meine Gedanken in den letzten 10 Jahren stecken bleiben? Oder werde ich wirklich in der Lage sein, mit der Zeit Schritt zu halten und rechtzeitig zu verstehen, dass die Dinge, die ich vorher wusste, für die moderne IT-Welt nicht mehr relevant sind? Ich sehe, dass einige Linux-Entwickler besser abschneiden als andere.
Als wir zum Beispiel systemd machten, gab es viel Lärm. Wir haben viele alte Konzepte entfernt, die in Unix auf einer sehr religiösen Ebene behoben wurden. Viele der alten Sachen unter Unix waren von Anfang an nicht gut durchdacht, wir brauchten etwas Moderneres und Dynamischeres.
Wir haben einen großen Krieg geführt, selbst auf der einfachen Ebene der Linux-Geräteverwaltung. Jetzt schließen Sie eine Art Gerät an, etwas passiert und es wird verfügbar. UNIX wurde nicht so entwickelt. Im besten Fall war es notwendig, den Computer auszuschalten, die Kabel anzuschließen, etwas anzuschließen, es zu starten, und dann würde sich etwas im System ändern, aber es gab sicherlich keinen Hot-Plug.
Es war ein großer Schritt nach vorne und ein echter Kampf - diesen Ansatz durch alle Ebenen des Systems zu treiben und diesem Projekt Leben einzuhauchen. Alte Leute sagen immer: "Alte Systeme sind viel einfacher." Natürlich sind sie einfacher, aber nicht mehr relevant. Vielleicht werde ich eines Tages derjenige, der sagt: „Nein, all diese neuen Dinge sind nicht gut“, aber ich hoffe, dass dies nicht geschieht.
Es gibt immer einen Konflikt zwischen dem „Neuen“ und dem „Alten“. Ich denke, dass die meisten Linux-Projekte im Allgemeinen stabil genug sind, um sich weiterzuentwickeln, selbst wenn ihre Hauptentwickler das Unternehmen verlassen. Nehmen Sie den Kern: Wenn Linus irgendwann beschließt, dass alles, was ihn jetzt interessiert, darin besteht, mit einer Maske zu tauchen und den Fisch zu betrachten, wird es fast niemand bemerken und dem Kern wird nichts passieren.
Am Ende liegt etwas Schönes in der Idee der „Open-Source-Software“: Die Verantwortung liegt hier auf den Schultern so vieler Menschen, dass wenn einer geht, der andere sicherlich seinen Platz einnimmt und seine Schulter ersetzt. Wenn dies jedoch nicht geschehen ist, bedeutet dies höchstwahrscheinlich, dass das Projekt nicht so stabil, beliebt und gefragt war, wie alle dachten. Ich denke, dass dies ein großer Vorteil von Open Source-Software ist - es gibt kein einziges Unternehmen, das alles besitzt, und wenn das Unternehmen oder die Person aus irgendeinem Grund das Projekt verlässt, bleibt alles Gute beim Projekt. Dies lässt uns glauben, dass lohnende Projekte sowieso überleben werden.
- Sollten wir als Linux-Community bewusst Anstrengungen unternehmen, um neue Leute für Open Source-Projekte zu gewinnen?- Zweifellos. Wenn Sie ein großes Produkt wie das unsere unterstützen, ist es am schwierigsten, Entwickler zu gewinnen und sie zum Bleiben zu motivieren. Ehrlich gesagt weiß ich nicht, wie ich das machen soll. Mehrmals ist es uns gelungen. Es gibt so viele Leute, die uns Patches senden, dass wir ihren Code überprüfen, "zusammenführen". Aber solche Entwickler zu nehmen und sie zu regelmäßigen Teilnehmern am Projekt zu machen, das Projekt zu begleiten und am Ende diejenigen zu werden, die Codeüberprüfungen anderer Entwickler durchführen - das ist wirklich sehr schwierig. Ich wiederhole, ich verstehe noch nicht wirklich, wie das geht.
Ich denke, wir müssen die Community so freundlich und interessant machen, dass die Leute bleiben und sich nicht nur auf das Schreiben von Code konzentrieren, sondern auch an der Codeüberprüfung interessiert sind - und das ist etwas, woran die meisten Leute nicht einmal denken. Eine Codeüberprüfung ist mindestens so wichtig wie das Schreiben dieses Codes, da für jeden Code ein Prüfer vorhanden sein muss, der diesen Teil analysieren und mit dem Rest kombinieren kann. Die meisten Unternehmen kümmern sich normalerweise nur um das Schreiben von Code. Es scheint mir, dass in den Köpfen von IT-Managern dieses Konzept einfach fehlt - dass jemand auch eine Überprüfung dessen vornehmen muss, was geschrieben steht. Vielleicht ist dies meine voreingenommene Meinung, weil ich viel Zeit mit der Überprüfung verbringe und es scheint, dass diese Arbeit unterschätzt bleibt. Ich denke jedoch ernsthaft, dass es eine erhebliche Schwierigkeit gibt: Wir laden junge Menschen ein, ihren kreativen Beitrag zu unseren Projekten zu leisten, und am Ende möchten wir, dass sie diejenigen werden, die einfach den Code eines anderen lesen. Dies ist eine schwierige Aufgabe.
Ich habe keine Ahnung, wie ich eine wirklich freundliche Gemeinschaft aufbauen soll. Ich glaube zum Beispiel, dass die Linux-Kernel-Community keinen Ruf als freundlichste Community hat, aber andererseits sind sie sehr erfolgreich und schaffen es, etwas Neues zu tun. Hier gibt es offensichtlich einen Widerspruch.
Wir brauchen Entwickler bei systemd - wir haben viele von ihnen, aber es wäre großartig, wenn es noch mehr gäbe! Wir versuchen eine viel freundlichere Gemeinschaft zu schaffen. Zum Beispiel ist das, was in den Mailinglisten des Kernels vor sich geht, hier nicht erlaubt - wie besonders auffällige Epitheta und der Übergang zu Persönlichkeiten.
Wenn Sie anfangen, mit Open Source-Software zu arbeiten, ist die Einstellung zu Ihnen zunächst ziemlich cool. Daher weiß ich nicht, wie ich Leute dazu bringen kann, im Projekt zu bleiben. Wahrscheinlich nur versuchen, freundlich zu sein und öffentlich die Wichtigkeit aller Korrekturen anzuerkennen, die wir erhalten. Auf die eine oder andere Weise werden einige interessiert und sie bleiben. Wenn ich wüsste, wie Entwickler und Betreuer auf Bäumen wachsen können - oh, dann hätte unsere Community eine völlig andere magische Kraft.
- Lennart, bitte sagen Sie uns, was der Grund oder die Gründe für einen solchen Erfolg von systemd sind. Jeder weiß, wie viele Streitigkeiten und Widersprüche sie verursacht hat.- Ich glaube, dass der Hauptgrund, warum wir es geschafft haben, durchzubrechen, während andere dies nicht tun, darin besteht, dass Menschen, die systemd gemacht haben, einschließlich mir, in der Lage sind, starken externen Druck zu überwinden. Dies bedeutet nicht, dass der Druck von außen uns überhaupt nicht beeinflusst hat, wir haben nur Wege gefunden, damit umzugehen. Ich habe sehr schnell gelernt, mich von allen möglichen Angriffen zu distanzieren. Als ich Nachrichten aus dem Internet von einem normalen „Weisen“ erhielt, dass ich ein Dummkopf sei, ging ich davon aus, dass ich diese Worte einfach vermisse, wenn diese Person meinen Respekt als Spezialist nicht verdient.
Ehrlich gesagt glaube ich, dass Sie eine glänzende Zukunft in Open Source haben, wenn Sie das Glück haben, als „Dickhäuter“ geboren zu werden. Wenn Sie nicht so sind, dann haben Sie ein Problem. Ich denke, das ist der Hauptgrund. Und ich bin absolut stolz auf uns, dass wir es geschafft haben, durchzubrechen, während andere dies nicht getan haben.
Ein weiterer Grund ist wahrscheinlich die Dokumentation. Die Dokumentation ist nie gut genug geschrieben. Aber die Leute sagen, dass systemd ein gutes hat. Alles, na ja, oder fast alles, was wir getan haben, haben wir von Anfang an dokumentiert ... Ich treffe viele technisch fortgeschrittene Projekte, bei denen die Dokumentation offensichtlich nicht ausreicht. Daher ist es manchmal schwierig, ihre Idee mit Entwicklern zu besprechen.
Und hier kommen wir zu den Konferenzen und Kontakten der Entwickler untereinander. Ich möchte sagen, dass wir auf der Konferenz Feedback erhalten und verstehen möchten, was die Leute wirklich denken. Gleichzeitig können wir den Menschen zeigen, dass es wichtig ist, ihre Meinung zu hören. Entwickler sollten die Antwort auf die Frage hören und verstehen, nach der die Leute tatsächlich suchen. Einige Fragen lassen Sie denken: „OK, das ist eine andere Sichtweise auf das, was ich tue. Was bedeutet das für meine Arbeit und kann ich diesen Anwendungsfall so lösen, dass das Produkt im allgemeinen Fall nützlicher wird? “ Natürlich erfüllen wir nicht alle Wünsche, sondern nur diejenigen, die wir als Schlüssel betrachten, und versuchen, sie richtig zu priorisieren.
- Wenn Sie von Neuankömmlingen sprechen, können Sie ihnen einige Empfehlungen geben? Wo soll ich anfangen, in die Open Source-Welt einzutreten?- Als ich zu Open Source kam, hat mich die GNOME-Konferenz in Barcelona begeistert. Ich kannte niemanden in der Branche und verstand nicht, dass Open-Source-Entwickler gute Jungs sind. Es ist also nicht nur der technische Teil, der mich gefangen hat, sondern auch, wie cool es ist, zu Konferenzen zu gehen und mit verschiedenen Menschen zu kommunizieren. Ich hätte nie gedacht, dass der menschliche Faktor und solche Wünsche wie „auf eine Konferenz gehen“ Sie erkennen lassen könnten, dass Hacking cool ist. Zum Beispiel würde ich Neulingen empfehlen, an der FOSDEM-Konferenz oder ähnlichem teilzunehmen. Diese Konferenz findet in Brüssel statt, ist jährlich und kostenlos, und dies ist eine großartige Gelegenheit, um zu beginnen. Das ist eigentlich für alle interessant, egal was Sie tun - Sie sollten trotzdem FOSDEM besuchen. Gehen Sie einfach herum und sehen Sie, was da ist. Wenn Sie für die Linux-Community entwickeln, kann dieser Ort eine großartige Quelle sein, um angemessenes Feedback zu erhalten.
Programmieren lernen. Im Allgemeinen ist es gut, etwas mit einem Computer tun zu können, aber dies ist keine erforderliche Eintrittskarte für Open Source. Open Source ist mehr als nur Hacken: Es ist Dokumentation, Kunst und vieles mehr. Das wird meine Antwort sein - gehen Sie zu Konferenzen und versuchen Sie, bei ihnen „Ihr“ zu werden. Darüber hinaus sind Open Source-Projekte offen für Studien. Ja, manchmal ist die Dokumentation nicht perfekt und der Code ist klarer als die Dokumentation. Manchmal ist es schwierig, den Code zu lesen, insbesondere wenn Sie nicht daran gewöhnt sind, weil Sie so denken wie eine andere Person und Sie müssen "Ihren Kopf in den Kopf einer anderen Person stecken".
- Eine sehr interessante Sichtweise. Dies ist ein interessanter und wichtiger Teil beim Hacken - nicht Computer und Code, sondern Menschen und die Verbindung Ihres Geistes mit dem Geist eines anderen Ingenieurs.- Ja, jeder denkt anders und sie werden anders denken. Geben Sie zehn Personen das gleiche Problem, das sie in Code übersetzen können, und erhalten Sie fünfzig verschiedene Antworten, „wie es wirklich gemacht wird“. Und ich bin sicher, dass ungefähr dreizehn dieser Optionen für Sie unerwartet sein werden. Das aktive Lesen von Code entwickelt sich sehr gut. Für mich und für die anderen, die freie Software entwickeln oder in diesen Bereich einsteigen möchten, ist dies eine großartige Gelegenheit zur Selbstentwicklung.
- Und zum Schluss, was möchten Sie unseren jungen Lesern noch sagen, die nachdenken - sollten sie zu Programmierern gehen und in Open-Source-Projekte einbezogen werden?- Nun, zuallererst ist es Geld. Die Teilnahme an Open Source-Projekten ist nicht nur ein aufregender Job - auf jeden Fall, wenn Sie gerne hacken -, sondern auch ein gutes Einkommen.
- Mehr Freiheit. Die meisten Open-Source-Projekte haben, zumindest soweit ich weiß, viel mehr Freiheit als normale Softwareunternehmen.
- Die internationale Gemeinschaft. Auf diese Weise wurde ich zum Beispiel zu einer Konferenz nach St. Petersburg eingeladen. Ich mag reisen, mit verschiedenen Menschen aus verschiedenen Ländern kommunizieren.
Ich vergleiche mich mit meinen Klassenkameraden - hier habe ich definitiv gewonnen. Wir sind international dank des Internets, zum Beispiel in systemd, mehrere Leute sind Deutsche, aber alle anderen kommen nicht aus Deutschland: Amerikaner natürlich, Russen, Leute aus Indien und überall aus der ganzen Welt. Sehr wenige Bereiche, in denen es so eine internationale gibt. Wo sonst treffen Sie so unterschiedliche Kulturen und Menschen.
- Lennart, wir hatten ein tolles Gespräch. Danke dir!- Ja, ich liebe meinen Job! Vielen Dank!
Videoaufnahme eines Interviews mit Lennart Pottering (Englisch):
Auf
dem YouTube-Kanal der Konferenz können Sie Videoaufzeichnungen von Berichten der drei vergangenen
Linux Piter- Konferenzen sowie Interviews mit Rednern der Linux Piter-Konferenz im Rahmen des
# DevTalkRu- Projekts
ansehen .
Lennart Pottering wird auch in diesem Jahr wieder zur
Linux Piter- Konferenz (
LinuxPiter.com ) kommen, die am 2. und 3. November 2018 stattfinden wird.
Wie im letzten Jahr werden alle englischsprachigen Berichte von einer Simultanübersetzung ins Russische begleitet. Übrigens und umgekehrt auch.
Als Bonus haben die Teilnehmer das Recht
, kostenlos und ungehindert an allen Veranstaltungen unserer freundlichen Konferenz
PiterPy teilzunehmen , die zur gleichen Zeit am gleichen Ort wie
Linux Piter stattfindet .
Für diejenigen, die nicht die Möglichkeit haben, persönlich zur Konferenz zu kommen, besteht die Möglichkeit, Zugang zu Online-Videoübertragungen zu erwerben.
Wir sehen uns auf der Linux Piter 2018 !