Description du projet
TraduitNous vendons du matériel informatique en ligne, et les clients utilisent un configurateur de construction pour choisir une carte mère, un processeur, de la mémoire et d'autres pièces avant le paiement. Actuellement, rien n'empêche un acheteur de combiner un CPU et une carte mère avec des sockets différents, ou de la mémoire qui ne correspond pas au type pris en charge par la carte, et nous ne le découvrons qu'après que la commande soit renvoyée pour un remboursement. Nous avons besoin d'un freelance qui puisse construire un moteur de compatibilité à l'intérieur de notre configurateur qui avertit des pièces incompatibles avant le paiement.
La tâche principale est une base de données de spécifications couvrant les sockets, chipsets, types de mémoire, facteurs de forme et exigences en matière d'alimentation, reliée à des règles qui comparent tout ce qui est déjà dans la configuration avec chaque nouvelle pièce ajoutée. Lorsque deux pièces ne fonctionneront pas, le widget doit expliquer pourquoi, ne pas afficher une erreur générique, et suggérer une catégorie appropriée à la place. Les cas limites, comme un refroidisseur qui s'adapte techniquement mais laisse presque aucun espace, doivent également être signalés.
Nous sommes ouverts à différentes approches : règles côté client alimentées par notre catalogue, ou un petit service que la vitrine appelle à chaque changement de configuration. Ce qui compte, c'est la rapidité, la précision et un moyen de mettre à jour les règles nous-mêmes à mesure que de nouveaux composants apparaissent.
Ce que nous attendons :
— vérifications de socket, chipset, type/vitesse de mémoire et ajustement physique
— avertissements clairs liés aux pièces spécifiques en conflit
— une table de règles modifiable, pas de logique codée en dur
— notes sur l'ajout de nouvelles familles de composants plus tard
La tâche principale est une base de données de spécifications couvrant les sockets, chipsets, types de mémoire, facteurs de forme et exigences en matière d'alimentation, reliée à des règles qui comparent tout ce qui est déjà dans la configuration avec chaque nouvelle pièce ajoutée. Lorsque deux pièces ne fonctionneront pas, le widget doit expliquer pourquoi, ne pas afficher une erreur générique, et suggérer une catégorie appropriée à la place. Les cas limites, comme un refroidisseur qui s'adapte techniquement mais laisse presque aucun espace, doivent également être signalés.
Nous sommes ouverts à différentes approches : règles côté client alimentées par notre catalogue, ou un petit service que la vitrine appelle à chaque changement de configuration. Ce qui compte, c'est la rapidité, la précision et un moyen de mettre à jour les règles nous-mêmes à mesure que de nouveaux composants apparaissent.
Ce que nous attendons :
— vérifications de socket, chipset, type/vitesse de mémoire et ajustement physique
— avertissements clairs liés aux pièces spécifiques en conflit
— une table de règles modifiable, pas de logique codée en dur
— notes sur l'ajout de nouvelles familles de composants plus tard
Développement web Espèces, Virement bancaire
