Contenu
Il y a six mois, je stressais sur ce que les "vrais programmeurs" pourraient penser de mon approche. Mais maintenant, je vois que nous essayons tous simplement de construire des choses qui fonctionnent réellement. Je maîtrise bien la programmation R et j'ai touché à Laravel et au front-end, mais maîtriser tous ces frameworks web modernes ? Honnêtement, ça ne vaut pas mon temps limité. Je préfère me concentrer sur la création et la commercialisation de produits que les vrais utilisateurs trouvent utiles. Être efficace ne signifie pas bâcler la qualité — cela signifie juste trouver d'autres moyens d'y parvenir.\n\nJe voulais livrer un logiciel prêt pour la production sans passer des années à maîtriser chaque nouveau framework. Au fil du temps, j'ai trouvé dix pratiques clés qui m'ont aidé à accélérer la livraison de code de qualité. D'abord, toujours faire un plan pour aborder un travail complexe. J'utilise le mode Plan de Cursor avec Sonnet 4.5 car il pose des questions intelligentes avant de coder. Cela m'a vraiment aidé à choisir la bonne pile technologique (Next.js 15, TypeScript, Tailwind CSS) et à éviter des réécritures coûteuses plus tard. Mon flux est : penser en mode Chat, planifier en mode Plan, puis exécuter en Composer.\n\nUn autre changement majeur a été d'utiliser Claude Code pour rester honnête. Je l'ai installé pour critiquer mon projet sous un angle neuf — vérifiant l'architecture, la sécurité, la qualité du code et la couverture des tests. Demander des notes et des recommandations m'a donné une feuille de route claire d'amélioration sauvegardée en fichiers markdown, que j'ai ensuite transformés en Issues GitHub. Avoir un second regard, même si c'est une IA, compte vraiment.\n\nPour le codage réel, je suis passé à Composer 1 car il est ultra-rapide, et la différence de qualité de code comparé à Sonnet 4.5 est à peine perceptible. Je planifie soigneusement avec Sonnet 4.5 mais j'exécute la plupart du travail dans Composer pour gagner du temps. Je commence aussi les projets dans ce que je connais le mieux — dans mon cas, construire ma dernière application, Mindarin, d'abord comme un package R. Cela me permet de donner des directions très spécifiques basées sur mon expérience en analyse de données et d'atteindre un MVP très rapidement. Ensuite, je le convertis en Next.js. Commencer par du familier m'aide à formuler de meilleurs prompts et à itérer plus vite.\n\nLes tests sont indispensables dès le départ. J'utilise le développement piloté par les tests pour chaque fonctionnalité, exécutant des centaines de tests (unitaires, composants, hooks, E2E), dont la plupart sont écrits par Cursor. Les tests ne sont pas une surcharge — ils sont une documentation vivante et empêchent l'IA de casser des fonctionnalités qui fonctionnent. Quand on livre vite, les tests servent de garde-fous.\n\nLe contrôle de version seul ne suffit pas ; tout l'écosystème GitHub est crucial. GitHub Actions exécute les tests en parallèle, détectant tôt les régressions. Les Issues deviennent une feuille de route priorisée, que Cursor peut même générer via GitHub CLI après les conversations de planification. Les projets organisent ces Issues par priorité pour que je sache toujours quoi attaquer ensuite.\n\nJ'ai appris à toujours poser des questions en mode Ask plutôt que de brainstormer en mode Agent. Le mode Ask m'aide à réfléchir aux problèmes sans que l'IA ne code prématurément. C'est comme être l'architecte avant que les constructeurs ne commencent. Le débogage ne me ralentit plus non plus — je pousse sur la branche principale des dizaines de fois par jour, et la plupart des runs CI échouent au début. Mais Cursor corrige vite les problèmes, surtout quand je lui fournis les vrais logs d'erreur au lieu de copier-coller au hasard.\n\nJ'ai complètement arrêté d'écrire la documentation manuellement. Cursor écrit maintenant mes messages de commit, fichiers README et docs inline. Cela me fait gagner énormément de temps et me permet de me concentrer sur la création de fonctionnalités que les utilisateurs veulent vraiment. Et enfin, exprimer mes pensées à voix haute a amélioré la qualité des prompts. Le mode vocal de Cursor est bon, mais je préfère superwhisper — il capte ma voix du premier coup et filtre les mots parasites, me forçant à mieux expliquer le contexte et les cas limites.\n\nCes dix habitudes m'ont fait passer du copier-coller des réponses de ChatGPT à la livraison réelle d'applications. J'apprends encore, cependant, et j'aimerais entendre ceux qui pratiquent cela depuis plus longtemps, notamment ce qui change après la première année de cette approche de codage vibe.
