Letzte Woche, Linus Torvalds fuhr mit einem ausführlichen E-Mail-Interview mit Jeremy Andrews fort, Gründungspartner und CEO von Tag1.
Im ersten Teil des Interviews im April diskutierte Torvalds alles von Apples ARM64-Chips und Rust-Treibern über seine eigene Fedora-basierte Work-from-Home-Umgebung bis hin zu seinen Gedanken zu den Anfängen von Linux. Aber der zweite Teil bietet einen tieferen Einblick in das Denken von Torvalds, einen persönlichen Einblick von dem, was ich teilen werdea mit anderen Projektbetreuern und einigen Ideen, wie Unternehmen dazu gebracht werden können, das Geschäft auszubauen.
Linus enthüllte, wie er vorging, als das Projekt begann:
„Ich erinnere mich noch an die frühen Tage, als mir Leute Arrangements schickten und ich sie nicht wirklich als Arrangements anwendete, aber ich las sie, dass ich verstand, was die Leute machen wollten und dass ich es selbst tat. Denn so habe ich das Projekt gestartet, und so habe ich mich wohler gefühlt und den Code besser gekannt. “ Linus erklärte auch, dass es wichtig sei, das Delegieren zu lernen: „Ich habe ziemlich schnell damit aufgehört, weil ich im Grunde genommen faul bin. Ich konnte die Patches wirklich gut lesen und herausfinden, was sie taten, und dann habe ich sie angewendet. "
Linus Er bemühte sich auch, unvoreingenommen zu bleiben, als Linux wuchs und erfolgreicher wurde:
„Ich wollte sehr bewusst nicht für ein Linux-Unternehmen arbeiten, zum Beispiel habe ich Linux für das erste Jahrzehnt beibehalten, ohne dass es mein Job war. Das liegt nicht daran, dass ich denke, dass Geschäftsinteressen schlecht sind, sondern daran, dass ich sicherstellen wollte, dass die Leute mich als neutrale Partei sehen und ich mich nie als "Konkurrenz" fühlte. «
Während Open Source große Erfolge erzielt hat, tun viele der größeren Benutzer, wie z. B. Unternehmen, wenig oder gar nichts, um die Open Source-Projekte, von denen sie abhängig sind, zu unterstützen oder dazu beizutragen.
Tippe weiter:
„Und viele der großen Technologieunternehmen, die den Kernel verwenden, sind am Ende aktiv am Entwicklungsprozess beteiligt. Manchmal erledigen sie eine Menge Insider-Arbeit und sind nicht sehr gut darin, Dinge zurückzudrängen (ich werde keine Namen nennen, und einige von ihnen versuchen wirklich, es besser zu machen), aber es ist tatsächlich sehr ermutigend, die Großen zu sehen Unternehmen, die auf diese Weise involviert sind. Sie sind sehr offen in der grundlegenden vorgelagerten Entwicklung und sie sind wichtige Mitglieder der Gemeinschaft. “
Auf die Frage, ob Open Source nachhaltig ist oder nicht, antwortete Linus:
"Ja. Persönlich bin ich zu 100% davon überzeugt, dass Open Source nicht nur nachhaltig ist, sondern dass Sie für komplexe technische Probleme wirklich Open Source benötigen, nur weil der Problembereich zu komplex ist, um von einem einzelnen Unternehmen behandelt zu werden. Sogar ein großes und kompetentes Technologieunternehmen. "
Schlüssel zum Erfolg für den Betreuer von Open Source-Projekten: "STÄNDIG da sein" und "offen sein"
Als Andrews wissen wollte, was ein Open Source-Projekt erfolgreich machtLinus gab zu:
„Ich weiß wirklich nicht, was der Schlüssel zum Erfolg ist. Ja, Linux war sehr erfolgreich und es ist klar, dass Git auch auf dem richtigen Fuß angefangen hat, aber es ist immer noch sehr schwierig, es einer tieferen Ursache zuzuschreiben. Vielleicht hatte ich Glück? Oder war es wegen all dieser Leute, die diese Projekte brauchten, ich war derjenige, der aufstand, die Arbeit erledigte und das Projekt startete? «
Aber Linus wird schließlich »einige praktische und bodenständige Punkte erläutern, die ich persönlich für wichtig halte, wenn Sie ein Open-Source-Softwarehersteller sind«. Empfehlen Sie, dass eine Person, die für ein Open Source-Projekt verantwortlich ist, jederzeit "anwesend" ist.
„Man muss bleiben, man muss für die anderen Entwickler da sein und man muss die ganze Zeit da sein. Sie werden auf technische Probleme stoßen und es wird frustrierend sein. Sie arbeiten mit Menschen zusammen, die möglicherweise sehr unterschiedliche Vorstellungen zur Lösung dieser technischen Probleme haben. Und die technischen Probleme sind der einfache Teil, weil sie normalerweise technische Lösungen haben, und man kann oft ganz objektiv sagen: "Das ist besser / schneller / einfacher / was auch immer".
Der andere Schlüssel, den Linus erklärte, ist, "offen" zu sein, "offen für die Lösungen anderer Menschen zu sein. und nicht diese sehr klare und unflexible Vorstellung davon zu haben, wie Dinge getan werden sollten. Aber Linus prangert eine der Möglichkeiten an, offen zu sein:
„Es ist wirklich einfach, eine Art 'Clique' von Menschen zu schaffen, in der man eine interne Clique hat, die Dinge privat bespricht, und dann sieht man wirklich nur das Endergebnis (oder die Randarbeit) am helllichten Tag, weil alle wichtigen Dinge Sie sind innerhalb eines Unternehmens oder innerhalb einer Kerngruppe von Menschen aufgetreten, und Außenstehende finden es schwierig, in diese Klicks einzudringen, und es fällt ihnen oft sogar schwer, zu sehen, was in dieser Kerngruppe geschieht, weil sie so privat und exklusiv war.
„Dies ist einer der Gründe, warum ich offene Mailinglisten wirklich mag. Es ist keine Liste von "Einladungen". Sie müssen sich nicht einmal registrieren, um teilnehmen zu können. Es ist wirklich offen. Und praktisch alle Entwicklungsdiskussionen sollten da sein. "
Linus sprach über andere spezifische Fähigkeiten, die für erfolgreiche Open Source-Projekte erforderlich sind, und erläuterte seine Erfahrungen. Ihm zufolge „ist es nicht das Ergebnis des Planens und Lesens von Managementhandbüchern usw. Die meisten Dinge geschahen von selbst, und die Struktur, die wir heute haben, stammt nicht aus einem schriftlichen Organigramm, sondern von Menschen, die gerade "ihren Platz gefunden" haben. Wie oben erwähnt, empfiehlt Linus die Delegation von Aufgaben. Er erwähnte auch Kommunikationsfähigkeiten als "sehr wichtig".
Quelle: https://www.tag1consulting.com