Tiens ça m'aurait bien aidé quand j'ai faut de la compilation rust enfin je crois...

Quand je vois le nombre de pr que j'ai mergé avant à fin du build, je trouve que cet auto-merge est une bonne idée.

Quand je vois le nombre de pr que j'ai mergé avant à fin du build, je trouve que cet auto-merge est une bonne idée.

Il y a dans cet article deux ou trois choses un peu surprenantes (AWS Fargate) et d'autres vraiment pas (la sous-utilisation massive du CPU et de la mémoire)

Ah oui, je comprend le buzz autour de cette solution. Ca a l'air vraiment bien. Il manque "juste" le tutorial expliquant comment faire du vrai debug (avec des points d'arrêt et tout ça)

C'est une façon vraiment satisfaisante d'adapter le processus de build de maven à l'ère du déploiement continu. Il faut juste que je jette un oeil à cette histoire de détermination du numéro de version ...

GitOps est riche de promesses ... mais les inconvénients mentionnés dans cet article méritent vraiment qu'on y réfléchisse ...

Si vous vous intéressez au tracing, cet article est aussi intéressant qu'il est possible de l'être, à mon avis.

C'est une alternative franchement intéressante à ces histoires de GitOps

La vraie cérémonie dans le développement, elle est dans tous ces outils qu'on est "obligés" de mettre en place

Je cite
"DevOps: une culture où les gens, quelquesoit leur titre ou leur rôle, collaborent pour imaginer, développer, déployer et opérer un système" - Ken Mugrage

Je suis assez d'accord. J'ai l'impression de retrouver côté ops l'explosion cambrienne du Javascript après l'apparition de V8 ... Et c'est assez déstabilisant.

Ca fait vraiment réfléchir : que les gens d'apple se fassent prendre au classique coup de l'intégration impossible, c'est vraiment tellement classique dans les boîtes drivées par les coûts.

A imprimer en énorme : aucune convention gérée à la main ne vaut une convention gérée automatiquement

C'est marrant, mon collègue Jérémy se lance dans GitHub Actions en même temps que moi. Mais lui prend le temps de documenter ses découvertes. Et c'est bien.

Ca ne va sans doute pas plaire à mes collègues du pôle DevOps.
Mais je ressens du vrai là-dedans ... En même temps c'est sociologiquement compréhensible.

Un bon article sur la mise en place d'une infrastructure de déploiement "correcte" pour Nifi

YAML ain't markup language, but an industrial accident waiting to happen.
Apparemment, avec des trucs comme dhall, on peut éviter l'enfer du YAML (je dis bien apparemment).

J'ai quelques collègues qui seront très intéressés par ce retour d'expérience (je pense en particulier à notre vaultiste local).

C'est assez juste : SSH (ou tout au moins un moyen d'inspection détaillé de l'état de l'application) est très utile pour débugger, mais ne doit servir à rien dans le fonctionnement courant.