les Compagnons du DevOps

Vous vous rappelez, l'époque où un département IT était composé d'équipes spécialisées, reconnues pour leur expertise dans leurs domaines respectifs ? Le terme "devops" a rapidement été galvaudé, et les RH y ont surtout vu l'occasion de réduire les effectifs en demandant aux développeurs d'assumer tous les rôles, du dépannage de l'imprimante jusqu'à la mise en prod d'applications multi-technologiques sur le cloud. Je vois des offres "fullstack devops" qui demandent d'être expert (obligatoire) en : TDD, BDD, Architecture hexagonale, Java, Spring Boot, Angular, Postgresql, AWS, Terraform, Gitlab, Kubernetes... ET d'avoir des solides connaissances préalables dans certains domaines métiers (bancaire...) Personne ne peut maîtriser tout ça. Même moi, qui ai pourtant architecturé et développé des applications full-stack (et même mobiles) complexes, et qui pratique une veille technologique agressive et au périmètre très large, je ne coche pas toutes les cases. A un moment il faut arrêter les bêtises. Comment voulez-vous que quiconque trouve le temps de creuser tous ces sujets et devienne expert en tout ? Tout en développant faisant son job en parallèle ? Personnellement, je milite pour une re-séparation des "devs" et des "ops" - avec du dialogue, évidemment, comme le proposait la définition originelle de "devops". Mais il nous faut des vrais DBA, des vrais admins réseaux, des vrais spécialistes cloud, des équipes "run"/monitoring... et les développeurs pourront enfin se re-concentrer sur leur domaine !