Open Source als Standard

Jedes Studio hat einen privaten Ordner "Dinge, die wir immer neu schreiben". Auth-Flows, Settings-Panels, Kontaktformulare, Importer, Scheduling-Helfer, dieselben fünf Rate-Limiter. Wir behandeln diesen Ordner als Bug. Wenn wir merken, dass wir dieselbe Komponente zum dritten Mal schreiben, halten wir an, ziehen sie in ein eigenes Paket auf GitHub / Packagist / npm, und nutzen sie danach von dort. Der Kunde, der die dritte Instanz bezahlt hat, bekommt das Feature, das er eigentlich wollte; wir bekommen einen wiederverwendbaren Baustein; jeder danach bekommt ihn für den Preis von composer require.

Während wir ein Modul aus Ihrem Projekt herausziehen, läuft die Uhr nicht. So ist die Vereinbarung. Sie haben "wir brauchen einen funktionierenden Scheduler für unsere Mitarbeiter" bezahlt, Sie haben nicht "Blax hat jetzt ein poliertes Laravel-Schedule-Paket" bezahlt. Die Verpackungsarbeit ist unsere Investition in unseren Werkzeugkasten; sie Ihnen zu verrechnen wäre, denselben Wert zweimal in Rechnung zu stellen. Dasselbe gilt für Tooling: Test-Harnesses, Docker-Images, CI-Templates, die wir projektübergreifend nutzen, gehen auf unsere Kappe, nicht auf Ihre.

Ein Modul ist nur dann nützlich, wenn es weiter funktioniert. Wenn das nächste Laravel, Nuxt oder PHP-Release etwas bricht, fixen wir das Modul, nicht Ihren Snapshot davon. Der Fix fließt zu jedem Projekt, das davon abhängt, inklusive Ihrem, ohne Aufpreis. Sicherheitsmeldungen werden gleich behandelt: Ein CVE in einer geteilten Abhängigkeit bedeutet einen Patch und einen Release, nicht sieben hektische Kundenanrufe. So können wir auf echte Arbeit knappe Angebote schreiben, das Fundament darunter ist abbezahlt.

Wir könnten unsere Module in einer privaten Registry behalten und so tun, als ob der Burggraben zählt. Tut er nicht. Offener Code wird schneller gelesen, geprüft, verbessert und gefixt als privater Code, und ein Kunde, der lesen kann, was wir geschrieben haben, kann beurteilen, ob er uns den Rest anvertrauen will. Offen heißt auch: Sie sind nie eingeschlossen. Wenn Blax morgen verschwindet, liegen die Module, von denen Sie abhängen, weiter auf Packagist, weiter unter permissiver Lizenz, weiter wartbar durch wen auch immer Sie als Nächstes anstellen. Das ist die richtige Haltung für einen Dienstleister.

Unser Katalog liegt unter /links und auf der Blax Software GitHub-Organisation. Laravel-Pakete, Nuxt-Module, Browser-Komponenten, WordPress-Plugins, Mikrocontroller-Firmware-Bibliotheken, in welcher Form die Wiederverwendung auch landet, dort landet sie. Wenn etwas, das wir gebaut haben, offensichtlich in Ihren Stack gehört und wir es noch nicht verpackt haben, fragen Sie. In der Regel ist das eine Woche, ein Dienstag.