La décision finale sur la disponibilité ultime du système repose sur : 1/ La conception de la structure de données sous-jacente 2/ Les relations d'appel entre les modules et entre les fonctions 3/ L'intégralité de la couverture des tests Si vous n'avez pas de base en programmation et que vous poursuivez uniquement la quantité de fonctionnalités, le Vibe coding peut sembler agréable sur le moment, mais cela peut facilement transformer le système en un véritable désastre. On ressent clairement que lorsque les modules deviennent complexes, même la solution de Claude 4.x consiste à réparer un mur en en détruisant un autre. Les relations d'appel des fonctions centrales, en particulier celles qui impliquent des modifications de la base de données centrale, doivent être abordées avec une prudence extrême.
Siyuan
Siyuan10 août, 11:08
C'est vrai. Écrire des fonctionnalités, c'est agréable au début, mais en écrire trop, ça devient une montagne de 💩 (et pour être précis, ce n'est même pas vraiment ce qu'on a écrit soi-même, c'est encore plus difficile à maintenir).
4,02K