un

guest
1 / ?
back to lessons

Der institutionelle Rahmen

Hamming gab seinen 'You and Your Research'-Vortrag mehrere Male in Institutionen von Bell Labs bis zur Naval Postgraduate School. Sein Kernrat hielt stets konstant: arbeitet an wichtigen Problemen, nicht nur an beschäftigenden Problemen. Behaltet 10 wichtige Probleme im Auge. Wenn eine neue Technik erscheint, fragt, ob sie eines dieser 10 Probleme löst.

Durch den gesamten Vortrag läuft jedoch eine versteckte Annahme: Du arbeitest in einer Institution. Bell Labs bezahlte Hamming's Gehalt. Er konnte freie Nachmittage damit verbringen, ohne irgendein abrechnungsfähiges Ergebnis zu erzielen. Er hatte Kollegen über Stock und Stein, deren Gespräche er stöbern konnte. Er hatte eine Bibliothek mit physischen Zeitschriften. Er hatte bereitzustellende Rechenressourcen, die er durch die Unterschrift eines Formulars nutzen konnte.

Als er sagte 'haltet eure Tür offen', setzte er eine Tür voraus, die zu Kollegen im gleichen Gebäude führte. Als er sagte 'investiert in euch selbst', setzte er bezuschussetes Konferenzreisen durch den Arbeitgeber voraus. Als er sagte 'vermehrt eure Kenntnisse', setzte er eine stabile Beschäftigungskontext voraus, in dem das Vermehren der Kenntnisse Zeit hatte, sich auszuwirken.

Im Jahr 1986, als Hamming den Vortrag zum ersten Mal bei Bell Communications Research hielt, galt dies beinahe durchgehend für ernsthafte Forscher. Im Jahr 2026 hat Open-Source diese Annahme vollständig gebrochen. Ein Forscher kann ernsthaftes Werk von einem Home-Verzeichnis, einem öffentlichen git-Remote und einer Gemeinschaft von Fremden erzeugen, die ein Problem teilen.

Dieses Lektion erweitert Hamming's beste Ideen in diesen Rahmen - nicht, um ihn zu ersetzen, sondern um die Umgebung, in die sein Rat fällt, zu aktualisieren.

Die Übersetzung des offenen Tores

Hamming über das offene Tor: 'Ich bemerke, dass du, wenn du die Tür ein bisschen offen hast, weniger Arbeit machst, aber du hörst, was wichtig ist. Die großen Wissenschaftler neigen dazu, gelegentlich, aber nicht immer, die Tür offen zu halten.'

Er meinte es wörtlich. Ein Kollege, der vorbeiging, erwähnte ein Problem. Hamming schnappte einen Teil eines Gespräches über eine neue Technik auf. Diese Kollisionen fanden in der physischen Raum, beim Mittagessen, in den Fluren, am Kaffeemaschinen statt.

Wie erfüllt oder missachtet eine verteilte Open-Source-Gemeinschaft Hamming's 'offenes Tor'-Rollen? Seid spezifisch über die Open-Source-Mechanismen, die versuchen, zufällige Flurgespräche nachzubilden, und über die strukturierten Dinge, die sie nicht liefern können.

Die 10-Probleme-Technik außerhalb einer Institution

Hamming's 10-Probleme-Technik: Halten Sie eine Liste der wichtigsten ungelösten Probleme in Ihrem Bereich. Wenn eine neue Methode, ein Werkzeug oder ein Ergebnis auftaucht, fragen Sie, ob es eines der 10 Probleme löst. Dies fokussiert die Aufmerksamkeit und schafft, was wie glückliche Zufälle aussehen: Eine neue Technik erscheint in einem Seminar und innerhalb von Minuten sieht Hamming, welches Problem sie löst.

In Open-Source leben die Probleme in öffentlichen Orten: Issue-Tracker, Sicherheitsdatenbanken (CVEs, CWEs), Konferenzvorträge, Stack-Overflow-Foren, die nie gelöst werden, oder Änderungsprotokolle von Bibliotheken, die warnen: 'Dies ist ein bekanntes Limit'. Eine MOAD-Pipeline verwendet Hamming's Technik systematisch: Scannen Sie nach CWE-407 über verschiedene Ökosysteme, passen Sie bestätigte Befunde zu entsprechenden Projekten, erstellen Sie Probleme, senden Sie Patches.

Die Pipeline benötigt keine Gehalt. Sie benötigt: eine Problemliste (MOADs), eine Scannmethode (grep-Pattern, statische Analyse) und Zugriff auf das obere Ende (git, Mailinglisten, GitHub, GitLab). Jeder mit einem Terminal und einem Internetzugang kann sie ausführen.

