Meinungsstarkes Linux ist kein Widerspruch mehr, wenn die Meinungen kohärent sind.

linux design opinion product devops

Omarchy wurde diesen Sommer veröffentlicht, und 37signals verlagert das gesamte Unternehmen innerhalb von drei Jahren darauf. Die naheliegende Lesart ist, dass DHH zum überzeugten Linux-Anhänger geworden ist und das Unternehmen folgt. Die eigentliche Lesart ist interessanter. Omarchy wird mit sichtbaren Meinungen ausgeliefert, in einem Markt, der historisch über verborgene Meinungen gewonnen hat, und genau das sichtbar-meinungsstarke Paar ist der Gegenstand dieses Beitrags.

Der Widerspruch

Linux soll ein neutrales Werkzeugkasten sein. Die Linux-Distributionen, die Marktanteile gewonnen haben, haben dies getan, indem sie keine Positionen bezogen. Ubuntus “läuft einfach”, Fedoras “immer aktuell”, Silverblues “standardmäßig unveränderlich” verraten jeweils eine Persönlichkeit, aber eine zurückhaltende. Jede ist bereit, eine Voreinstellung auszuliefern, die der Präferenz des Nutzers widerspricht, in der Annahme, dass der Nutzer keine Zeit hat, die Alternative zu lernen. Omarchy ist die erste Distribution, bei der ich erlebe, dass die Persönlichkeit das Leitmerkmal ist: ästhetik-zuerst, meinungsstark, und laut meinungsstark. Die Marketing-Seite führt das Wort “opinionated”. Das README führt das Wort “opinionated”. DHHs Blog-Beiträge darüber führen das Wort “opinionated”. Das Wort leistet tatsächliche Arbeit.

Der Widerspruch ist der Teil, der die Veröffentlichung interessant macht. Linux-Distributionen sollen die flexible Schicht sein; sie sind das Substrat. Dass das Substrat Positionen bezieht, fühlt sich falsch an, auf dieselbe Weise wie sich ein Paketmanager falsch anfühlen würde, der Positionen bezieht. Der Instinkt sagt: je tiefer im Stapel, desto neutraler sollte es sein. Omarchy bricht diesen Instinkt, und der Beitrag handelt davon, warum das Brechen funktioniert.

Was Omarchy tatsächlich tut

Arch Linux plus Hyprland plus eine kuratierte Werkzeugkette. Das ist der Stapel. Das interessante Stück ist Hyprland, ein Kachel-Fenstermanager, der ohne Anmeldebildschirm, ohne Menüleiste, ohne Benachrichtigungen, ohne Dateimanager ausgeliefert wird. Keines dieser Dinge. DHHs Umdeutung ist der Teil, der die Arbeit macht. Die Lücke ist kein Defekt; sie ist die Voraussetzung für echte Personalisierung, weil es nichts Vorkonfiguriertes gibt, gegen das man ankämpfen muss. Die Kosten sind ungefähr zehn Stunden Einrichtung am Anfang. Die Belohnung ist, dass jede Verhaltensweise, die der Nutzer später anfasst, eine ist, die er gewählt hat, und es gibt keine Voreinstellung rückgängig zu machen.

Dies ist übrigens der Satz, der mich überzeugt hat. “Es gibt nichts Vorkonfiguriertes, gegen das man ankämpfen muss.” Dieser Satz fasst das ganze Argument zusammen. Eine vorkonfigurierte Voreinstellung ist nicht nur eine Voreinstellung; sie ist eine Richtung, der der Nutzer bewusst widersprechen muss, um das zu tun, was er tatsächlich will. Hyprland hat keine Richtungen. Es hat nur die Wahlen des Nutzers. Der Tausch ist zehn Stunden gegen Eigentum, und Eigentum ist das Ding, das der Nutzer schätzt, weil er Jahre innerhalb des Systems verbringen wird.

Warum die sichtbar-meinungsstarke Rahmung zählt

Eine verborgene Meinung sieht für jeden, der sie nicht verfasst hat, wie ein Unfall aus. Hyprland wird mit nichts ausgeliefert, und man sieht das in dem Moment, in dem der Bildschirm angeht. Es gibt keine kluge Chromleiste zum Entschlüsseln, keine zu entdeckende Menüleiste, keinen zu lernenden Benachrichtigungsdienst. Die Meinung ist auf dem Bildschirm, sobald der Bildschirm angeht. Diese Sichtbarkeit ist es, was die Meinung in einen Vertrag verwandelt. Der Nutzer verpflichtet sich zu den zehn Stunden. Der Nutzer erhält danach die Flexibilität. Beide Hälften sind sichtbar.

