Open source

Du code à inspecter avant de nous engager

Deux de nos paquets sont publiés en open source sur GitHub. Pas des démos : de l'ingénierie de production, avec tests, documentation et releases versionnées. Nos autres produits suivent le même standard et sont documentés dans le portfolio.

Ce qu'Oronts publie en open source et pourquoi cela compte

Oronts publie en open source deux paquets issus de son travail commerce et data : le Pimcore Asset Pilot Bundle et le Vendure Data Hub. Ce ne sont pas des démos. Ce sont les mêmes paquets que nous exploitons en production, avec tests, documentation et releases versionnées sur GitHub. Customer Intelligence, en revanche, est notre produit Vendure propriétaire : il n'est pas open source ni publié sur GitHub. Publier les paquets ouverts fait deux choses pour vous. D'abord, c'est une preuve que vous pouvez vérifier avant de nous mandater : lisez le code, l'historique des commits et le suivi des issues, et jugez notre standard vous-même, au lieu d'accepter une affirmation de confiance dans la vente. Ensuite, cela supprime le lock-in. Des paquets ouverts signifient que le travail vit sous une licence que vous pouvez garder, forker et exploiter sans nous, de sorte que la relation reste méritée plutôt qu'imposée par un mur autour de votre propre plateforme.

  • Preuve vérifiable : du vrai code de production sur GitHub avec tests, docs et releases versionnées, pas une démo polie
  • Pas de lock-in : la licence ouverte signifie que vous pouvez garder, forker et héberger vous-même les paquets, sans dépendre d'Oronts
  • Deux paquets publiés : le Pimcore Asset Pilot Bundle pour le travail PIM et assets, et le Vendure Data Hub pour les données commerce
  • Le même standard que nous vendons : les systèmes clients sont construits comme ces paquets publics, avec la pleine remise des droits sur les sources inscrite au contrat

Comment nous travaillons avec l'open source

L'open source n'est pas pour nous un argument marketing. C'est notre façon de garder les systèmes que nous construisons inspectables, maintenables et qui vous appartiennent.

01

Nous construisons dessus

Notre stack par défaut est open source : Next.js, Postgres, Vendure, Payload, n8n. Nous choisissons des outils éprouvés plutôt que des boîtes noires propriétaires, afin que tout ingénieur compétent puisse maintenir le résultat longtemps après notre départ.

02

Nous publions ce qui se généralise

Quand une partie de notre travail est utile au-delà d'un seul client et sûre à partager, elle arrive sur GitHub avec tests, documentation et versions publiées. Vous pouvez lire l'ingénierie réelle avant de nous engager.

03

Vous possédez ce que nous écrivons

La pleine propriété du code est contractuelle. Le système que nous construisons pour vous vit dans votre dépôt, avec les garde-fous de qualité et la documentation qui le maintiennent sain une fois la mission terminée.

04

Aucun verrouillage par conception

Des formats ouverts, des APIs standard et une architecture documentée signifient que vous n'êtes jamais piégé. Vous restez parce que le travail est bon, pas parce que partir serait douloureux.

Publié sur GitHub

Vendure Data Hub

Plugin ETL et d'intégration de données pour Vendure. Builder visuel de pipelines, 9 extracteurs, 61 opérateurs de transformation, 24 loaders d'entités et générateurs de flux Google Merchant et Amazon.

TypeScriptNestJSVendureReactAdmin UI Extension

Pimcore Asset Pilot Bundle

Organisation d'assets pilotée par règles pour Pimcore : règles configurables, priorités et journal d'audit pour des bibliothèques qui grossissent plus vite que les équipes ne trient.

PHPSymfonyPimcoreGitHub Actions

Comment travailler avec notre code open source

Vous n'avez pas à nous croire sur parole pour la qualité. Les paquets sont publics, vous pouvez donc les évaluer selon vos critères avant tout engagement.

01

Lisez le code et les tests

Commencez sur GitHub. Les tests et la documentation montrent comment chaque paquet se comporte réellement et ce qu'il garantit, pas seulement ce qu'un README affirme.

02

Essayez-le dans un spike

Intégrez-le dans une branche jetable et lancez-le sur vos données réelles. L'open source signifie que vous pouvez prouver qu'il convient avant d'engager un budget.

03

Décrivez-nous votre contexte

La plupart des systèmes réels demandent une adaptation. Apportez vos contraintes, votre stack et vos cas limites, et nous chiffrons honnêtement ce qu'il faut pour l'adapter à votre environnement.

04

Nous construisons la part de production

Nous l'étendons en un système qui vous appartient, dans votre dépôt, au même standard d'ingénierie que vous pouvez déjà inspecter dans les paquets publics.

L'open source chez Oronts : questions fréquentes

Deux paquets. Le premier est le Pimcore Asset Pilot Bundle, qui couvre des workflows de gestion d'assets numériques que nous exploitons sur de vrais projets. Le second est le Vendure Data Hub, une couche ETL et d'intégration pour les données commerce. Chacun vit sur GitHub avec son code source, ses tests, sa documentation et ses releases taguées, de sorte que vous voyez le même code que celui que nous livrons, pas un fork marketing. Customer Intelligence est un produit Vendure propriétaire d'Oronts et n'est pas open source.
Parce que c'est la façon la plus honnête de prouver comment nous construisons. N'importe qui peut revendiquer de l'ingénierie senior dans un échange commercial. Du code publié vous laisse lire la structure, les tests et l'historique des commits et décider vous-même. Les paquets ouverts vous protègent aussi : les couches d'intégration et les bundles dont dépend votre plateforme restent sous une licence que vous pouvez garder et exploiter, de sorte que vous n'êtes jamais lié à Oronts pour faire tourner votre propre système.
Oui. C'est tout l'intérêt de les publier. Les paquets sont licenciés pour que vous les installiez, les exploitiez et les adaptiez sur votre propre infrastructure. Votre équipe peut les cloner, lire la documentation et les intégrer dans un projet Pimcore ou Vendure, sans aucun mandat avec nous. Si vous voulez de l'aide, vous nous mandatez pour le travail et le support, pas pour la permission d'utiliser le code.
Le standard est le même ; le périmètre diffère. Les paquets publics sont des briques réutilisables : le Pimcore Asset Pilot Bundle et le Vendure Data Hub, qui résolvent un problème défini. Le travail client assemble ces briques en un système taillé pour votre catalogue, votre tarification, votre ERP et vos canaux. Quoi que nous construisions pour vous, c'est construit avec la discipline que vous pouvez déjà voir dans le code ouvert, et les pleins droits sur les sources font partie du contrat.
Lisez-le comme le ferait un ingénieur senior. Examinez la couverture de tests et si les tests sont significatifs, lisez la documentation et le README, regardez les tags de release pour voir si le versioning est discipliné, et parcourez le suivi des issues et l'historique des commits pour juger comment le code est maintenu. Nos paquets sont publiés précisément pour rendre cette revue possible. Si quelque chose n'est pas clair, le dépôt est l'endroit pour poser la question, au grand jour.

C'est ainsi que nous construisons pour nos clients

Le même standard d'ingénierie, appliqué à vos systèmes. La pleine propriété du code est contractuelle.