Publications de Simon Renoult

Archi & techno

Should I PUT or should I PATCH?

Le style d'architecture REST proposé par Roy Fielding au début des années 2000 suggère de ne pas inventer de nouveaux protocoles afin d'exprimer les opérations appliquées aux ressources de nos systèmes. Au contraire, il propose de s'appuyer sur le protocole HTTP, protocole définissant un ensemble restreint de méthodes (ou verbes) permettant d'exprimer différentes manières d'interagir avec nos ressources. Une des opérations classiques de tout système est la modification de l'état d'une ressource. Et dans HTTP, cette mise à jour peut s'effectuer via trois méthodes distinctes…

Lire la suite
Agile

Mesurer l’état de santé de vos équipes

Au cours d'une mission récente a émergé le besoin de tester l’état de santé d'un ensemble d'équipes travaillant sur un système d'information commun. On parle ici de 7 équipes, composées de 3 à 8 personnes aux profils variés : support aux utilisateurs, développeur, product owner, business analyst et architecte transverse, soit une trentaine de personnes au total. Il y a plusieurs origines à ce besoin, les deux principales étant : Pour les équipes : provoquer un moment de discussion afin d’identifier d'éventuelles douleurs communes et…

Lire la suite
Stratégie SI

Stratégie d’architecture API

Nous revenons sur le sujet API, deux ans après notre article sur le design d’APIs. Nous vous proposons cette fois-ci une « Quick Reference Card » sur les stratégies d'architecture API dont l’objectif est de synthétiser les points structurants qu’il convient de résoudre, lors de la mise en œuvre d'une API en tant que produit. Les thèmes abordés constituent les sujets récurrents que nous avons rencontré chez nos clients, lors de la mise en oeuvre de leur API, les trois dernières années. Si vous avez…

Lire la suite