Je vais corriger et refactoriser le code AI en une base de code de production solide


À propos de ce service
Traduction automatique
Votre application fonctionne. Plus ou moins. Mais chaque nouvelle fonctionnalité casse quelque chose d'autre, personne ne peut lire le code, et vous n'êtes pas sûr de ce que fait la moitié d'entre eux.
C'est ce qui arrive quand une IA écrit une base de code un prompt à la fois. Chaque partie est correcte isolément. Ensemble, c'est un chaos : logique dupliquée à six endroits, aucune structure, des secrets dans le code source, pas de gestion des erreurs, des dépendances inutiles. Je démêle tout ça.
Ce que je fais
- Restructurer le code pour lui donner une forme cohérente
- Supprimer la duplication et le code mort
- Ajouter la gestion des erreurs là où elle échoue silencieusement actuellement
- Corriger les problèmes de sécurité que les outils d'IA laissent souvent derrière : clés exposées, entrées non validées, risques d'injection
- Documenter son fonctionnement pour que la prochaine personne ne parte pas de zéro
Ce qui reste identique
Le comportement. Votre application fait exactement ce qu'elle faisait avant, sauf accord contraire. Le refactoring concerne l'intérieur, pas l'extérieur.
Je suis ingénieur en sécurité de métier avec une formation en génie logiciel. Je lis le code des autres pour vivre.
Découvrez Reece H
Security and Software Engineering
- DeRoyaume-Uni
- Membre depuisaoût 2026
- Temps de réponse moy.1 heure
Langues
Anglais
Traduction automatique
FAQ
Traduction automatique
Mon application fonctionnera-t-elle toujours de la même manière après ?
Oui. C'est tout l'intérêt du refactoring — l'intérieur change, le comportement non. Je vérifie le comportement actuel avant de commencer et je le compare après. Si je pense qu'il faut changer quelque chose, je demande d'abord.
J'ai construit cela avec Cursor / Lovable / v0 / Claude. Pouvez-vous travailler avec ?
Oui, tous. L'outil n'a pas vraiment d'importance — les problèmes sont toujours les mêmes : logique dupliquée, absence de structure, pas de gestion des erreurs, secrets laissés dans le code source.
Comment savoir combien de lignes comporte mon projet ?
Exécutez "git ls-files | xargs wc -l" dans votre dossier de projet et envoyez-moi le dernier chiffre. Ou envoyez simplement le dépôt et je vérifierai. Ne comptez pas node_modules ou tout ce que vous n'avez pas écrit.
Pouvez-vous ajouter des fonctionnalités pendant que vous refactorisez ?
Je garde ces deux activités séparées. Mélanger de nouvelles fonctionnalités dans un refactoring peut faire que tout se casse silencieusement. Je peux vous faire un devis pour la fonctionnalité une fois le nettoyage terminé.
Et si mon code est trop abîmé pour être réparé ?
Parfois, il est plus économique de reconstruire que de réparer. Je vous le dirai avant que vous commandiez, plutôt qu'après, et je vous proposerai un devis pour la reconstruction. Je préfère perdre la vente que de livrer quelque chose de décevant.
Dois-je vous donner accès à mon site en ligne ou à ma base de données ?
Non. J'ai seulement besoin du code source. Ne m'envoyez jamais de mots de passe, clés API ou identifiants de production — si des clés sont dans votre dépôt, leur signalement fait partie du travail.
Allez-vous écrire des tests ?
Vous pouvez ajouter des tests en option. Pas une couverture exhaustive — juste assez pour savoir quand quelque chose se casse.
Qu’est-ce que je reçois exactement ?
Le code refactorisé sous forme de pull request ou zip, selon votre préférence, accompagné d'un résumé écrit de ce qui a changé et pourquoi.

