Loading this video will connect you to YouTube (Google LLC, USA) and transmit your IP address. By clicking play you consent to this transfer. See our privacy policy.
Einige Jahre lang lebte SENAITE Starter als kostenpflichtiges Add-on in unserem Shop. Es war das Paket, das wir intern verwendet haben, um einer frischen SENAITE-Installation einen sauberen Ort für all das zu geben, was jedes Labor irgendwann anpasst: Probentypen, Analyseleistungen, Berechnungshooks, Berichtsvorlagen, Buildout-Verklebung. Wir haben es geschnürt, ausgepreist und an Labore verkauft, die mit einer Startrampe einsteigen wollten.
Heute haben wir es uns anders überlegt.
Was sich geändert hat
senaite.starter ist jetzt Open Source unter GPL-2.0 —
derselben Lizenz wie der Rest des SENAITE-Projekts — und
das Repository wurde an die SENAITE-GitHub-Organisation
übergeben. Keine Bezahlschranke, öffentlicher Commit-Verlauf,
community-getriebene Wartung.
Die vollständige Ankündigung und Migrationsnotizen leben auf der kanonischen Seite: SENAITE Starter ist jetzt Open Source.
Warum
Die ehrliche Antwort: Es hätte überhaupt nie hinter einer Bezahlschranke landen dürfen.
SENAITE Starter ist Projekt-Scaffolding. Der Wert steckt nicht in proprietärem Code — er steckt in den Konventionen: wo ein eigener Analyse-Service hingehört, wie eine Berichtsvorlage verdrahtet wird, wie ein Buildout strukturiert sein muss, damit sich die nächste Person zurechtfindet. Konventionen gehören der Community, die sie verwendet. Sie in einem privaten Repo hinter einem Checkout-Flow zu halten würde nie die beste Version des Scaffoldings hervorbringen, denn die Leute, die es am schnellsten verbessern würden — andere SENAITE-Entwickler — konnten es nicht einsehen.
Ein zweiter Grund, mehr über uns als über den Code: RIDING BYTES ist eine von zwei Gründungs-Core-Developer-Organisationen im SENAITE-Projekt. Wir sagen seit Jahren, dass unser Wert in der Arbeit liegt, die wir öffentlich am Upstream-Code leisten. Ein privates Add-on zu verkaufen, das diesen Upstream-Code umhüllt, hat dieser Aussage leise widersprochen. Open Source schließt diese Lücke.
Der dritte Grund ist pragmatisch: Offene Entwicklung ist gesündere
Entwicklung. Issues, Pull Requests und Reviews aus der breiteren
Community werden senaite.starter schneller verbessern, als wir
es allein können. Wir haben dieses Muster mehrfach erlebt —
auf senaite.astm,
senaite.lims und jedem
anderen SENAITE-Repo, an dem wir gearbeitet haben.
Was das für bisherige Kunden bedeutet
Wenn Sie SENAITE Starter über unseren Shop gekauft haben:
- Ihre Installation läuft weiter. Kein Handlungsbedarf. Der Code, den Sie haben, ist derselbe Code, der jetzt öffentlich ist.
- Ihr Support-Vertrag bleibt unverändert. Alles, was wir für Sie betreuen — SENAITE Care, Custom Development, Hosting — läuft wie bisher.
- Sie können jederzeit zum Upstream-Branch wechseln. Künftige Releases werden dort veröffentlicht. Wir helfen Ihnen, die Versionsanbindung in Ihrem Buildout umzustellen und die Regressionsprüfungen durchzuführen. Für bestehende Support-Kunden kostenfrei.
Details auf der Ankündigungsseite.
Was wir uns davon erhoffen
Drei konkrete Dinge:
- Andere Werkstätten übernehmen die gleichen Konventionen.
Der größte Gewinn für die SENAITE-Community ist nicht
senaite.starterselbst — sondern dass die darin kodifizierten Konventionen zum Standard-Startpunkt für neue Add-ons werden. Wenn Ihre Werkstatt eine bessere Art kennt, etwas zu strukturieren, schicken Sie einen Pull Request. - Weniger Bezahlschranken um SENAITE-Tooling. Nicht nur von uns — im ganzen Ökosystem. Wenn das Add-on eines Anbieters im Wesentlichen Projekt-Scaffolding ist, ist die Community besser bedient, wenn es Open Source ist.
Ausprobieren
Repository klonen, Buildout laufen lassen und Sie haben eine lauffähige SENAITE-Instanz zum Anpassen:
git clone https://github.com/senaite/senaite.starter.git
cd senaite.starter
buildout -c buildout.cfg
bin/instance fgFragen, Migrationshilfe oder einfach Hallo sagen — schreiben Sie uns.