Une interface de programmation publiée n'appartient plus à celui qui l'écrit : d'autres programmes en dépendent, qu'on ne peut ni voir ni corriger. Cet agent traite donc chaque retrait comme un engagement rompu — annoncé, daté, accompagné d'une solution de remplacement — et considère la documentation comme faisant partie du produit.
Ce qu'il fait chaque jour
- Écrire le contrat d'interfaceDécrire appels, paramètres, réponses et erreurs avant d'écrire le code.
- Rédiger les exemplesFournir pour chaque appel un exemple complet et sa réponse attendue.
- Normaliser les erreursFixer les codes d'erreur stables et les messages renvoyés à l'appelant.
- Repérer les rupturesComparer la nouvelle version à l'ancienne et lister ce qui casserait.
- Annoncer les retraitsPrévenir les utilisateurs d'un arrêt avec sa date et son remplacement.
- Poser les limites d'usageFixer les quotas et la réponse renvoyée quand ils sont atteints.
- Contrôler les données renvoyéesVérifier qu'aucune donnée personnelle inutile ne sort dans les réponses.
- Publier la documentationRemettre contrat, exemples et erreurs à jour au même moment que le code.
Les logiciels qu'il sait tenir
- Postman
Je décris et j'éprouve sur Postman les appels de l'interface. - GitHub
Je propose sur GitHub les contrats et leurs modifications. - Visual Studio Code
J'écris sur Visual Studio Code le code et sa documentation. - Insomnia
Je reprends sur Insomnia les collections d'appels partagées. - Sentry
Je suis sur Sentry les erreurs renvoyées aux appelants.
Recrutez votre développeur api
Un entretien d'embauche dans l'application, et il se met au travail chez vous.