Hamings kombiniertes Wissen: Arbeiten Sie an den wichtigsten Problemen & jeder neue Technik, den Sie lernen, könnte eines lösen. Open-Source-Verbindungen sind anders: Jeder Patch, der upstream in die Hauptquelle eingereicht wird, wird automatisch auf alle downstream-Forks übertragen. Die Reparatur verbreitet sich ohne zusätzliche Bemühungen des ursprünglichen Forschers. Ein Patch, der 2020 für die Python-Bibliothek 'email' eingereicht wurde, erreichte alle Python-Installationen bis 2021.

Die Institution bietet: Lohnkontinuität, Rechenressourcen, Zugang zu Bibliotheken, Kollegennetzwerk, Prestige als Validierung. Im Jahr 2026 stehen die meisten dieser Dinge am Netzrand kostenlos zur Verfügung: Cloud-Computing, offene Zeitschriftenarchive, GitHub, Stack Overflow, akademische Twitter-Nachrichten. Die verbleibende Knappheit betrifft Aufmerksamkeit und Urteil, nicht den Zugang.

Anwenden Sie die 10-Probleme-Technik

Hamings Frage, gerichtet an Ihr Gebiet:

Anwenden Sie die 10-Probleme-Technik auf ein Gebiet, das Sie gut kennen. Nennen Sie ein wichtiges ungelöstes Problem in diesem Bereich und beschreiben Sie, wie Sie ohne institutionelle Unterstützung darauf herantreten würden: Welche Ressourcen würden Sie nutzen, welche Gemeinschaften würden Sie ansprechen und wie würden Sie die Lösung verbreiten, wenn Sie eine gefunden hätten?

Was Institutionen bieten, was sie nicht bieten

Hamming: 'Es braucht Mut, an wichtigen Problemen zu arbeiten. Die meisten Menschen arbeiten nicht an wichtigen Problemen. Wenn Sie nicht an wichtigen Problemen arbeiten, ist es unwahrscheinlich, dass Sie wichtige Arbeit leisten.'

Institutionelle Rückendeckung bietet eine Form von Mut: Die Tenure entfernt die Bedrohung der Entlassung. Die Lohnkontinuität entfernt Einkommensängste. Die Anerkennung durch Peers bestätigt, dass das Problem es wert ist, sich damit zu befassen. Die Institution absorbiert die Kosten von gescheiterten Versuchen.

Arbeiten Sie außerhalb einer Institution entfernen jede dieser Unterstützungen. Ein Patch, den Sie einreichen, könnte von Wartungsteams ignoriert werden, die andere Prioritäten haben. Eine Offenlegung, die Sie machen, könnte als nicht echte Sicherheitslücke abgetan werden. Ein Projekt, an dem Sie Jahre lang arbeiten, könnte nie Mitwirkende anziehen. Niemand garantiert, dass Ihre Anstrengungen überall führen.

Aber Open-Source entfernt auch eine bestimmte Angst, die Institutionen erzeugen: Sie können nicht von einem Projekt entlassen werden, das Sie pflegen. Kein Manager kann Sie zu einem weniger wichtigen Problem umleiten, weil ein Kunde darum gebeten hat. Keine Leistungsbeurteilung bestraft Sie für die Arbeit an etwas, das fünf Jahre lang Früchte getragen hat. Ein öffentlicher-Domäne-Patch benötigt keine Erlaubnis, um zu existieren. Er benötigt nur korrekt zu sein.

Permacomputer-Prinzip: schicken Sie den Patch als öffentliche Domain. Der Patch benötigt keine Kreditierung, um zu überleben. Er benötigt keine institutionelle Beteiligung, um akzeptiert zu werden. Er benötigt korrekt zu sein & erreichbar zu sein. Wenn ein upstream-Maintainer ihn ignoriert, führen Sie den Repo in einem Fork aus und schicken Sie die Reparatur in dem Fork. Die Richtigkeit besteht unabhängig von der Aufnahme.

Die offene Quellcode-Tür

Hamming beobachtete, dass Wissenschaftler, die ihre Bürotür schließen, in der Kurzzeit mehr erledigen, aber im Langzeitvergleich hinterherhinken, weil sie auf das Wichtige nicht mehr hören.

Was ist das Open-Source Äquivalent von 'die Tür schließen'? Geben Sie ein konkretes Beispiel eines bestimmten Verhaltens, das einen Entwickler oder Forscher von der Community-Signalisation isoliert und erklären Sie, wie diese Isolation zu Missverständnissen führt.