Code, den Sie prüfen können, bevor Sie uns beauftragen
Zwei unserer Pakete sind Open Source auf GitHub veröffentlicht. Keine Demos: Produktions-Engineering mit Tests, Dokumentation und versionierten Releases. Unsere übrigen Produkte entstehen nach demselben Standard und sind im Portfolio dokumentiert.
Was Oronts als Open Source veröffentlicht und warum das zählt
Oronts veröffentlicht zwei Pakete aus seiner Commerce- und Datenarbeit als Open Source: das Pimcore Asset Pilot Bundle und das Vendure Data Hub. Vendure Customer Intelligence ist ein proprietäres Oronts-Produkt, nicht Open Source. Das sind keine Demos. Es sind dieselben Pakete, die wir in Produktion betreiben, mit Tests, Dokumentation und versionierten Releases auf GitHub. Die Veröffentlichung bewirkt zweierlei für Sie. Erstens ist sie ein Beweis, den Sie prüfen können, bevor Sie uns beauftragen: Lesen Sie den Code, die Commit-Historie und den Issue-Tracker und beurteilen Sie unseren Standard selbst, statt einem Vertriebsversprechen zu vertrauen. Zweitens beseitigt sie Lock-in. Offene Pakete bedeuten, dass die Arbeit unter einer Lizenz liegt, die Sie behalten, forken und ohne uns betreiben können, sodass die Beziehung verdient bleibt und nicht durch eine Mauer um Ihre eigene Plattform erzwungen wird.
Prüfbarer Beweis: echter Produktionscode auf GitHub mit Tests, Doku und versionierten Releases, keine geschönte Demo
Kein Lock-in: offene Lizenzierung bedeutet, dass Sie die Pakete behalten, forken und selbst hosten können, ohne von Oronts abhängig zu sein
Zwei veröffentlichte Pakete: das Pimcore Asset Pilot Bundle für Asset-Arbeit und das Vendure Data Hub für Commerce-Daten
Derselbe Standard, den wir verkaufen: Kundensysteme werden so gebaut wie diese öffentlichen Pakete, mit vollständigem Code-Eigentum im Vertrag
WiewirmitOpenSourcearbeiten
Open Source ist für uns kein Marketing-Etikett. Es ist die Art, wie wir die Systeme, die wir bauen, prüfbar, wartbar und Ihr Eigentum halten.
01
Wir bauen darauf auf
Unser Standard-Stack ist Open Source: Next.js, Postgres, Vendure, Payload, n8n. Wir wählen bewährte Werkzeuge statt proprietärer Blackboxes, damit jede kompetente Entwicklerin und jeder kompetente Entwickler das Ergebnis lange nach der Übergabe warten kann.
02
Wir veröffentlichen, was sich verallgemeinern lässt
Wenn ein Teil unserer Arbeit über einen einzelnen Kunden hinaus nützlich und sicher zu teilen ist, landet er auf GitHub mit Tests, Dokumentation und versionierten Releases. Sie können das echte Engineering lesen, bevor Sie uns beauftragen.
03
Ihnen gehört, was wir schreiben
Volles Code-Eigentum ist vertraglich geregelt. Das System, das wir für Sie bauen, lebt in Ihrem Repository, mit den Qualitätsschranken und der Dokumentation, die es nach dem Ende der Zusammenarbeit gesund halten.
04
Kein Lock-in by Design
Offene Formate, Standard-APIs und eine dokumentierte Architektur bedeuten, dass Sie nie gefangen sind. Sie bleiben, weil die Arbeit gut ist, nicht weil ein Wechsel schmerzhaft wäre.
AufGitHubveröffentlicht
Vendure Data Hub
Enterprise-ETL- und Datenintegrations-Plugin für Vendure. Visueller Pipeline-Builder, 9 Extraktoren, 61 Transform-Operatoren, 24 Entity-Loader und Feed-Generatoren für Google Merchant und Amazon.
Regelbasierte Asset-Organisation für Pimcore: konfigurierbare Regeln, Prioritäten und Audit-Log für Bibliotheken, die schneller wachsen, als Teams sortieren können.
Sie müssen sich nicht auf unser Wort zur Qualität verlassen. Die Pakete sind öffentlich, sodass Sie sie zu Ihren Bedingungen bewerten können, bevor Sie sich festlegen.
01
Lesen Sie den Code und die Tests
Beginnen Sie auf GitHub. Die Tests und die Dokumentation zeigen, wie sich jedes Paket tatsächlich verhält und was es garantiert, nicht nur, was ein README behauptet.
02
Probieren Sie es in einem Spike aus
Ziehen Sie es in einen Wegwerf-Branch und führen Sie es gegen Ihre echten Daten aus. Open Source heißt, dass Sie die Eignung belegen können, bevor Sie ein Budget binden.
03
Schildern Sie uns Ihren Kontext
Die meisten realen Systeme brauchen Anpassung. Bringen Sie Ihre Rahmenbedingungen, Ihren Stack und Ihre Sonderfälle ein, und wir bestimmen ehrlich den Aufwand, der zur Einbettung in Ihre Umgebung nötig ist.
04
Wir bauen den Produktivteil
Wir erweitern es zu einem System, das Ihnen gehört, in Ihrem Repository, nach demselben Engineering-Standard, den Sie bereits in den öffentlichen Paketen prüfen können.
MitderselbenDisziplingebaut
Proprietäre Oronts-Produkte, Fall für Fall im Portfolio dokumentiert.
Zwei Pakete. Das erste ist das Pimcore Asset Pilot Bundle für Digital-Asset-Arbeitsabläufe, das wir in realen Projekten betreiben. Das zweite ist das Vendure Data Hub, eine ETL- und Integrationsschicht für Commerce-Daten. Beide liegen auf GitHub mit Quellcode, Tests, Dokumentation und getaggten Releases, sodass Sie denselben Code sehen, den wir ausliefern, keinen Marketing-Fork. Vendure Customer Intelligence ist ein proprietäres Oronts-Produkt und nicht Open Source.
Weil es der ehrlichste Weg ist, zu beweisen, wie wir bauen. Jeder kann im Vertriebsgespräch erfahrenes Engineering behaupten. Veröffentlichter Code lässt Sie Struktur, Tests und Commit-Historie lesen und selbst entscheiden. Offene Pakete schützen Sie auch: Die Integrationsschichten und Bundles, von denen Ihre Plattform abhängt, bleiben unter einer Lizenz, die Sie behalten und betreiben können, sodass Sie nie an Oronts gebunden sind, um Ihr eigenes System zu betreiben.
Ja. Genau dafür veröffentlichen wir sie. Die Pakete sind so lizenziert, dass Sie sie auf Ihrer eigenen Infrastruktur installieren, betreiben und anpassen können. Ihr Team kann sie klonen, die Doku lesen und sie in ein Pimcore- oder Vendure-Projekt einbauen, ganz ohne Beauftragung. Wenn Sie Hilfe möchten, beauftragen Sie die Arbeit und den Support, nicht die Erlaubnis, den Code zu nutzen.
Der Standard ist derselbe; der Umfang ist anders. Die öffentlichen Pakete sind wiederverwendbare Bausteine: das Pimcore Asset Pilot Bundle und das Vendure Data Hub, die ein definiertes Problem lösen. Kundenarbeit setzt diese Bausteine zu einem System zusammen, das auf Ihren Katalog, Ihre Preise, Ihr ERP und Ihre Kanäle zugeschnitten ist. Was immer wir für Sie bauen, wird mit der Disziplin gebaut, die Sie bereits im offenen Code sehen, und vollständiges Code-Eigentum ist Teil des Vertrags.
Lesen Sie es so, wie es ein erfahrener Entwickler täte. Prüfen Sie die Testabdeckung und ob die Tests aussagekräftig sind, lesen Sie Dokumentation und README, schauen Sie auf die Release-Tags, um zu sehen, ob die Versionierung diszipliniert ist, und überfliegen Sie Issue-Tracker und Commit-Historie, um zu beurteilen, wie der Code gepflegt wird. Unsere Pakete werden genau deshalb veröffentlicht, damit diese Prüfung möglich ist. Ist etwas unklar, ist das Repository der Ort, um offen zu fragen.
So bauen wir für Kunden
Derselbe Engineering-Standard, angewandt auf Ihre Systeme. Volles Code-Eigentum ist Vertragsstandard.