Si vous êtes un développeur backend, s’il vous plaît, ne faites pas cela ... 👇
Ignorer comment fonctionne le frontend.
Vous n’avez pas besoin de devenir expert en React, Angular, Vue ou autre framework frontend pour être un bon dev backend.
Mais fermer les yeux sur ce qui se passe côté interface, c’est comme écrire un livre sans savoir lire.
Posez-vous ces questions :
✅ Comment le navigateur envoie-t-il les requêtes à mon API ?
✅ Qu’est-ce que le frontend fait des données que je lui renvoie ?
✅ Est-ce que mes temps de réponse rendent l’application fluide ou frustrante ?
✅ Est-ce que je suis capable de bricoler une petite interface pour tester mes endpoints sans dépendre d’un outil externe ?
Prenez un peu de recul : une API bien conçue mais inutilisable par l’équipe frontend, c’est comme un moteur de Formule 1 monté sur une trottinette.
Comprendre le quotidien des collègues frontend, c’est mieux collaborer.
Comprendre le produit dans sa globalité, c’est devenir un meilleur ingénieur.
Ce n’est pas une question de polyvalence, c’est une question de responsabilité.
Je ne sais pas si je dois le dire ainsi mais ya pas nécessité de comprendre le front telque c’est décrit.
On parle bien ici des API Rest, le travail du dev back serait de définir un contrat d’interface avec le front. Ce contrat représentera le plan de chaque endpoint en entrée et en sortie, comment il sera appelé, etc.
Par conséquent, je ne vois pas la pertinence du dev back à comprendre la logique du front et l’impact sur le end user.
Cependant, Il est bien évident qu’il faut tester la performance des API mis à dispos
Je pense pas telement que avoir une idée de comment le front-end utilisera les données venant de l api est un gain.
Selon mon expérience, cela conduit à un chaos total, car pensant à comment seront présenter les données de l api, tu peux finir avec un design api tightly coupled avec le front-end.
et cela sur le long terme, disons le UI design change=> tu doit faire un change sur l api. Pourtant en réalité le “Behavior” du système n a pas changé.
Le back-end dev doit plus comprend le côté business logic, ce que j appelle “System Behaviors”