Pouvez-vous corriger du code généré par Lovable ?
Oui. Lovable produit en général une application React (Vite) avec Supabase : c’est un terrain que je connais bien. Pour corriger, j’ai besoin du code : Lovable peut synchroniser le projet avec un dépôt GitHub, je travaille sur ce dépôt et la correction revient par pull request. Même logique pour Bolt, Replit, Cursor, Claude Code ou du code écrit avec ChatGPT.
Pouvez-vous travailler sur un dépôt GitHub privé ?
Oui, après qualification et avec votre accord : vous m’invitez comme collaborateur sur le seul dépôt concerné (accès retiré à la fin), ou vous partagez une copie. Le formulaire ne demande aucun accès, et le lien que vous y mettez n’est jamais ouvert automatiquement.
Et si le problème ne peut pas être reproduit ?
Je le dis dans le rapport, avec ce que j’ai essayé, ce que j’ai écarté et ce qui aiderait à le reproduire (logs, étapes, compte de test). Un problème non reproduit n’est jamais présenté comme corrigé. Quand c’est clair dès le départ, le Bug Diagnostic est la bonne formule, pas une correction.
Pouvez-vous réparer une intégration Stripe ou Supabase ?
Oui, ce sont parmi les demandes les plus fréquentes : webhooks Stripe non vérifiés ou traités deux fois, accès qui ne suit pas le paiement, règles d’accès Supabase (RLS) qui bloquent de vrais utilisateurs ou laissent trop passer, sessions Supabase Auth. Je travaille avec des clés de test, jamais vos clés de production.
Comment les modifications sont-elles livrées ?
Par pull request ou branche sur votre dépôt (ou un patch si vous préférez), avec le rapport dans votre espace projet. Le mode de livraison est écrit dans le devis. Je ne déploie rien en production sans votre autorisation écrite.
Dois-je fournir des accès à ma production ?
Non. Ni mot de passe, ni clé de production, ni export de vos données clients. Je travaille sur le code et un environnement de test ; si un accès supplémentaire est vraiment nécessaire, il est convenu par écrit, limité au strict nécessaire et retiré à la fin.
La correction est-elle garantie ?
Non, pas avant d’avoir examiné le code : personne d’honnête ne peut promettre de réparer ce qu’il n’a pas vu. Ce qui est garanti : un périmètre écrit, des critères d’acceptation et un rapport vrai. Si la livraison ne respecte pas les critères du devis, je la reprends ; si je n’y arrive pas, vous êtes remboursé. Les règles sont dans les conditions.
Comment le prix est-il fixé ?
Les formules donnent un prix de départ : Bug Diagnostic dès CHF 149, Code Fix dès CHF 490, Stability Sprint dès CHF 1’490. Le prix final dépend de ce que révèle l’examen — nombre de défauts, taille du code, accès, risques — et il est écrit dans le devis avant tout paiement. Un problème complexe est toujours évalué avant d’être chiffré.
Sur quelles technologies travaillez-vous ?
Surtout TypeScript et JavaScript : Next.js, React (Vite), Node.js, Supabase et PostgreSQL, Stripe, Vercel, Netlify, Firebase. Pas d’applications mobiles natives. Si votre stack sort de ce cadre, je vous le dis avant tout devis.