Ein Werkzeug fuer Aussehen und Verhalten von Code

Ein Frontend-Projekt brauchte bisher zwei Arten von Maschinerie. Eine haelt die Form gleichmaessig, bricht Zeilen um und sortiert Importe; die andere haelt die Bedeutung ehrlich, markiert ungenutzte Variablen und verdaechtige Bedingungen. In der Praxis bedeutete das zwei Pakete, zwei Konfigurationsdateien, zwei Editor-Erweiterungen, zwei Fehlerlisten in verschiedenen Formaten und eine dauerhafte Einladung an beide, sich ueber dieselbe Zeile zu streiten. Biome legt beides in ein Programm: es formatiert und prueft, wird einmal installiert und liest eine Datei.

Die Herkunft erklaert den Anspruch. Es fuehrt die Idee einer einheitlichen Werkzeugkette fort, die ein frueheres Projekt vorgeschlagen und nie fertig ausgeliefert hat, und die Gemeinschaft nahm den Gedanken auf, mit einem viel kuerzeren Weg von der Ankuendigung zur brauchbaren Fassung. Die Philosophie ueberlebte, die Auslieferung stockte nicht.

Das Tempo ist keine Werbezahl

Die Engine ist in Rust geschrieben, und die praktische Folge ist, dass Formatieren beim Speichern wirklich sofort geschieht, ohne spuerbare Pause zwischen Tastendruck und neu geschriebener Datei. Eine volle Pruefung eines grossen Bestands endet in Sekunden statt in der Zeit, die ein Kaffee braucht, und das aendert das Verhalten: man laesst sie staendig laufen, statt sie fuer den Commit aufzusparen. Die Wartezeiten in der Integration sinken messbar und unstrittig.

Fuer Kompatibilitaet wurde aehnlich viel getan. Die Ausgabe orientiert sich eng am faktischen Standard, sodass ein Umzug eines bestehenden Bestands eher einem Tausch gleicht als einem Neuschreiben, und das Rauschen beim ersten Lauf klein genug bleibt, dass Pruefende es tatsaechlich lesen. Dieses Detail entscheidet ueber die Einfuehrung mehr als jede Funktionsliste, denn ein Umzug mit zehntausend unzusammenhaengenden Aenderungen wird abgelehnt, so schnell das Werkzeug auch sein mag.

Der Regelsatz waechst weiter, und pruefungen fuer einzelne Rahmenwerke kommen regelmaessig dazu. Meldungen nennen die Stelle im Quelltext, einen Vorschlag und einen stabilen Regelnamen, was fuer Teams zaehlt, die Regeln bewusst stummschalten und erwarten, dass dies ein Upgrade uebersteht. Die gaengigen Editoren sind angebunden, und der Sprachdienst verhaelt sich modern statt wie ein Syntaxfaerber mit Meinungen.

Wo es nicht die naheliegende Antwort ist

Projekte mit stark angepasster Pruefung, Dutzenden Erweiterungen aus der Gemeinschaft und eigenen Regeln werden Luecken finden, und diese Regeln neu zu schreiben ist echte Arbeit. Sehr alte Bestaende oder solche mit ungewoehnlicher Dateistruktur brauchen vielleicht Einstellungen, die das Werkzeug noch nicht bequem ausdrueckt. Und wenn ein Team gluecklich auf dem aelteren Paar standardisiert ist und nichts vermisst, kostet der Wechsel mehr als er bringt.

Fuer neue Projekte liegt die Rechnung anders: es gibt nichts umzuziehen, die Konfiguration ist eine kurze Datei, und der vorgegebene Regelsatz ist ein vernuenftiger Anfang statt einer Liste, die erst beschnitten werden muss. Genau fuer diesen Fall ist das Werkzeug gebaut, und das ist ein grosser Teil der in diesem Jahr begonnenen Projekte.

Biome zeigt, wohin die Werkzeugkette laeuft. Statt Entwickler eine Reihe kleiner Programme mit eigenen Meinungen pflegen zu lassen, gibt es eine schnelle, gute Umsetzung, und die Zeit geht zurueck ans Schreiben.

So fuehrt man es ohne Aufregung ein. In einem neuen Projekt mit den Vorgaben beginnen und die Konfiguration am ersten Tag einchecken, damit niemand in der Pruefung ueber Stil streitet. In einem bestehenden Projekt zuerst die Formatierung umziehen, als einen mechanischen Commit, den Pruefende ueberspringen koennen, dann die Regeln schrittweise einschalten und Verzeichnis fuer Verzeichnis abarbeiten. Eine inkrementelle Pruefung in die Integration haengen, damit die Schuld nicht zurueckwaechst, und Regeln mit Kommentar und Begruendung stummschalten statt ganze Gruppen abzuschalten.

Zum Schluss eine Bemerkung zur Disziplin: der Wert eines Formatierers besteht darin, dass niemand mehr ueber Formatierung spricht. Steht das Werkzeug bereit und das Team debattiert weiter Zeilenlaengen in der Pruefung, ist der technische Teil geloest und der soziale nicht.