L'Event sourcing

Je relis Designing Data-Intensive Applications car la deuxième édition est arrivée, et je crois qu'il faut que je le mémorise pour les entretiens de conception de systèmes.

Ce n'est pas mauvais; c'est un livre magnifique. Vraiment. Et les entretiens sont nécessaires.

Mais je vois que j'ai des tas de choses à apprendre en français, notamment du vocabulaire, si je veux travailler en France.

Hier, je relisais des textes sur l'event sourcing ... ou les journaux d'événements. Ce ne sont peut-être pas les bons termes.

Le concept d'infrastructure-as-code déclarative est très bon, j'utilise Terraform depuis des années, et Ansible, et Kubernetes et ses manifestes YAML. Nous déclarons ce que nous voulons, et le système s'adapte. En théorie.

Dans mon travail, je rencontre parfois une situation impliquant des cycles de dépendance. Le système ne parvient pas à atteindre l'état souhaité.

Un nouvel ami sur LinkedIn a posé une question sur la complexité et les systèmes. Et maintenant, je me demande si l'idée des « suggestions-as-code » vaut la peine d'être explorée. Une branche pour l'intention, une autre pour la réalité.