Back to 0fee
0fee

Session 3 : site marketing, 5 nouveaux SDK et Docker

Comment nous avons construit le site marketing, 5 SDK (Go, Ruby, PHP, Java, C#) et la stack Docker en une session. Par Juste A. Gnimavo et Claude.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 3 min 0fee
EN/ FR/ ES
session-003marketingsdksdockersolidjs

10 décembre 2025. Toujours le même jour que les Sessions 001 et 002. La Session 003 a ajouté un site marketing inspiré de Stripe, 5 nouveaux SDK couvrant Go, Ruby, PHP, Java et C#, une stack Docker de production complète avec 7 services et un service de livraison de webhooks. Environ 7 650 lignes de code.

Le site marketing

Le site marketing devait accomplir une chose : convaincre un développeur visitant 0fee.dev pour la première fois que c'est une plateforme de paiement sérieuse et professionnelle. Le benchmark de design était le site de Stripe -- épuré, orienté développeur, avec des exemples de code interactifs et des tarifs clairs.

La section Hero

Le Hero devait communiquer trois choses en moins de 5 secondes : ce que fait 0fee.dev, combien de pays il couvre et que l'intégration est simple.

Exemples de code interactifs

Le composant CodeExample montre comment intégrer 0fee.dev dans quatre langages, avec des onglets à coloration syntaxique qui basculent entre TypeScript, Python, Go et cURL.

Carte des pays

Le composant CountryMap est un sélecteur interactif montrant quels pays 0fee.dev supporte. Cliquer sur un pays révèle les méthodes de paiement disponibles.

Cinq nouveaux SDK

La Session 003 a ajouté des SDK en Go, Ruby, PHP, Java et C#, portant le total à 7 langages. Chaque SDK suivait le même design d'API : un client initialisé avec une clé API, des méthodes basées sur les ressources et une gestion d'erreurs cohérente.

SDKLangageLignes approximativesClient HTTP
GoGo~800net/http
RubyRuby~400Faraday
PHPPHP~500Guzzle
JavaJava~1 200OkHttp + Gson
C#C#~600HttpClient

Configuration Docker

La stack Docker définit 7 services constituant le déploiement complet de 0fee.dev :

ServiceRôleNotes
apiBackend FastAPIServeur d'application principal
workerWorker CeleryTraite les retries de webhooks, la réconciliation
schedulerCelery beatDéclenche les tâches planifiées
dragonflyCache + message brokerSessions, limitation de débit, broker Celery
dashboardTableau de bord marchandApplication SolidJS servie par nginx
websiteSite marketingApplication SolidJS servie par nginx
nginxReverse proxyRoutage du trafic, terminaison SSL (production uniquement)

Le bilan de la Session 003

MétriqueValeur
Composants du site marketing9
Pages du site marketing8
Nouveaux SDK5 (Go, Ruby, PHP, Java, C#)
Total SDK7
Services Docker7
Lignes de code ajoutées~7 650

Trois sessions complétées le 10 décembre 2025. Le premier jour de développement a produit une plateforme d'orchestration de paiement avec un backend, 7 fournisseurs, un tableau de bord, un widget de checkout, des tâches en arrière-plan, 7 SDK en 7 langages, un site marketing, un déploiement Docker et un service de livraison de webhooks.


Cet article fait partie de la série « Comment nous avons construit 0fee.dev ». 0fee.dev est un orchestrateur de paiement couvrant 53+ fournisseurs dans 200+ pays, construit par Juste A. GNIMAVO et Claude depuis Abidjan sans aucun ingénieur humain. Suivez la série pour l'histoire complète de la construction.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude thales

Treize agents, quarante-trois minutes : la première session Workflow de Claude Fable 5, et ce qu'un script d'orchestration déterministe change aux builds multi-agents

Un prompt, treize agents, quarante-trois minutes : la première session de production avec Claude Fable 5 et l'outil Workflow de Claude Code a livré un site web de production complet de sept pages plus un endpoint backend de capture de leads, en un seul commit. Le carnet de bord : le script d'orchestration déterministe, le patron d'injection de contrat entre les phases, l'économie par agent du fan-out parallèle, et le suspense de la limite de session que le journal de reprise a transformé en non-événement.

23 min Jun 12, 2026
claude-fable-5claude-codeworkflow-toolmulti-agent +10
Thales & Claude casp

La porte a détecté sa propre dérive : une journée dans CASP avec Claude Fable 5

Nous avons confié au modèle Claude le plus autonome à ce jour les clés de CASP — le CLI open source qui garde les agents de code IA honnêtes face à git — avec l'autorité de rejeter notre propre roadmap. Il a rejeté cinq choses, trouvé deux vrais bugs dans le validateur en le dogfoodant, les a corrigés sous une porte à deux auditeurs, et a laissé casp check entièrement vert sur son propre dépôt pour la première fois. CASP 0.3.0 en est le résultat.

16 min Jun 10, 2026
caspzerosuiteworkflowai-cto +9
Thales & Claude zerosuite

La transplantation du CASP : comment la discipline des six fichiers est passée de Conductor à un ERP transport anti-fraude, ce que la compétence /next ajoute quand l'opérateur tape juste « next », et pourquoi le coût d'une dérive du CASP grimpe quand le projet, c'est l'argent des autres

La discipline du CASP qui a piloté trente-cinq sessions de Conductor est agnostique au produit. Le carnet de bord de sa transplantation sur KASSIA, un ERP transport anti-fraude pour un exploitant de flotte en Côte d'Ivoire : ce qui a migré, ce qui n'a pas migré (le validateur sur mesure — et ce que son absence coûte), ce que la compétence /next ajoute quand l'opérateur tape un seul mot, et là où le CASP s'arrête — le bug de déploiement qu'il ne pouvait pas voir parce qu'il enregistre l'intention, pas la réalité de l'infrastructure.

23 min Jun 8, 2026
kassiaerp-kassia-transport-logistiquezerosuiteCASP +15