Vergleichen Sie das mit Ubuntu. Ubuntus “läuft einfach” sieht von außen genauso aus wie Fedoras “immer aktuell”, aber sie kommen auf unterschiedlichem Weg zum selben Punkt. Ubuntu liefert GNOME mit einer Handvoll meinungsstarker Erweiterungen aus (das Dock, den Snap-Store, die systemd-Netzwerkvoreinstellungen) und teilt dem Nutzer nie mit, dass dies Entscheidungen sind. Fedora liefert GNOME sauber aus und lässt den Nutzer dieselben Entscheidungen entdecken, indem er gegen eine Wand läuft. Silverblue liefert unveränderlich aus und lässt den Nutzer die Unveränderlichkeit entdecken, indem er gegen eine andere Wand läuft. Jede dieser Distributionen hat Meinungen. Jede dieser Meinungen ist hinter einer Voreinstellung versteckt, die wie eine Tatsache liest. Der Nutzer muss die Meinung auf Treu und Glauben annehmen.

Sichtbare Meinungen überleben den Kontakt mit Nicht-Gläubigen, weil der Nicht-Gläubige sehen kann, worauf er sich eingelassen hat. Ein Nutzer, der Hyprland startet und keine zehn Stunden Einrichtung investieren will, hat eine sofortige Ausstiegsrampe; die Installation ist in Minuten rückgängig zu machen, und der Nutzer wusste das. Ein Nutzer, der Ubuntu startet und snap nicht will, kann nicht erkennen, ob snap eine Meinung oder ein Bug ist, bis er zwanzig Stunden damit gekämpft hat. Verborgene Meinungen sind nicht von Unfällen zu unterscheiden. Sichtbare Meinungen sind Verträge.

Wo dies verallgemeinerbar ist

Dieselbe Regel gilt für jedes Produkt, dessen Voreinstellungen seine Persönlichkeit tragen. Eine meinungsstarke CI-Pipeline schlägt eine flexible, wenn die Meinungen in den Vorlagen sichtbar sind. Eine meinungsstarke Homebrew-Formel schlägt eine neutrale, wenn die Meinungen in der Formeldatei dokumentiert sind. Ein meinungsstarkes Deployment-Werkzeug schlägt ein neutrales, wenn die Meinungen in den Deployment-Logs sichtbar sind. Die sichtbar/verborgen-Unterscheidung ist es, die überlebt. Die Art der Meinung ist irrelevant; die Sichtbarkeit ist das ganze Spiel.

Der Leser sollte mit einem übertragbaren Test gehen. Wenn Sie eine Voreinstellung sehen, können Sie erkennen, warum sie die Voreinstellung ist? Wenn ja, ist das Produkt im sichtbaren Sinne meinungsstark, und die Meinung ist ein Vertrag. Wenn nein, ist das Produkt im verborgenen Sinne meinungsstark, und der verborgene Sinn ist derjenige, der unter Last bricht. Jedes Produkt ist irgendwo meinungsstark; die Frage ist, ob der Nutzer die Meinungen prüfen kann, ohne das Produkt zu verlassen.

Die Falle

Die Falle besteht darin, Omarchy als eine Linux-Geschichte zu lesen. Sie ist es nicht. Sie ist eine Produkt-Geschichte, und der Linux-Winkel ist die Datierungsschicht. Dasselbe Argument könnte über Rails im Jahr 2004 gemacht werden (ein Web-Framework, das Positionen zu Konventionen bezog und die Positionen in der Verzeichnisstruktur sichtbar machte), über Postgres-Erweiterungen im Jahr 2025 (ein Datenbank-Ökosystem, in dem die Erweiterungsautoren ihre Annahmen neben der Installation dokumentieren), über die Weigerung des iPhone, einen Stift zu unterstützen, im Jahr 2007 (eine Hardware-Meinung, die in dem Moment sichtbar war, als das Gerät ausgeliefert wurde, keine Treiber, keine Einstellungen), über die Modularität des Framework-Laptops heute (eine Hardware-Meinung, die beim ersten Öffnen der Bodenplatte sichtbar wird). Jedes davon ist ein Produkt, das Positionen bezogen hat. Jede dieser Positionen liegt offen. Keine versteckt sich.

