J'ouvre un site e-commerce avec un générateur IA — sur quelles parties je vais pas pouvoir m'en sortir tout seul ?

Sur un projet similaire j'avais cru économiser 120 heures en faisant écrire l'interface par l'IA. Ensuite j'ai dû payer 110 000 RUB à un expert externe pour débugger les codes d'erreur du prestataire de paiement. Sur le design vous gagnez mais l'infra demande toujours du budget.

Les modèles IA génèrent souvent du code qui marche en environnement de test. En prod quand 50 personnes ajoutent le même produit au panier en même temps il y a une race condition et le stock passe en négatif. Si vous laissez l'architecture de verrouillage d'inventaire à l'IA vous n'arriverez pas à gérer les annulations de commande.

Au lieu de générer du code from scratch installez une infra e-commerce éprouvée. Utilisez l'IA juste pour traduire les descriptions produit, créer des bannières et rédiger les textes de catégorie. Pas besoin de réinventer la roue.

Qui va maintenir demain le code écrit par l'IA ? Quand il y aura un bug dans la base de code vous redemanderez à l'outil générateur, et il vous proposera une architecture complètement différente. Au bout d'un moment le code qui part en spaghetti, plus aucun dev voudra le reprendre.

le design c'est la partie facile déjà mec le vrai souci c'est la connexion api transporteur et les retours... si le client se fait débiter la carte et que le produit arrive pas et qu'il fait opposition auprès de la banque tu vas douiller grave je pense aussi faut faire brancher l'arrière par un expert.

Vous allez gérer combien de stocks différents sur le site et vous prévoyez la facturation comment ? Si vous recevez 5 commandes par jour vous pouvez gérer à la main mais si ça monte à 50 par jour vous pourrez vérifier comment le code IA logue en arrière-plan ?

L'an dernier on a fait un site avec la même motivation pour notre boutique de pièces détachées à Saint-Pétersbourg. Tout semblait parfait jusqu'à la première tentative de fraude. Des bots ont testé des cartes, le système n'a pas pu bloquer et la banque a gelé notre compte POS immédiatement. Ce jour-là on a compris la gravité du truc.

J'ai vécu exactement la même chose il y a deux ans. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard. C'est confirmé par l'expérience.

Je suis du même avis... Un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates.

Bon courage.

je vais expliquer comment c'est fait en pratique mais les décisions hâtives finissent par être corrigées six mois plus tard.

Je vais expliquer comment c'est fait en pratique. Avant de décider, regardez quelles données vous avez en main.

Je le note au cas où.

J'ai vécu exactement la même chose il y a deux ans. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Bon courage.

je vais raconter ce qui m'est arrivé ça pourrait vous servir. genre tout va bien les trois premiers mois les problèmes arrivent au quatrième.

je suis aussi curieux de savoir si d'autres font autrement.

Je suis dans la même situation, c'est pourquoi je pose la question. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

C'est une bonne idée d'avoir ouvert ce sujet. Les gens défendent l'habitude pas le processus. La résistance vient de là.

Bien sûr, cela change si votre situation est différente.

Je vais raconter ce qui m'est arrivé, ça pourrait vous servir. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Corrigez-moi si je me trompe.

j'écris cela pour éviter que vous ne fassiez la même erreur. essayer de faire cela seul est la voie la plus coûteuse.

si vous obtenez trois réponses différentes sur un sujet, la question est mal posée. bon je suis ausssi curieux de savoir si d'autres font autrement.

Beau travail.