Articles

Instructions, outils, documents et historique composent le contexte d’un agent. Comment les choisir, les organiser et vérifier leur utilité pour la tâche ?

Rendre le code modulaire ne demande pas forcément de créer des services. Une interface claire et des dépendances maîtrisées peuvent déjà isoler les changements.

Une application peut se déployer en un bloc et garder des modules distincts. Exemple avec l’inscription et la facturation, leurs données et leurs échanges.

REST décrit des contraintes d’architecture pour faire évoluer clients et serveurs. HTTP et JSON ne suffisent pas : les liens, le cache et les contrats comptent.

Une donnée absente ou ancienne ne bloque pas tous les usages. Choisir, opération par opération, quand attendre, limiter le service ou accepter un retard.

Appel direct, observation, médiateur ou contrat partagé : comment relier deux modules, choisir la responsabilité de chacun et repérer les dépendances en boucle.

Une dépendance détermine quels modules devront changer ensemble. Un exemple de facturation pour choisir son sens, isoler les détails et éviter les cycles.