Das Linux-Ökosystem verliert seit fünfzehn Jahren still das Argument darüber, ob sichtbare Meinungen ausgeliefert werden sollen. Das Argument lautete, dass Nutzer Neutralität wollen, dass die Plattform nicht redaktionieren soll, dass das Substrat unsichtbar sein soll. Das Argument war falsch, aber es war lange ein respektables Falsch, weil die Alternativen meistens auch verborgen waren. Omarchy ist interessant, weil es die Alternativen sichtbar macht. Es argumentiert nicht, dass das Substrat redaktionieren soll. Es redaktioniert, und lässt den Nutzer das Redaktionieren sehen. Das ist ein anderes Argument, und ein stärkeres.

Die Regel und der Test

Dieselbe meinungsstarke Voreinstellung ist ein Merkmal, wenn ihre Begründung sichtbar ist, und ein Bug, wenn ihre Begründung verborgen ist. Wenn Sie das nächste Mal nach einem Werkzeug greifen, dessen Voreinstellungen eine Persönlichkeit tragen, stellen Sie eine Frage: ist die Persönlichkeit sichtbar? Wenn ja, ist das Werkzeug dauerhaft. Wenn nein, wird das Werkzeug irgendwann brechen, weil der nächste Nutzer die verborgene Meinung bekämpfen und verlieren wird. Verborgene Meinungen sind Unfälle, die auf einen Nicht-Gläubigen warten. Sichtbare Meinungen sind Verträge, die auf eine Unterschrift warten.

Omarchy ist interessant, weil es diese Frage leicht zu beantworten macht, in einem Markt, in dem die Antwort historisch “nein, Sie vertrauen uns einfach” lautete. Ob Omarchy selbst den langfristigen Marktanteilskrieg gewinnt, ist eine andere Frage, und eine, deren Antwort ich nicht vorgeben werde zu kennen. Das Argument ist nicht, dass Omarchy das Richtige für Sie ist. Das Argument ist, dass sichtbare Meinungen auf eine Weise dauerhaft sind, die verborgene Meinungen nicht sind, und das Linux-Ökosystem hat anderthalb Jahrzehnte damit verbracht, verborgene auszuliefern. Das Argument ist, dass das Substrat Positionen beziehen darf. Das Argument ist, dass die Positionen stärker sind, wenn der Nutzer sie sehen kann.

$ cat OBSERVABILITY .md
· 7 Min. Lesezeit

Die alte Pipeline verlor ~47k Spans. Tat sie nicht. Wir haben das Falsche gezählt.

Während einer Parallel-Run-Validierung zeigte ein nebeneinander gestellter Per-Service-Span-Count, dass die neue Pipeline ~0,2% der Spans pro Service über ein 60-Minuten-Fenster verlor. Als Regression der neuen Pipeline gelesen, hätte es einen Rollback ausgelöst. Richtig gelesen, fügte die alte Pipeline in einem wenige-Sekunden-Fenster Zehntausende doppelter Zeilen ein. Die Speicherschicht hat keine Eindeutigkeitsbeschränkung auf das Gezählte; die Einheit, die sie als 'count' ausgibt, ist nicht die Einheit, die der Operator annimmt.

observability clickhouse verification troubleshooting devops
$ cat DOCKER .md
· 5 Min. Lesezeit

Die Notiz behauptete, das Image sei falsch. Das Image war richtig. Drei Prüfungen bestätigten es.

Eine Notiz im Wissensspeicher des Projekts behauptete, das Produktions-Image sei amd64-only und laufe möglicherweise nicht auf Graviton-Knoten. Drei unabhängige Prüfungen stimmten zu. Das Image war nicht amd64-only, und ein nativer arm64-Build gelang ohne jede Quelltextänderung. Eine dreimal verifizierte Behauptung ist die gefährlichste Form einer falschen Behauptung.

docker arm64 verification knowledge-management devops
$ cat KAFKA .md
· 8 Min. Lesezeit

Ich habe drei Dinge über ein laufendes System abgeleitet. Zwei davon stimmten nicht.

Dreimal in einer Woche habe ich eine Aussage über eine laufende Migration aus einer Konfigurationsdatei, einem Namenspräfix oder einem Template gelesen, und zweimal war die Aussage falsch. Das Artefakt und das laufende System sind zwei Sichten auf dasselbe Ding, und sie können aus Gründen übereinstimmen, die das Artefakt nicht verraten kann. Nur eine der Sichten ist die Wahrheit.

kafka opentelemetry terraform troubleshooting devops