Pour une autre idée de la CI, sur la machine du développeur, avec Dagger

En avril 2025, je serai à Paris à l’occasion de DevoxxFR pour présenter “Pour une autre idée de la CI, sur la machine du développeur, avec Dagger”.
Dans l’informatique, il est souvent question de cycles, encore et encore. Client lourd, léger, rendu côté serveur, côté client, etc. Mais s’il y a bien un domaine qui n’a pas trop bougé, c’est celui de la CI, de l’intégration continue. Depuis des années maintenant, on utilise principalement des solutions comme Jenkins ou GitHub Action qui vont exécuter, de manière plus ou moins centralisée, toutes les tâches nécessaires, à distance. Le développeur pousse son code, les serveurs de CI vont exécuter ce qui doit l’être.
Néanmoins, dans une idée d’efficacité et avec la puissance actuelle des machines de développement, ne serait-il pas intéressant de ramener une partie de l’integration continue au plus proche des développeurs, directement sur leurs machines ?
Bien évidemment, cela voudrait aussi dire qu’il faut de nouveaux outils, avec de nouveaux paradigmes.
Explorons ensemble les raisons qui pourraient —ou non— amener à déplacer la CI sur la machine du développeur et comment un outil tel que Dagger (qui plus est avec le nouveau SDK Java) peut aider à cette transition.