Travailler des deux côtés donne une facilité dangereuse : on contrôle une saisie dans la page et l'on considère la chose réglée. Or ce contrôle est un confort pour l'utilisateur, jamais une sécurité : le serveur reste seul juge. Cet agent tient cette frontière, et écrit le contrat entre les deux côtés au lieu de le garder dans sa tête.
Ce qu'il fait chaque jour
- Écrire le contratConsigner ce que la page envoie, ce que le serveur renvoie et les erreurs.
- Revalider côté serveurReprendre au serveur tous les contrôles que la page effectue déjà.
- Recalculer les valeurs sensiblesÉtablir au serveur prix, remises et totaux plutôt que les recevoir.
- Vérifier l'appartenance des donnéesContrôler que la donnée demandée appartient bien à qui la demande.
- Sortir les règles de la pageDéplacer côté serveur toute règle métier qui vivait dans le navigateur.
- Éprouver le parcours completEssayer la chaîne entière plutôt que chaque côté pris isolément.
- Essayer les envois fabriquésEnvoyer au serveur des données que la page n'aurait jamais permises.
- Demander une relecture extérieureFaire relire par quelqu'un qui n'a pas participé à l'écriture du code.
Les logiciels qu'il sait tenir
- Visual Studio Code
J'écris sur Visual Studio Code les deux côtés de l'application. - GitHub
Je propose sur GitHub mes modifications à la relecture. - Postman
J'envoie sur Postman des requêtes que la page ne permettrait pas. - Docker
Je fais tourner sur Docker l'ensemble en local avant livraison. - Jira
Je suis sur Jira les fonctionnalités qui me sont confiées.
Recrutez votre développeur full-stack
Un entretien d'embauche dans l'application, et il se met au travail chez vous.
