mbendev.
Mohamed Benfriha dessiné façon South Park, l'air sceptique au volant
Moi, quand l'IA m'annonce que le bug est corrigé.

Claude Code tourne en rond depuis deux heures ? Appelle-moi.

Je m'appelle Mohamed. Je fais tourner 11 produits en production et je code avec l'IA tous les jours. Si ton projet fait des siennes, on se prend 30 minutes en visio et on le regarde ensemble, écran partagé.

J'ai déjà accompagné plusieurs vibecodeurs, et ils en sont ressortis satisfaits.

C'est 100 € la demi-heure, payés au moment où tu réserves.

Réserver un créneau

Ce que l'IA ne te dit pas

Une app générée par l'IA peut très bien marcher et rester une passoire. L'IA écrit du code qui fonctionne, pas du code qui résiste. Dans les projets vibecodés, je retrouve souvent :

  • des clés d'API (OpenAI, Stripe, Supabase) livrées dans le code que le navigateur télécharge, donc lisibles par n'importe quel visiteur ;
  • une base Supabase ou Firebase sans règles d'accès, où un inscrit peut lire les données de tous les autres ;
  • des routes d'API qui ne vérifient pas qui les appelle, et qui renvoient la liste complète de tes clients.

Le jour où ça fuit, ce sont les données de tes utilisateurs qui partent. Avec le RGPD, c'est toi le responsable : tu dois prévenir la CNIL sous 72 heures, et souvent tes utilisateurs aussi. Sans parler de la clé OpenAI volée qui te coûte quelques milliers d'euros en un week-end.

Même chose pour les performances : une app qui charge tout à chaque clic finit lente, et ta facture d'hébergement suit. Ça se voit en quelques minutes quand on sait où regarder.

Ce qu'on peut régler en une demi-heure

Un problème par appel, c'est ce qui marche le mieux. Quelques exemples :

  • Un bug que l'IA corrige, recasse, puis recorrige.
  • Un tour de sécurité avant de lancer : qui peut lire ta base, quelles clés sont visibles, quelles routes répondent à n'importe qui.
  • Une app qui rame : pages lentes, requêtes en boucle, facture d'hébergement ou d'API IA qui grimpe sans raison.
  • Une app qui marche en local et plante une fois en ligne : variables d'environnement, build, nom de domaine.
  • Stripe, quand le webhook n'arrive jamais ou qu'il faut passer en mode live.
  • La vraie question : je garde ce prototype ou je repars de zéro ?

Pourquoi moi

Parce que j'ai déjà fait la plupart de ces erreurs sur mes propres produits. Un exemple : un tableau de bord d'analytics bloqué à zéro visiteur alors que le site tournait très bien. Les adblockers bloquaient le script, le mien compris.

Ce genre de piège, je le reconnais vite maintenant. Mes produits sont sur la page d'accueil, avec leurs vrais chiffres de trafic.

Comment ça se passe

  1. Tu choisis un créneau sur Calendly et tu paies en même temps.
  2. Calendly te pose quatre questions : ton projet, ce qui bloque, tes outils, et un lien vers le repo si tu en as un. Je lis tout avant l'appel.
  3. On se retrouve sur Google Meet.

Et si 30 minutes ne suffisent pas ?

On le voit à la fin de l'appel. Soit tu as de quoi avancer seul, soit on parle d'une mission : je développe aussi des SaaS sur mesure, le détail est sur la page des offres.

Les créneaux libres sont sur Calendly. À tout de suite.

Réserver un créneau