Steve Jobs exigeait qu’une personne examine chaque soumission à l’App Store. La même exigence devrait s’appliquer au vibe coding : le strict minimum, c’est de tester soi-même chaque fonctionnalité avant la mise en ligne.
La comparaison est la suivante : Jobs savait que les vérifications automatisées passent à côté des subtilités. On ne peut pas se contenter de vibes pour répondre à la question « Est-ce que ça marche vraiment ? ». Lancez le code, mettez-le à l’épreuve, utilisez-le. Si vous livrez du code que vous n’avez pas exécuté vous-même, vous soumettez en quelque sorte des applications à l’App Store sans les faire examiner.
Le vibe coding n’est pas une excuse pour faire l’impasse sur l’assurance qualité. C’est un style de travail, pas une philosophie de test. Le résultat doit toujours être vérifié par une personne, au niveau de chaque fonction.
La comparaison est la suivante : Jobs savait que les vérifications automatisées passent à côté des subtilités. On ne peut pas se contenter de vibes pour répondre à la question « Est-ce que ça marche vraiment ? ». Lancez le code, mettez-le à l’épreuve, utilisez-le. Si vous livrez du code que vous n’avez pas exécuté vous-même, vous soumettez en quelque sorte des applications à l’App Store sans les faire examiner.
Le vibe coding n’est pas une excuse pour faire l’impasse sur l’assurance qualité. C’est un style de travail, pas une philosophie de test. Le résultat doit toujours être vérifié par une personne, au niveau de chaque fonction.