Wenn man seine Arbeit veröffentlicht, kommt das Glück mit
(github.com/readme)- Glück wirkt wie ein unkontrollierbarer externer Faktor, aber durch das Veröffentlichen der eigenen Arbeit lässt sich die Wahrscheinlichkeit erhöhen, guten Chancen zu begegnen
- Die Luck Surface Area wird als das Produkt aus „etwas tun (Doing Things)“ und „es anderen erzählen (Telling People)“ definiert
- Arbeit leisten und sie veröffentlichen ist für Entwickler, Designer und andere Kreative ein essenzieller Prozess und ein Mittel, die eigene Neugier und Expertise sichtbar zu machen
- Statt auf ein perfektes Ergebnis zu warten, ist es wichtig, den Prozess, das Lernen und Versuch und Irrtum gemeinsam zu teilen; das wirkt inspirierend auf andere
- Veröffentlichte Arbeit schafft neue Jobs, Zusammenarbeit, Vorträge und Community-Verbindungen sowie andere unerwartete Chancen; das ist nicht bloß Glück, sondern ein wahrscheinliches Ergebnis des Teilens
Das Konzept der Luck Surface Area
- Glück wird definiert als „wenn unerwartet etwas Gutes passiert“
- Beispiele: der Erfolg einer OSS-Bibliothek, eine Konferenzeinladung, ein neues Jobangebot, die Gewinnung eines Kunden, ein Podcast-Auftritt, Kontakte in einer Community knüpfen usw.
- Nach der Definition von Jason Roberts ist die Luck Surface Area proportional zum Produkt aus dem „Ausmaß, in dem man mit Begeisterung etwas tut“ und der „Anzahl der Menschen, denen man es wirksam vermittelt“
- Als Formel ausgedrückt: Luck = [Doing Things] × [Telling People]
- Je mehr man tut und je mehr Menschen man davon erzählt, desto größer wird die Luck Surface Area
Die Arbeit machen (Doing the work)
- Vor dem Veröffentlichen braucht es zunächst echte geleistete Arbeit
- Entwickler, Designer und Kreative sind im Kern Menschen, die etwas erschaffen, und genau das bildet die Grundlage für Glück
- Es gibt zwei Arten von Menschen
1. Menschen, die bereits viel tun, aber glauben, ihre Arbeit sei es nicht wert, geteilt zu werden
2. Menschen, die etwas anfangen möchten, es aber nicht umsetzen - Die erste Gruppe neigt dazu, den Wert ihres Wissens zu unterschätzen; wenn man beobachtet, was in Communities geteilt wird, merkt man oft, dass man bereits viele dieser Dinge selbst kann
- Für die zweite Gruppe gilt: mit kleinen Dingen anfangen
- Nicht auf die perfekte Idee warten, sondern mit kleinen Projekten oder Experimenten beginnen
- „Bewegung erzeugt Bewegung“
Neugier und Expertise einsetzen
- Persönliche Projekte sind ein guter Raum, um Neugier zu erkunden
- Beispiele: einen Bondrucker bauen, der GitHub-Issues ausgibt, einen Fertigschuppen in ein Büro umbauen, ein SVG-Zeichenwerkzeug entwickeln oder einen langen Newsletter über Finanzinfrastruktur schreiben
- Projekte aus dem Arbeitsalltag sind ein gutes Feld, um Expertise zu zeigen
- Probleme, die man im Job gelöst hat, oder Erkenntnisse, die man gewonnen hat, lassen sich in Blogposts, Vorträge oder Open-Source-Projekte verwandeln
- Auch wenn Details vertraulich sind, lassen sich Konzepte, Erkenntnisse und Muster teilen
- Wenn man einen Monat lang interessante Probleme oder Muster aus der Arbeit festhält, sammelt man schnell viele Ideen zum Teilen
Auf Veröffentlichen klicken (Hitting the publish button)
- Viele Menschen haben Angst vor dem Teilen
- Gründe sind etwa die Angst vor Kritik, Perfektionismus oder eine Abneigung gegen Marketing
- Doch Teilen ist keine Selbstgefälligkeit, sondern die Verbreitung von Lernen; es ist ein Prozess, der andere inspiriert und ihnen beim Lernen hilft
- Als Plattform zum Veröffentlichen eignet sich Twitter, GitHub, ein Blog, ein Newsletter, YouTube usw. — Hauptsache, es liegt nicht nur auf der Festplatte
- Teilen ist eine Fähigkeit, die man lernen muss, und wichtig ist nicht nur das fertige Ergebnis, sondern auch der Fortschritt, das Scheitern und der Denkprozess
- Anfangs fühlt es sich ungewohnt an, aber mit der Zeit wird es natürlich
Das Glück einfangen (Capturing the luck)
- Wenn man seine Arbeit veröffentlicht, steigt die Wahrscheinlichkeit für unerwartete positive Ergebnisse
- Beispiele: als Experte für ein bestimmtes Thema wahrgenommen werden, Feedback von Lesern bekommen, Jobangebote erhalten, Kundenanfragen bekommen, zu Vorträgen eingeladen werden, Kontakte in der Community knüpfen oder die Bekanntheit eines OSS-Projekts steigern
- Diese Beispiele sind Dinge, die der Autor tatsächlich erlebt hat; sie sind das Ergebnis einer durch Teilen erweiterten Luck Surface Area
- Die Kernformel ist einfach
- Do the work. Tell people.
- Die eigene Neugier und Expertise vertiefen und das Gelernte öffentlich teilen
- Kritik im Internet lässt sich nicht vermeiden, aber viel mehr Menschen unterstützen einen still, als Kritik üben
- Und am Ende kann genau eine dieser Personen eine lebensverändernde Chance bieten
3 Kommentare
Ich glaube, ich habe diese Formel schon vor ein paar Jahren gesehen, aber ich habe sie in der Zwischenzeit nicht wirklich umgesetzt.
Eines der Dinge, die ich Juniors immer wieder betont habe, war
„Wenn du ein Problem gelöst hast, dokumentiere es gut und hinterlasse es als öffentlichen Beitrag.“
Allein das Aufschreiben lässt einen den gesamten Prozess noch einmal durchgehen, sodass man es sich leichter wieder ins Gedächtnis rufen kann.
Und selbst wenn man später noch einmal auf dasselbe Problem stößt, taucht beim Googeln der eigene Beitrag auf, sodass man es schnell lösen kann (Danke an mein früheres Ich!).
Außerdem kann es anderen helfen, was auch dem eigenen Ruf zugutekommen kann.
Hacker-News-Kommentare
Als jemand, der in der Open-Source-(OSS)-Branche gearbeitet hat, hoffe ich aufrichtig, dass mein GitHub-Projekt nicht berühmt wird
Ich habe experimentelle Projekte mit über 50 Stars, bin aber froh, dass sie sich nicht zu „echtem“ OSS entwickelt haben
Ich habe schon Wochenenden wegen Bugfix-Anfragen für alte Projekte oder wegen Reviews von PRs verloren, die mich gar nicht interessieren
OSS-Wartung ist fast wie ein unbezahlter Teilzeitjob. Der Ruhm ist begrenzt, und selbst hervorragende OSS-Entwickler haben Schwierigkeiten, in der Branche einen passenden Job zu finden
Ich denke, OSS-Maintainer sind so etwas wie Heilige, die die Software der Welt tragen
Es wäre gut, dem GitHub-README Status-Badges wie „PRs willkommen“, „nur Security- und kritische Bugs werden gefixt“ oder „neue Maintainer gesucht“ hinzuzufügen
Deshalb fragt man sich inzwischen: „Warum sollte ich überhaupt so einen gesellschaftlichen Vertrag eingehen?“
Eine Alternative ist die autonome Projektorganisation über selbst gehostete Git-Communitys. So wird die Arbeit der Maintainer nicht zur Ware gemacht, und Open Source kann wieder Spaß machen
Zum Beispiel könnte es automatisch eine Code-Review-Zusammenfassung liefern, wenn für ein seit 5 Jahren unberührtes Repository ein PR eingeht, oder Funktionen einführen, die unhöfliche Kommentare filtern
Wenn man den Code nicht offenlegt, ist es schwer, Vertrauen in der Community aufzubauen, und Ansätze wie „Hinterlassen Sie Ihre E-Mail-Adresse und wir schicken Ihnen ein Whitepaper als PDF“ funktionieren 2025 nicht mehr
100 % von 0 Dollar sind immer noch 0, aber 0,001 % eines riesigen Marktes sind trotzdem eine ziemlich große Chance
Der Kern dieses Textes ist doch, dass am Ende jemand anderes, meist Unternehmen, den größten Nutzen daraus zieht, wenn Open Source veröffentlicht wird
Genau deshalb wirkt GitHub (= Microsoft) zwangsläufig wie eine Maschine zur Extraktion kostenloser Arbeit
Ein ausgewogener Text hätte vor solchen Interessenkonflikten warnen müssen
Unternehmen lieben unsere kostenlose Arbeit, aber sie stellen uns nicht ein. Es ist eher: „Danke, hat uns sehr geholfen, aber einstellen werden wir Sie nicht“
Inzwischen wird unser Code sogar als Trainingsdaten für LLMs absorbiert, ohne dass unser Name überhaupt noch auftaucht
Ich habe das Gefühl, Texte ins Meer zu werfen und nie irgendeine Reaktion zu hören
Plattformen flüstern einem zu: „Wenn du nur noch einmal postest, schaffst du den Durchbruch“, aber ich zweifle daran, ob das wirklich stimmt
Jemand hatte nach 3 Jahren mit Product-Led Marketing Erfolg, ein anderer hat 5 Jahre lang über seinen Blog ein Publikum aufgebaut und es dann mit OSS monetarisiert
Letztlich ist die Aussage, man „erhöhe sein Glück“, eher ein Motivationsslogan, aber in der Realität braucht es mindestens 5 bis 6 Jahre stetiger Arbeit
Unsere Texte werden in Trainingsdaten von Unternehmen eingesogen, Leser zahlen diesen Unternehmen Geld, und wir bekommen nicht einmal ein Dankeschön
Die einzige Ausnahme sind geschlossene Communitys, in denen direkter menschlicher Austausch möglich ist
Ich kann mich in diesen Text sehr gut hineinversetzen
Dank OSS habe ich von mehreren Unternehmen Angebote bekommen, ohne Lebenslauf oder Coding-Test
Ich habe einmal gemeinsam mit dem GitHub-Support einen Bug debuggt und wurde dann von einem Microsoft MD empfohlen; bei Cloudflare ist mir etwas Ähnliches passiert
Am Ende ist OSS ein Werkzeug, um ein vertrauensbasiertes Netzwerk aufzubauen
Durch das Schreiben von Büchern und Signierstunden auf Konferenzen ergaben sich Chancen ganz natürlich
So sehe ich die Phasen von Open Source
1. Einen Pain Point in der eigenen Arbeit finden
2. Ein Tool bauen, das dieses Problem löst
3. Es auf Reddit, HN, Bluesky usw. ganz natürlich teilen
Open Source ist ein Signalmedium. Wenn es gut läuft, wird es zur Visitenkarte und führt zu Consulting- oder Jobchancen
Zum Beispiel habe ich im April 2023 LangChain gesehen und daraufhin das Langroid LLM agent framework gebaut,
und ich betreibe auch die CLI-Tool-Sammlung Claude Code Tools.
Dieser Prozess macht Open Source zu einem Mittel des Vertrauensaufbaus ähnlich wie wissenschaftliches Publizieren
(Satire) „Hallo, Open-Source-Leibeigene! Gebt uns noch mehr Daten, damit unsere AI eure Jobs ersetzen kann!“
Ich habe ein paar Mathematikbücher geschrieben, und obwohl sich mein Glück ein wenig vergrößert hat, wurde ich für 1200 Stunden Arbeit nicht einmal auf Mindestlohnbasis entschädigt
Ich habe durch das Veröffentlichen von Dingen auch mehrfach gute Jobs bekommen. Reich bin ich nicht geworden, aber für meine Karriere war es sehr hilfreich
(Autor) Diesen Text habe ich vor ein paar Jahren geschrieben, und ich freue mich, ihn jetzt wieder auf HN zu sehen
Auch im damaligen Thread gab es ähnliche Diskussionen
Viele sagen, das sei ein „Text, der nur die Maschine füttert“, aber dieser Text hat mein Leben verändert. Ich hoffe, er hilft auch anderen
Der Titel des Autors lautet „Aaron Francis, Marketing Engineer“, und da fragt man sich, ob jetzt sogar Marketing Ingenieurwesen genannt wird
Mein GitHub-Profil