Et si tu te laissais tenter par un métier qui allie passion et défi, le DevOps c'est
ça.
Des techno à explorer, des défis constant à relever, tu ne t'enuras jamais.
Et c'est pas tout, tu auras surtout l'opportunité d'être au cœur de ton entreprise en y apportant
une vision globale unique.
Mais attention, pratiquer le DevOps peut être stressant, surtout à cause des responsabilités
importantes liées à la production.
Alors, tu es prêt à devenir le héros de l'ombre de ton entreprise ? Il y a énormément d'opportunités
de carrière dans ces métiers.
Ils sont en constante évolution et ne manquent pas, je dirais même, qu'il y a une pénurie
de profil DevOps.
Alors n'attends plus et démarre ta nouvelle aventure aujourd'hui.
Bienvenue à toi chers compagnons dans Radio DevOps, l'émission de vulgarisation Cloud
DevOps mensuelle.
Tu l'auras compris avec l'introduction.
Aujourd'hui on va parler des métiers dits DevOps, quelles que soient les métiers qui
arpentent le mouvement DevOps.
Mais on va aussi parler et surtout des avantages et des inconvénients de ces métiers parce
qu'il y en a.
Et pour en parler avec moi ce soir, j'ai Mathieu.
Bonsoir Mathieu.
Bonsoir Christophe et bonsoir à tous les auditeurs et toutes les auditrices.
Il y a aussi Erwan.
Bonsoir Erwan.
Bonsoir.
Et enfin Nicolas, bonsoir Nicolas.
Salut tout le monde.
Alors oui, je dis bonsoir à chaque fois alors que le podcast est publié le matin,
mais c'est parce que nous, quand on enregistre, c'est le soir.
Et alors on enregistre, il est déjà 20h24.
Voyez à quel point on se donne pour vous faire ces petits épisodes de podcasts.
Alors on va commencer tout de suite par parler des métiers DevOps.
Et je vous propose qu'on fasse un petit tour de table sur qu'est-ce que c'est le DevOps
et qu'est-ce qu'on entend chacun par les métiers dits DevOps.
Et on va commencer par Erwan.
Je te propose d'ouvrir le bala.
Déjà je le ferai référence au premier épisode de ce podcast.
Donc ça date d'il y a trois ans, il y aurait d'autres choses à dire,
mais on abordait déjà un petit peu le sujet.
Mais globalement ce que je mettrai dans les métiers dits DevOps,
c'est tous les taffes qui permettent de faire le lien entre production et produit en gros.
Et pour rendre autonomes les équipes produits dev.
Donc tout ce qui est CICD, observabilité, environnement de développement, etc.
Moi je mets un peu tout ça dans les métiers dits DevOps.
Eh ben merci Erwan.
J'ai perdu le suivi.
Mathieu tu avais une petite chose à nous dire sur DevOps aussi.
Moi je pense que les profils DevOps c'est ceux qui écrivent les fichiers Gitlapse.i et les Jenkinsfile.
Mais non je déconne, c'est pas ça, je suis assez d'accord avec Erwan.
C'est plus des gens qui vont faire le lien entre en effet la partie produit de notre propriété et la partie exploitation.
Et on va pas faire un podcast sur la philosophie DevOps mais Erwan parler d'autonomie,
il me semble des équipes et des choses comme ça, je suis tout à fait d'accord avec ça.
Un moment une notion de self-service, de considérer la production et les services autour comme un produit.
Finalement qu'on va fournir à des utilisateurs qui seront un peu comme des clients, quelque sorte en interne.
Et donc les DevOps, les profils en réalité DevOps qu'on peut aussi appeler parfois SRE, Administrator System.
Enfin voilà c'est difficile, il y a beaucoup de titres dans les entreprises.
Vous voyez plutôt des personnes en charge de construire et de maintenir ce type de produit, utilisé en interne.
Nicolas, à toi de prendre la parole sur les métiers DevOps.
Oui alors je partage les deux définitions mais je vais repréciser un petit peu.
Là ces derniers temps j'entends beaucoup parler de post DevOps.
Et finalement pour caricaturer, je vois deux extrêmes.
Il y a des gens qui comme moi vont prendre plein de middleware, vont les intégrer, les automatiser pour les mettre dans le cloud.
Ou aillez-vous même dans du on-premise ou sur des serveurs dédiés peu importe.
Mais que ça soit fluide pour l'entreprise, que ça soit fluide pour les développeurs, collaborer avec les développeurs.
Mais quasiment tout faire soi-même.
Alors bon j'ai 20 ans d'expérience donc que je maîtrise pas mal de composants.
Et à l'extrême opposée je dirais qu'il y a des gens dans leur métier DevOps,
c'est intégrer des solutions, ça se passe.
Ou finalement on va prendre des briques chez différents fournisseurs.
Et on va faire en sorte que tout ça fonctionne ensemble.
Donc le but est exactement le même, c'est fluidifier l'entreprise, la collaboration.
C'est juste de manière radicalement différente de faire.
Alors bien sûr on peut faire un mix des deux en mettant plus ou moins le curseur du côté où on veut.
Mais le principal c'est que l'entreprise puisse mettre en prod facilement,
donc ça respecte plein de choses comme la sécurité, la fiabilité etc.
et que ça soit très fluide au niveau des développeurs.
J'insisterai surtout sur cette partie-là, c'est la philosophie DevOps,
elle est vraiment là pour apporter de la fluidité avec les développeurs.
Et pour moi mon métier ne se considère même plus en étant en opposition avec les devs.
On travaille vraiment avec eux.
Donc de la même manière, on est souvent caricaturés comme les mecs qui disent non.
Mais finalement des fois on va voir les développeurs et ils nous expliquent pourquoi.
En fait c'est la collaboration pour moi c'est ça.
Merci Nicolas, moi je vais commencer par donner la définition que je donne justement dans mes cours et mes formations.
J'ai tendance à dire que le DevOps a un mouvement et une philosophie
qui vise justement à faire collaborer les équipes IT pour améliorer et continuer les outils de l'entreprise.
Alors outils ça se sentant comme tout type d'outils.
Et quand on est une entreprise de la tech, les outils c'est les applications qu'on développe.
Et pour moi en fait cette définition est essentielle parce que pour moi tous les métiers des équipes IT
peuvent être DevOps du développeur back front au DBA.
On en parlait justement off dans cette réunion mais pour moi tous les métiers peuvent être DevOps.
Si tenter qu'ils embrassent cette définition enfin cette envie de collaboration
et cette envie d'amélioration continue.
Parce que pour moi c'est ça en fait les deux piliers importants du DevOps
c'est l'amélioration continue et la collaboration.
Il y en a d'autres justement.
Mais pour moi il n'y a pas vraiment de métier des DevOps
et pour ça que je suis assez vehement sur cette histoire de
Ah tu es des DevOps, ah non moi je ne suis pas des DevOps, moi j'automatise des choses
pour faire des déploiements certes mais il y a d'autres métiers qui font d'autres choses à la manière des DevOps.
Alors on va commencer par parler des avantages justement de tous ces métiers DevOps
quels qu'ils soient et on va attamer la partie que j'ai intitulée
C'est cool et on ne s'ennuie pas.
Alors c'est pas moi qui ai dit que c'était cool, j'ai juste repris ça
mais j'ai rajouté en défaite on ne s'ennuie pas
et on a été plein à proposer des choses
et Erwan je vais te laisser commencer par dire ce que tu as envie
Et on rebondira
Bah oui oui c'est cool, c'est de moi
effectivement moi je trouve que ça fait partie des métiers qui sont vraiment cool
et donc pourquoi ? Parce que je pense que ce qui fait un peu le sel de ce métier
c'est qu'il y a un champ d'expertise qui est quand même très vaste
vu qu'il y a plein de sujets et de problématiques
et de techno qui sont vraiment peut-être très très différents
et donc s'il y a bien une chose intéressante
dans les métiers qui tournent autour de ce qu'on vient d'évoquer
c'est la courbe d'apprentissage
je pense que dès qu'on touche un petit peu à ce métier
il y a comme c'est des never end jobs
il y a toujours des trucs à améliorer, à apprendre, à optimiser etc
et ça c'est quand même assez stimulant de dire
qu'on va jamais s'ennuyer
d'autant plus que c'est intrinsèquement lié à un autre aspect de nos métiers
qui sont les techno et le monde de l'IT qui est en constante évolution
progrès aussi bien d'un point de vue tech mais aussi des méthodes
et donc cette émulation qui est autour de tout ça
moi je trouve que c'est vraiment super cool
Mathieu tu voudrais rajouter un truc ?
Non je suis d'accord avec ça
c'est un peu ce que j'ai noté sur les notes
la vérité des sujets
du moins moi je touche à énormément de sujets dans mon entreprise
donc mon post officiel c'est SRE
très lié au mouvement des Vops aussi on va dire
et on touche à D'Afra, du Dev
de plus en plus on demande aussi sa mine
et notamment SRE de savoir coder
bien coder d'ailleurs
et on va pouvoir toucher à la CACIDI, à l'observilité, de la sécurité
donc vraiment on peut toucher à beaucoup de briques applicatives
à des cloud providers, à des technologies d'orchestration etc etc
et c'est vrai que c'est sans fin
c'est en est constante évolution
les techno évoluent, les pratiques évoluent, les entreprises évoluent
parce que finalement les besoins d'une petite entreprise de 10 personnes
si 2 ans après il y a 200 personnes c'est plus du tout pareil
donc en fait le métier va évoluer
pour les employés
qui sont notamment les profils des Vops
et donc ça c'est intéressant
et je laisse Nicolas compléter
Oui, comme je le disais en introduction
on a aussi la possibilité de travailler à différents niveaux
si on veut faire plus de l'infrastructure bas niveau
et c'est gérer soi-même les distributions Linux et autres avec du YAS
jusqu'à utiliser des services en Sass
où on va faire de l'intégration
et c'est ça que je trouve aussi de vraiment intéressant dans notre métier
c'est que on peut aussi utiliser un service en Sass
quand on ne veut pas trop s'en occuper
ou quand on n'a pas encore les compétences
on peut monter en compétences progressivement dessus
ou alors on peut l'installer soi-même
si on n'en a pas un besoin hyper critique dans un premier temps
et monter en compétences doucement
et du coup comme le disait Arouane
la courbe d'apprentissage est vraiment intéressante
et comme le disait Mathieu
on nous demande aussi d'être des bons développeurs
et en fait moi depuis que j'ai commencé à travailler dans ce métier-là il y a 20 ans
je suis plutôt fainéant comme gars
j'aime pas faire deux fois la même chose à la main
donc j'ai toujours automatisé
et au début c'était tout mettre dans un fichier texte
et puis après dans un script et puis après dans des modules etc
et finalement aujourd'hui ce que j'aime faire dans mon métier c'est tout automatiser
maintenant je monte des infrastructures
mais je monte quasiment plus rien à la main
je fais tout que avec du code
et le code ça peut être très varié
on peut citer terraformes
mais j'ai fait des systèmes qui génèrent du code terraformes
pour que j'ai pu générer moi-même
donc si vous êtes fainéant
venez, il y a de la place
c'est exactement ce que j'allais dire c'est un métier pour fainéant
et j'ai même tendance à dire à mes alternants
un bon ops, puisque moi je forme des ops
plus que maintenant d'ailleurs je suis aussi un dev
un bon ops est un ops fainéant
c'est à dire que si t'es assez fainéant
à m'en donner comme l'a dit Nicolas
tu vas avoir envie d'automatiser ton truc pour plus avoir à le faire régulièrement
et en fait ce truc là d'être fainéant
on va te pousser à chercher ce qui est automatisable
et à l'automatiser pour plus avoir le refaire
et du coup moi tant qu'en c'est un développeur
puisque je le disais en préparant l'émission
mais moi je suis un dev qui est devenu ops
et l'aspect création de code
stimule justement ma créativité
c'est ça que j'adore dans ce métier
dans ce métier que je fais aujourd'hui
que je faisais pas avant
mais ça je la lis avec le côté enquête
qu'on mène quand on est ops
parce que quand on a des incidents et tout
vraiment c'est un plaisir d'aller enquêter pour savoir quel est le problème
à l'origine de... enfin quel est le truc
qui est à l'origine du problème qu'on est en train de constater
je me vois un peu comme le Sherlock Holmes de Lighty
et c'est ce que je dis à mes élèves
quand vous êtes dans ce mouvement là
et que vous mettez en place des outils d'observabilité et autres
vous êtes le Sherlock Holmes de Lighty
et ça je trouve ça trop trop cool
je sais pas si vous voulez rajouter des trucs
sur le côté on s'ennuie pas
parce que pour moi en effet
alors oui je vais juste dire un truc
un témoignage personnel
avant de faire ce métier là
grosso modo avant d'être freelance
et de faire du cloud en mode DevOps
je faisais de l'informatique parce que j'étais doué
mais honnêtement j'y prenais pas plus de plaisir que ça
alors que depuis que je fais ça
depuis que j'ai découvert le mouvement DevOps
tous les préceptes qui sont liés au mouvement DevOps
je prends un pied et moi nuemental
à faire des trucs, à coder
et même maintenant je travaille un peu trop
on associe à pas de me le dire
tu travailles trop Christophe
voilà mais je trouve un vrai plaisir
surtout que c'est allié avec d'autres
d'autres choses dont on va parler tout à l'heure
mais je trouve qu'on a un travail qui a du sens
du coup plus que ce que j'avais en tout cas moi avant
ou apparemment vous êtes d'accord avec moi
donc je vous propose qu'on parle
je vous propose qu'on parle de notre vision métier
et de l'impact sur l'entreprise
qui est un autre désavantage justement de ces métiers là
alors Erwan c'est encore toi qui commence
pour le coup je t'en prie
oui alors moi un des trucs que je trouve assez intéressant
c'est vraiment ce côté transverse
des rôles d'id DevOps
et moi j'ai eu la chance d'avoir ce genre de rôles
dans des vraiment des petites structures qui se montaient
donc ma dernière expérience
ou dans des structures bien plus fatues
quand j'étais chez Deezer
et en fait même si globalement le contexte business
est totalement différent
en fait ce qui est génial c'est qu'on travaille
vraiment de façon transverse avec plein de corps de métier
très différents que ce soit le produit, le business, l'activité
les devs, on travaille avec la production
et ça c'est vraiment excitant d'avoir cette espèce de vision
de vision globale sur tout ce qui se passe
et donc du coup je trouve que ça nous donne
un côté implication qui a pas mal de valeur
et sur lequel quand ça se passe bien bien entendu
on peut y trouver beaucoup de satisfaction
et vraiment ça je pense qu'il n'y a pas tant de...
je vais faire un cliché mais par exemple un dev qui travaille
sur une feature très précise
généralement il va être un peu cantonné à cette feature
et alors que par exemple un SRE dans la même boîte
aura une vision je pense beaucoup plus globale
de ce qui se passe d'un point de vue prode etc
mais du coup vachement lié à la vie de l'entreprise
son business, son activité et tout
et ça je trouve vraiment que ça a pas mal de valeur
et quand j'ai eu la chance de faire ça dans une boîte
qui se montait et qui a pas mal grossi
je me sentais vraiment une pierre
en plus à l'édifice de la boîte
et je sentais que je participais activement à son évolution
et j'ai eu ce sentiment aussi chez Deezer
mais vraiment je pense que ce sentiment
on l'a d'autant plus avec ce type de métier
et donc du coup il trouvait du kiff à faire ça
Mathieu tu veux rebondir et ajouter des questions ?
Oui je vais rebondir
Je suis vraiment d'accord avec toi
déjà tout ce que tu as dit sur toute la vision globale
je suis vraiment d'accord parce que c'est vrai qu'on parle souvent du DevOps
parfois le DevOps a un produit
comme une manière d'automatiser des choses via de la technologie
alors que c'est aussi beaucoup et surtout
une partie vision, travail etc et produit
et c'est vrai que finalement les devs ont souvent la tête dans le guidon
parce que comme tu l'as dit, ils travaillent vraiment sur des produits
dans des features sim parfois
sur des scopes précis etc
alors que nous, côté SRE par exemple
on peut vraiment avoir une vision globale de ce qui se passe
voir des patterns émerger entre équipes au niveau de l'entreprise
et voir vraiment sur quoi travailler au final
c'est-à-dire mais ce truc là c'est vraiment un point de blocage
pour les équipes comment on fait pour l'améliorer
on va les discuter avec eux pour avoir leur ressenti
ou bien sûr eux vont nous faire aussi des feedbacks
sur les fonctionnalités que les devs aiment réavoir par exemple
et ça c'est vraiment génial et comme tu l'as dit, R1 j'adore
pouvoir pousser un sujet, avoir des responsabilités
sur un gros sujet et arriver à tirer
même dans une grosse startup, arriver à tirer 100, 200 techs
avec soi et mettre en place des trucs c'est quand même super super cool
et ça c'est vraiment des postes privilégiés en effet
pour suivre ce qui se passe un peu de manière globale
et proposer des améliorations
qui vont vraiment tirer toute la boîte
et que ce soit côté tech mais aussi organisationnel
parce que c'est vraiment comme je dis pas que de la tech, pas que de l'organisation
c'est des méthodes de travail et ça c'est vraiment super important
Christophe je pense
Allez, je vais prendre la suite
j'arrivais pas à désactiver mon micro
parce que je coupe le micro quand je n'interviens pas
et chacun d'entre nous le fait pour éviter un petit peu les bruits parasites
je vais justement poursuivre ton point de vue en disant
qu'on n'est pas que des geeks, qu'on n'est pas que des nerds
en effet on a l'idée que les devs etc c'est que des geeks et des nerds
les gens qui font justement du DevOps comme ils ont une vision
enfin en tout cas le mouvement nous pousse à avoir une vision transverse
nous pousse à borer avec nos collègues
et bien on fait du code mais pas que
on partage de la culture
on fait aussi justement en apaisent les conflits
ça c'est un truc que j'ai encore pas complètement travaillé et appris
parce que je me suis pas encore formé à l'apaisement des conflits etc
mais par contre aujourd'hui je suis moins rendu dedans qu'il y a 10 ans ou 15 ans
typiquement je ne réagis plus de la même manière
je me force à pas réagir de la même manière
parce que je sais quel impact ça peut avoir de réagir sur le code, l'émotion tout de suite
et donc je prends sur moi, c'est dur mais je le fais
on a aussi, puisque le mouvement DevOps nous pousse à avoir cette compréhension de la boîte
et donc des objectifs de l'entreprise
parce que le mouvement DevOps va nous forcer à aligner justement les efforts des équipes de dev
et des équipes d'exploitation
et pour aligner ces efforts là
il faut qu'on partage tous les mêmes objectifs
et les objectifs de la boîte, il faut qu'on les connaisse
et donc pour moi c'est hyper valorisant
parce qu'on n'est pas juste ce que j'ai entendu beaucoup en ss2e
je lutte contre ça, on n'est pas que des piscodes
et les développeurs et les développeuses ne sont pas que des piscodes
on est des gens éduqués qui savent faire des choses exceptionnelles
et donc on doit mettre au profit de notre entreprise
ces connaissances et compétences qu'on a
quelqu'un a rajouté un point justement sur ce que je viens de dire je sais pas qui c'est
oui pardon c'est moi, je voulais juste rajouter, faire référence
aux podcasts qui avaient justement la posture à avoir en entreprise etc
et ça déborde un peu sur le sujet, vision métier et impact sur l'entreprise
mais aujourd'hui les métiers d'idevox c'est pas des métiers
comme tu as dit un peu plus tôt, on n'est pas que des geeks
c'est un métier pas de représentation
mais de communicant avec les équipes et donc des équipes de dev
mais aussi équipes de business ou autres
et ça c'est cool aussi
parce que c'est pas que de la tech, on ne fait pas que du code
ou je sais pas quoi, ça va au-delà
et ça c'est vrai que quand ça marche bien
comme disait Mathieu, il va tirer 200 personnes à aller dans une direction
c'est cool
Merci Erwan je pense que tu fais référence à l'épisode de podcasts
savoir être en entreprise
et si c'est le cas, le lien va être en description
il y aura une fiche Youtube qui va apparaître ici
si tu es sur Youtube, si tu ne me suis sur Youtube pour voir nos bouilles
à moitié barbu
Nicolas, justement
Oui et finalement tout ce qu'on vient de dire
ça permet de voir son travail, avoir une valeur
et quelque chose de fini
parce que assez souvent quand on regarde
l'approche de la quarantaine comme moi, ce qu'on a fait de sa vie
des fois on essaye de se remettre en question
et se demander quelle est la valeur de notre travail
et finalement avec des postes comme on a
moi je travaille surtout en start-up depuis à peu près de dizaines d'années
je vois le nombre de clients augmentés
et ça peut se faire que si une infra
est correctement automatisée, correctement conçue et ainsi de suite
on voit aussi sur certains travaux la facture diminuée
parce que ça se fait aussi en concertation avec les devs
de l'infrastructure et ça aussi c'est valorisant
de se dire qu'on a réussi à réduire la facture
en plus par les temps qui courent en général
quand on réduit la facture, on réduit aussi l'empreinte carbone
donc ça c'est cool
ça vous permettra d'économiser la planète autrement
quand faisant pipi sous la douche
et comme je disais, moi je suis très fainéant
mais j'aime beaucoup partager cette manière de faire avec mes collègues
et là dans ma boîte j'ai une collègue
elle n'est pas du tout dev, elle ne comprend rien du tout
à tout ce qui est automatisation etc
et en fait régulièrement je lui demande
mais attend mais sur ce truc là, tu passes combien de temps
tu fais comment etc
et en fait j'automatise les trucs pour elle
parce que il faut voir ça comme quelque chose à l'échelle de l'entreprise
ou tout le temps qu'elle va gagner elle
ça va faire gagner de l'argent à l'entreprise
régulièrement elle me dit bah oui mais t'as des trucs plus importants à faire
peut-être mais elle aussi
et finalement quand je lui fais gagner 5 minutes par jour
ça fait autant de temps qu'elle peut passer à discuter avec des clients
et finalement là on a automatisé une bonne partie de son workflow
pour la création de clients par exemple
et moi ça m'a pris quelques heures effectivement
mais c'est ça qui est gratifiant quand on voit ce que font ses collègues
et dans le dernier truc sur l'impact de l'entreprise
j'ai une petite anecdote
il y a une dizaine d'années monté une infrastructure dans une start-up
c'était chez OVH
j'ai travaillé avec les développeurs pour qu'elles soient hyper résilientes
bah elle l'a été puisque quand OVH a cramé
il y a eu 0, enfin OVH a cramé le datacenter de Strasbourg a cramé
il y a eu aucun impact sur la production
alors que la prod était bien répartie sur les deux sites géographiques
Strasbourg et un autre datacenter
et pourtant il y a eu 0 impact sur la prod
alors que les données étaient bien répliquées sur Strasbourg aussi
donc c'est votre travail si vous le faites correctement
vous verrez directement la valeur que ça apporte à l'entreprise
Oui, vous le verrez je tise un peu plus tard
dans le podcast on va reparler de ce sujet-là
On va parler d'un point, alors je sais pas si vous voudrez intervailer
parce que je ne vois que des points de mon côté
c'est les applications et infrastructures plus robustes
en effet quand on a des métiers d'idevox dans l'entreprise
ça va nous permettre à nous, OVH, d'évox
de créer des infrastructures plus robustes
notamment grâce à plusieurs choses
déjà la première chose c'est la collaboration entre les équipes
donc les développeurs et développeuses
et les équipes d'exploitation y collaborent
donc ils vont ensemble améliorer la qualité des produits
que ce soit l'application ou l'infrastructure
et puis surtout la rapidité des livraisons
qui va être complètement améliorée
puisque c'est beaucoup plus facile quand on collabore
plutôt que quand on n'a pas du tout la même vision
On va aussi justement quand on travaille en mode DevOps
on va réduire les erreurs et réduire les délais
comme je viens de le dire de livraisons
parce que justement on va automatiser des choses
et on va avoir une meilleure communication entre toutes les équipes
on va travailler cette communication grâce à des outils
qui existent, des outils qui soient tech ou pas d'ailleurs
et enfin selon moi l'autre grand truc qui va améliorer
les infrastructures et les applications c'est
notre capacité justement à anticiper, à résoudre les problèmes
grâce au monitoring, à la supervision
on a fait un épisode de podcast là dessus, elle est le chargé
je ne vous mettrai pas le lien, ça vous fera un petit peu de travail
mais surtout on va réduire le temps d'adisponibilité
et les coûts induits par le temps d'adisponibilité
et Nicolas nous en paraît justement
nous l'illustrait il n'y a pas plus tard que 5 minutes
Et finalement quand vous faites tout ça
vous vous en rendez pas compte
mais vous préparez aussi un plan de repris sur activité
donc le jour où vous allez tout perdre
comme vous avez tout automatisé
vous allez pouvoir tout reprovisionner
en quelques secondes, quelques minutes
suivant l'infrastructure que vous avez
mais en tout cas vous ne ferez quasiment rien à la main
et vous pourrez retourner vous coucher beaucoup plus tôt
Est-ce que la loi des machines est rapide ?
Est-ce que t'as dit que le produit Christophe
et vraiment moi c'est quelque chose qui m'importe beaucoup aujourd'hui
c'est que pour moi on a tous des expertises dans une entreprise
côté backend, côté SRE, côté DBA, côté réseau
tous les petits produits de prototype
que l'on peut avoir dans une entreprise
et pour moi c'est vraiment aussi sale des ops
c'est comment on fait pour prendre cette expertise
disponible au reste de l'entreprise
c'est à dire ok on expert sur un sujet
mais les autres personnes qui sont nous experts sur ce sujet
comment je fais en sorte qu'elle puisse consommer
finalement mon expertise de manière simple et unifiée
via par exemple des API
et c'est là où la notion de produit intervient
pour moi c'est vraiment ça aussi
qui écoute notre métier c'est réussir à
on a une expertise sur un sujet
la rente disponible de manière super simple
aux autres équipes finalement de l'entreprise
qui peuvent ensuite l'utiliser
comme un produit au final
c'est vraiment ça, la notion de produit pour moi est très importante
Merci Mathieu
il y a aussi un autre avantage
au métier des ops
c'est que c'est extrêmement recherché
alors Mathieu tu vas ouvrir le bal pour le coup
oui on en a parlé tout à l'heure
sur un truc important
un truc très important peut-être le plus important
enfin le plus important ça dépend bien sûr
des personnes et des envies
mais il y a quelque chose très important
quand on travaille
c'est tout simplement le salaire
globalement les posts on va dire
d'ingénieurs des vies
des vops, cesseurs etc
ils payent bien
l'informatique en général
paye bien du moins au-dessus
de la médiation française généralement
bien sûr il y a toujours des exceptions
il y a toutes sortes de contextes
toutes sortes de types d'entreprises
ce n'est pas les mêmes salaires entre les start-up
et peut-être certains groupes historiques
ce n'est pas les mêmes salaires entre Paris
et peut-être certaines villes de province
mais aujourd'hui
globalement c'est quand même des métiers qui payent
bien
et ça c'est quand même déjà un bon point
oui je vais rebondir
parce qu'en fait on en parlait tout à l'heure
mais tu parles de la différence
de salaire province, Paris ou autre
mais en fait moi je vais parler
de la différence de vision
et typiquement ce que je constate
c'est qu'un administrateur
ou une administratrice système
aujourd'hui est moins bien payé
que la même personne qui fait ça en mode des vops
c'est à dire qu'il y a des outils
d'automatisation dans sa beuse ass
et qu'il y a des soft skills en plus
et la différence de salaire est assez importante
et ça c'est
c'est vérifiable
il y a des chiffres
je ne sais pas si je trouve
des liens sur les salaires
des métiers de la tech, je les mettrais en description
je suis plus que chez la part, je vais la garder
pour moi il y a un truc hyper important
je les mettrais dans cette section très recherchée
parce que quand on
est des vops, on apporte
une bonne ambiance à l'entreprise
parce qu'on va faciliter la coopération
et du coup l'entreprise
va bénéficier de tout ça, si l'entreprise
au sens large est dans le mouvement
des vops, il y aura moins de turnover
il y aura moins de burn out
et du coup
de fait l'ambiance est bien meilleure
je les mettrais dans cette section
je vais passer la parole à Erwin
qui n'a pas commencé
ça va aussi un petit peu
avec ce que disait Mathieu
il y a quand même beaucoup
pas beaucoup plus d'offres
mais globalement le marché est assez favorable
aux employés
sur ces domaines
ça recrute beaucoup
sur LinkedIn
ou Welcome to the Jungle
ou les jobbonds
vous verrez qu'il y a toujours
moult de postes ouverts
alors après
bien sûr, comme on l'a dit au début
des vops ça peut englober plein de choses
tout ne correspond pas
à ce que vous aimeriez faire
mais en tout cas il y a quand même pas mal
d'offres et pas mal de démarchage
ce qui fait du coup un stress en main
puisque
a priori, même si vous vous trompez
dans vos choix, il y aura toujours
moyen de rebondir
sans trop de difficultés
c'est quand même un point pas négligé
Nicolas je t'en prie, prends la parole
il y a aussi
deux choses qui pour moi sont très importantes
moi j'aime beaucoup le remote
et surtout le full remote
et finalement
c'est un des métiers qui est très adapté
à ça et je dirais même
c'est encore mieux parce que
comme vous pouvez travailler de n'importe
où, même si votre maison brûle
vous pouvez continuer à travailler
si les locaux de l'entreprise brûle
vous pouvez continuer à travailler
et c'est un des aspects
qui n'est quand même pas négligable
parce que
la disponibilité de votre service
pour une entreprise
c'est quand même primordial
et Christophe
tu voulais dire quelque chose
justement je vais apporter un témoignage
parce qu'on a eu la même idée au même moment
j'apporte mon témoignage
depuis que je fais ce métier
depuis 2014-2015
à peu près en frillance
je n'ai jamais
mais vraiment jamais fait
ce métier là dans les locaux de mes clients
et j'ai toujours trouvé des clients
qui acceptaient le fait que je sois en remote
pratiquement à 100%
parce que moi j'habite synthétienne
et que mes clients ne sont pas Stéphanois
ils sont Lyonnais, Parisien ailleurs
donc je ne vais pas aller à Paris tous les jours
je ne vais pas m'expatrier à Paris
comme si c'était un pays étrange
non, c'est pas possible et on le fait très bien
il n'y a que si notre ordinateur flambe
ou vraiment on ne peut plus travailler
et encore on pourrait aller
dans un endroit
où il y a un ordinateur si on a un environnement
de travail dans le cloud mais ça fera peut-être
l'objet d'un autre podcast
Nicolas, je te rends la parole
J'ai un backup et une machine d'ospermes
et finalement
la deuxième chose
c'est que
comme ça recrute beaucoup
sur des profils très diversifiés
vous avez la possibilité
de choisir le poste, l'entreprise
moi j'aime bien travailler dans des start-ups
il y en a qui aiment bien travailler dans des grands groupes
il y en a pour tout le monde
et donc ça vous permet de choisir
ces deux choses-là
mais aussi un truc
qui me paraît de plus en plus important
j'arrête pas de dire que je suis vieux
je ne suis pas
à la retraite la semaine prochaine non plus
mais les conditions de travail
sont aussi de plus en plus importants
pour moi
donc il y a l'ambiance dans l'entreprise
bien sûr mais il y a aussi le fait
de là je suis passé au 4-5ème
parce que je suis frilance à côté
et du coup ça me libère du temps
pour faire ça
et si vous avez
d'autres objets
et avec le temps
on se rend compte aussi qu'en étant
moins la tête dans le guidon
on est encore plus productif le reste de la semaine
mes collègues
le disent
ils ont l'impression que je travaille
aussi le lundi parce que
je suis plus ou moins d'astreinte
donc je dépane les services
le lundi où je ne travaille pas
mais en réalité
je lisse mon travail
sur la semaine je m'organise comme je veux
et le fait
d'être au 4-5ème
ça nous permet d'être encore plus efficace
le reste de la semaine
et comme on est dans des boulots
où il faut
peut-être réfléchir un petit peu plus
que quand on est un administrateur système
qui déroule un document world
il y a quand même pas mal de réflexions
à avoir quand on pisse du code
on va le dire comme ça
c'est pisser du code
de manière un peu débile
ça sera jamais efficace longtemps
donc le fait d'avoir des conditions de travail
un petit peu particulière
ça vous permet
d'être plus haine dans votre tête
et de pouvoir poser les choses
plus tranquillement
des réactions Mathieu
Erwan
non pas vraiment je suis d'accord avec ce qui a été dit
et en effet pour la retraite on n'est pas
un peu plus apprédié
donc voilà
bon ça on verra
de quel côté je Porsche
du coup Nicolas merci
tu me fais une transition
parfaite pour le message
que j'ai à passer
à notre cher auditeur, auditrice
si tu cherches un métier
j'ai lancé un jobboard en partenariat
avec My Little Team
puisque sur le podcast comme tu l'auras remarqué
il y a une série d'interviews liés au métier
DevOps justement
et si tu cherches un taf
dans le DevOps va sur mon jobboard
peut-être que tu trouveras l'équipe qui t'intéresse
parce que en plus le fait que je l'ai fait en partenariat
avec My Little Team
t'assure qu'en fait tu aies des équipes
qui correspondent à tes envies
et si tu cherches à embaucher des personnes
dans le DevOps parce que je sais qu'il y a
des DSI ou autre directeur
qui écoutent le podcast
et tu peux justement passer par mon jobboard
et publier tes annonces
les liens sont en description
et on va passer
sur la section des avantages
parce que tout n'est pas tout rose
quand on fait du DevOps
et Nicolas
c'est d'accord avec moi c'est ça
tout n'est pas tout rose et il y a beaucoup de des avantages aussi
et il faut en avoir conscience
parce que
après tout c'est bon côté
on va passer au mauvais côté
notamment la première partie
on va parler du stress
induit par les métiers des Vops
Mathieu je t'en prie c'est toi qui a la parole
oui
en effet ça peut être des métiers un peu stressants
dans le sens où le scope
géré en
le nombre de briques
ou d'applications de software qu'on gère
peut être assez énorme en fait
on va gérer
généralement on va avoir des gens gérer
l'infrastructure cloud
ou en trimestre
enfin l'infrastructure en général
les déploiements, l'infrascode etc
gérer peut être aider
en partie du moins sur la partie intégration
les déploiements continu
tous les outils du type observabilité, gestion de log
base de données, message bus
que de messages etc etc
logiciels d'orchestration
ou autre
donc le scope peut être très très vaste
et ça peut être source de stress
parce que c'est des soft qui sont maintenir
il y a beaucoup de soft qui ne sont pas marrants
à maintenir
dédicace à GitLab
voilà et donc
franchement
c'est vrai que ça peut être un peu stressant
parce qu'on parlait tout à l'heure des upgrades VMware
mais oui il faut upgrades les briques
régulièrement il faut, il y a beaucoup beaucoup de choses
à gérer, il faut quand même
être bien organisé et ça peut peser
on va dire
on a une petite pensée pour Jenkins
aussi
oui justement je vais apporter mon témoignage
là dessus Mathieu
au tout début où je faisais beaucoup de prestations
justement admin cloud
DevOps
j'étais l'ops des start-up
et du coup quand t'es l'ops des start-up
qui t'appelait le DevOps
il faisait exactement ce que tu viens de dire
ah ouais attends la chaîne de déploiements continue
tu peux me la faire ah attends je veux monter un post-grays SQL
ah attends
je veux mettre en place un Kafka
attend je voudrais faire si
et au fait tu peux me mettre un retis
et là tu fais mais je connais pas
tous ces trucs
si ça tombe ou si il y a des problèmes de performance
comment je fais moi qui suis pas un spécialiste
je stressais
à mort de
ok ça va j'arrive à comprendre
la dog d'installation j'arrive à automatiser
c'est cool mais si il y a
des gros problèmes ce qui nous a déjà arrivé
sur un RDS
avec post-grays SQL si il y a des gros problèmes de performance
qu'est-ce qu'on fait
parce qu'on a tellement de trucs à gérer
que du coup
j'y reviendrai justement à ça plus tard
mais le stress c'est là parce que
tu es capable
parce que tu le sais tu es capable d'installer
ces choses-là ces briques-là tu es capable de les comprendre
mais t'es pas un spécialiste
donc dès que tu vas aller un petit peu plus loin
que ça il va y avoir des problèmes
c'est marrant parce que moi je vois ça comme
une opportunité pour apprendre
mais c'est vrai que sur le moment c'est stressant
et moi c'est plus le fait
qu'il y ait une bride qui tombe qui me fait peur
moi ce qui me fait peur c'est qu'il y en ait plusieurs en même temps
et que j'arrive pas à tout gérer en même temps
parce que c'est aujourd'hui
je suis encore tout seul sur
ce post-là dans ma boîte
et bon bah pour l'instant ça se passe bien
mais ça m'est déjà arrivé
d'être au four et au moulin
bon bah c'est faux
il faut aussi avoir
une bonne gestion de son stress
souvenez vous que quand la prod est tombée
il n'y a pas mordom
donc prenez un café
si ça vous détend
prenez une camomille si ça vous détend
mais restez calmes
il faut garder la tête froide en incident
c'est le plus important
et après c'est vrai que c'est éprouvant
mais je trouve que c'est aussi ce qu'il y a
de motivants dans le métier
mais bon si vous êtes
stressé dans la vie
prenez pas ce boulot là
vous n'avez pas dormi
ah je confirme
j'en caisse bien le stress
mais je le sens quand même monté
et en effet quand on est seul
parce que c'est le cas de Nicolas et moi
on a ce stress là
parce qu'on est tout seul
c'est à dire si il nous arrive un truc aussi
bah en fait il n'y a personne d'autre
pour remonter les trucs
si on se casse une jambe
si on est malade, quoi que ce soit
on est tout seul
bon on a tout automatisé
donc c'est à dire tout est en code
quelqu'un peut reprendre mais
il y a ce stress là quand même
qui est assez important je trouve
ah t'es pas forcément d'accord
tout est en code mais il faut que ça soit
quand même suffisamment
documenté et transféré
vers d'autres personnes et moi aujourd'hui
c'est mon plus gros problème c'est le bus factor
tout le monde en a conscience
dans ma boîte chez mes clients
tout le monde a peur de ça
mais quand t'es dans une boîte
ou t'es capte n'importe qui
se prend un bus on va être dans la merde
donc voilà du coup
je prends pas le bus mais
non plus sérieusement
c'est des choses il faut en avoir conscience
aussi quand on prépare ce métier
là on n'a pas parlé directement
mais on est aussi
dans des
métiers où on va souvent être d'astreinte
d'ailleurs ça c'est quelque chose
qui n'est pas très équitable avec les développeurs
et je suis
persuadé que
les développeurs devraient être d'astreinte
surtout quand il y a des grosses maps etc
parce que c'est
encore une fois c'est une responsabilité qui est partagée
donc quand il y a un problème avec le code
il faudrait pouvoir appeler les développeurs
et finalement
ce qui a quelque chose
de stressant aussi c'est
qu'on est très souvent sur le chemin critique
parce que quand un développeur
va faire une erreur dans son code
ça va casser la CIA
finalement c'est pas un problème
puisque la CIA il a détecté
si
l'infra est par terre suite à une misage
qui est ce qui va devoir
remettre à jour
les applications un petit peu partout
c'est nous
donc on travaille souvent en or
en ouvrez pour faire les misages
parce que toutes les infrastructures
et toutes les applications sont pas totalement prévues
pour pouvoir se mettre à jour
en pleine journée sans problème
et de toute façon
les changements peuvent être dérangeants
pour les clients
et
et on est
aussi la personne
qui dit non au développeur
et donc on est souvent caricaturés
comme étant
les ours au fond de la drogue
qui prennent potentiellement de la drogue
visiblement aussi
on est les ours au fond de la grotte
et quand on vient nous voir on grogne
et quand on parle de l'accès SSH sur les serveurs
on montre les dents
si on est comme ça
c'est parce que nous on a des contraintes
on a des contraintes de sécurité
on a des contraintes de stabilité de la plateforme
et en fait si on discute avec
avec les gens
ça peut se comprendre c'est ce que je disais tout à l'heure
on est là pour améliorer
la qualité du produit
de l'entreprise
mais on est souvent à expliquer
pourquoi on ne veut pas qu'un développeur
et stèle truc
machin etc
et bon il faut un petit peu batailler
pour avoir ces choses
mais de la même manière
ou un développeur si il a besoin d'un elastic search
il va falloir installer un elastic search
et puis voilà
et si le DevOps considère
que elastic search c'est pas une bonne solution
parce que ça va coûter trop cher
en termes de ressources
et de moyens humains
c'est aussi son boulot de proposer
quelque chose à mettre en face
alors bon
chercher des alternatives à elastic
et qualifier le besoin aussi
avec votre développeur
peut-être que elastic c'est overkill par rapport à ce qu'il veut faire
et en fait t'avais des trucs
à ajouter sur cette partie justement stress
et oui on va rajouter encore un peu de stress
on a évoqué le stress
qui peut être plié
du coup
à l'ampleur du scope
que peut avoir quelqu'un
avec
comment dire ce rôle-là
mais il y a aussi le stress tout bêtement
de ce sur quoi on travaille
donc que ce soit la
bien sûr la prod
en particulier ceux qui
qui sont liés
vraiment à des postes
on va dire serreux
de production etc
donc si il y a un truc
qui tous dans l'infra
par exemple
il faut trouver la réponse
il n'y a pas le choix parce que si ça
casse c'est du business
mais
c'est pas parce que c'est pas de la prod
et donc on va dire client
en facing que
ça peut pas être source de stress
si votre plateforme de staging
sur laquelle
tous vos testeurs
font leur test
les devs poussent leur truc etc
et que ça tombe
en fait il y a une partie des gens qui sont au chômage aussi
et ça ça coûte de l'argent
donc clairement
quand ces choses là tous
il va y avoir du stress parce qu'il va falloir
trouver des réponses, il va falloir trouver des solutions
et donc il faut pouvoir encaisser ça
et d'autant plus dans les petites structures
ou parfois on n'a pas d'équipe
ou en tout cas on est équipe très très réduite
j'imagine que
tous là on a connu ça
le fameux
le fameux pattern de
il y a un problème
et il y a plein de gens derrière vous
qui sans casse ça va
se dire bah il va nous trouver une solution
là devant son écran noir
alors bon j'exagère vraiment
des fois il y a un peu de ça
effectivement
c'est pas très sain et ça rajoute
du stress
et sinon jouer juste
rebondir rapidement
sur les astreintes
que Nicolas évoquait
et ben je suis pas d'accord
les devs d'œufs participaient aux astrofes
c'est
souvent
souvent ils ont aussi besoin
de quelqu'un plus côté afra
mais c'est un travail de
affaire en paire
et
tu produis du code, tu le mets en prod
tu l'asume
ça marche aussi comme ça
mais ça reste quand même
une source de stress aussi
parce que effectivement
ça revient un peu avec l'histoire du scope
c'est que combien de fois
il y a des choses qui tous
ou vous recevez une notification
quelconque et c'est sur des sujets
que vous ne maîtrisiez pas forcément
bah pourtant il va falloir faire quelque chose
et donc ça faut
je pense qu'on a bien fait de mettre le stress
dans le premier des désavantages
parce que je connais pas quelqu'un
qui fait ce taf qui n'a pas eu
des coups de chaud
opérationnellement
non surtout qu'on n'est pas préparé
je vous le dis juste
repasse la parole Mathieu
on n'est pas préparé à ça
moi je me rappelle mes cours
et je pense qu'il n'y a aucun cours qui prépare
les gens à la production
et à ce stress là
et vous parliez d'astrinte tous les deux
je te rappelle, à toi qui nous écoute
qu'on a fait un épisode complet
sur les astrates donc on va pas relancer le débat ici
mais vas t'écouter
cet épisode sur les astrintes
et la gestion justement des incidents
dans la production
Mathieu, à toi la parole
j'allais dire un peu ce que t'as dit
on a fait un épisode sur les astrintes
j'étais là également
parce qu'en effet je suis d'accord que les devs
devraient être d'astrinte moi ils le sont dans ma boîte actuelle
j'étais dev avant, j'étais d'astrinte aussi dans ma boîte précédente
et je suis sûr que même aujourd'hui ils reçoivent
peut-être plus d'alerte que moi et sérieux
donc comme ça
maintenant même les devs sont d'astrinte
parce qu'en effet c'est des responsabilités
partager la prod
que ça c'est très important
oui je pense que ça dépend des boîtes
alors on va parler
d'un petit point
d'un petit point
c'est le fait que
un petit désavantage
c'est que notre métier est invisible
Erwan, est-ce que tu veux commencer
ou je commence là-dessus ?
je te laisse commencer oui
allez
je vais commencer en fait
si on est assez bon
ou si notre travail est assez bien fait
ou si notre équipe
d'administrateur cloud
dévops fait très bien son métier
et gère tout à l'état de l'art
et ben en fait on n'entend jamais parler de nous
parce qu'il n'y a pas de problème
puisqu'on a tout automatisé
toute l'infrastructure arrive
à s'auto-guérir naturellement
puisque quand il y a les serveurs qui tombent
ils se relancent
parce qu'ils sont élastiques
parce que le déploiement est automatique
donc a priori
l'un des vrais problèmes
pour moi c'est que notre travail est invisibilisé
parce que autant
les développeurs ils font des trucs
ils peuvent présenter des choses
au métier
autant nous
c'est quoi votre taf ?
quand le développeur il pousse
l'application est automatiquement prode
mais on peut pas vous le montrer
on peut montrer le pipeline mais
pour moi c'est un des problèmes
c'est que c'est dur
de faire
reconnaître ce qu'on fait
et surtout c'est des métiers tellement complexes
que à expliquer des fois c'est chaud
Erwan ?
alors
je vais rajouter quelques petites pierres
ce que tu viens de dire effectivement
alors quand j'étais chez 10h
pour dire à quel point c'est tellement invisible
le titre qu'on avait
de la personne qui prenait le run dans l'équipe
c'était Batman
il y avait ce côté
de mecs cachés
qui surveillent les notifs
et qui agit si il y a un problème
du coup
il y avait ce côté
un petit peu rôle en retrait
et qu'on découvre
que quand il y a des problèmes
on oublie qu'une partie du taf
c'est d'anticiper
et c'est pas magique
et en fait
c'est
moi ce que j'appelle les rôles
un petit peu behind the scenes
quand Beyoncé fait un concert
on oublie qu'il y a 12000 mecs qui ont monté la scène
qu'il y a des éclaireurs
qu'il y a des ingéçons dans tous les sens
etc.
l'image est volontairement
grossie
mais c'est un peu ça
un peu salidé
et du coup
ça rejoint un peu ce que tu dis
ce que tu disais Christophe
c'est que dans le côté invisible
malheureusement il y a un côté
mis en valeur
et perception
et c'est ça
c'est vraiment ça la valorisation du travail
qui on va pas se mentir
suivant les contextes
de boîte, suivant les valeurs de la boîte etc.
ça peut
être des choses qui sont un petit peu
mis en retrait
parce que
c'est ça
c'est qu'on va se souvenir
de nous
lié à des soucis
c'est à dire ah trop bien Erwan
il s'est levé à 3h du mat'
il a remonté le cluster et tout
très bien mais en fait
je lui ai fait autre chose que de me levé
à 3h du matin pour répondre à une astreinte
et ça
suivant les caractères
je pense que ça peut même être assez délicat
parfois
mais bien sûr ça dépend du manager
de la boîte et tout
c'est quelque chose à garder en tête
Nicolas tu voulais rajouter des trucs
ouais
j'ai entendu
un épisode des cascodes
où ils parlaient du départ
de pas mal de gens
chez twitter et notamment de l'équipe SRE
où Balthien t'as vu
on a viré toute l'équipe et l'infra
il tourne toujours ah oui
parce qu'en fait eux ils veulent pas être réveillés en astreinte
donc ils automatisent les auto-remédiations
par contre
au bout d'un moment
l'infrastructure elle tient plus toute seule
donc elle va se casser la gueule progressivement
parce qu'il y a des trucs qui sont pas
remis correctement etc
et en fait je crois qu'ils ont rappelé
en urgence quelques SRE
parce qu'il y a des trucs qui tenaient
effectivement pas
par contre
c'est vrai que moi je me présente
souvent comme ça dans la boîte
auprès de nos clients
c'est étoile tu fais quoi
moi je m'occupe de l'infra
donc si ça marche
c'est grâce à moi
et si ça marche pas
c'est aussi de ma faute
mais en fait
les clients disent bah oui c'est vrai
qu'on a une bonne disponibilité etc
et du coup ça fait plaisir aussi
mais si vous avez
un manque de reconnaissance par rapport
à ça dans votre entreprise
allez faire des présentations
dans les meetups d'Evobs
vous en avez forcément
dans votre région
et si vous en avez pas dans votre région
je vous incite à en faire un
parce qu'il y a forcément des gens qui font du DevOps
dans votre région
et vous allez pouvoir partager
des trucs et montrer
ce que vous faites de bien dans votre entreprise
même si c'est pas suffisamment reconnu en interne
je vais rebondir
pour peut-être conclure ce sujet
parce que R1 a dit quelque chose d'intéressant
il disait que
certaines personnes peuvent un peu mal le vivre
de pas être reconnues comme ça et c'est vrai
ça peut arriver
et moi je le comprends aussi parce que c'est vrai
que je suis totalement d'accord à ce que vous avez dit
où finalement on maintient
tout le cirque derrière
bien de scène
on fait plein de trucs, on s'envole la prod et tout
et en fait le moment tu sais que
ton équipe sera jamais cité en réunion
d'équipe, en réunion d'entreprise
on va sortir un nouveau produit, ça va être la fête
bravo, l'équipe machin, l'aide
et tout, tu es là en mode poker face
ouais bon ok
donc c'est vrai que ça c'est
compliqué pour certaines personnes
et c'est pour ça que moi j'encourage aussi
les gens à pas hésiter à remonter
à demander à intervenir à ces réunions
en fait à présenter l'équipe
régulièrement, à essayer de
quand vous faites des choses
vous mettez un nouveau pipeline de déploiement en prod
vous automatiser un truc
vous fournissez un quelque chose en sels services
allez voir les gens qui organisent ces réunions
dites leur moi je veux 5 minutes pour
en parler en fait
il faut être proactif là dessus sinon en effet
on ne vous donnera pas de
la parole, on va dire naturellement
dans ma boîte
tout ce que je fais côté infra est mis
dans la roadmap de ce qui va venir
dans l'année mais aussi
à chaque bilan de trimestre
on synthétise ce que j'ai fait
dans l'infrastructure
et dans une autre boîte précédente
on faisait aussi des démos
des screenshots
ou des vidéos
parce que faire des démos sur l'infra
déjà ce n'est pas toujours simple
mais ça nous inciter aussi
à faire des dashboards, des choses comme ça
pour pouvoir montrer aux autres
et en fait ça participe aussi
au management
visuel
et ça nous servait
du coup à nous aussi
et c'est plutôt sympa
de mettre des choses comme ça en place
moi je voudrais rajouter un truc
là dessus
c'est un truc qui coûte pas cher
moi je l'ai trouvé que c'est un
bon outil pour
valoriser le travail et montrer qu'il se passe
des choses, c'est juste tout bêtement
tenir un logbook d'équipe
ou
à chaque fois que vous faites un truc
marquant entre guillemets
vous marquez la date
ce qui a été fait, les apports etc
mais très synthétiques
éventuellement avec des liens vers vos emmer
votre doc ou quoi que ce soit
et en fait
dans ma précédente boîte chez Toucan
moi c'était mon support de communication
en fait
les gens voyaient que au mois de janvier
ah ouais en fait ça fait tout ça
et je trouve que ça coûte pas cher
à maintenir
et c'est un bon support
merci pour l'idée
Erwan je vais la reprendre et je vais la partager
dans nos équipes
on va parler
pour moi
le gros du gros
le gros du gros des problèmes
c'est que
c'est la complexité des métiers des Vops
c'est vraiment des métiers qui sont
ultra complexes et on va voir pourquoi
et Mathieu je t'en prie
je te laisse commencer
oui alors
Erwan en parlait un peu juste avant
ou il parlait un peu de pompiers etc
mais généralement dans beaucoup d'entreprises
les gens pensent que les équipes
on va dire infrastructure ou est sérieux
les gens en général dans la tech
connaissent tout
peuvent débug 100% des projets de la boîte
n'importe quoi
être totalement omniscient sur ce qui se passe
à tout moment sur l'infrastructure ou dans le code
et ça c'est assez fou
et en fait le truc le plus fou
c'est que
les gens pensent qu'on peut investiguer n'importe quoi
et c'est qu'on le fait en fait
on le fait et on trouve les solutions
il y a aussi en fait
donc c'est assez marrant parce que je pense qu'on a une certaine culture
dans les équipes de ce type
à la résolution de problèmes
ou même un problème inconnu
on va dire on va avoir des techniques pour aller chercher
l'information
poser les bonnes questions, aller voir les
bons indicateurs on va dire
et résoudre les problèmes
mais c'est vrai que le fait d'être ping
d'avoir des demandes
sur des projets mais on n'a jamais
travaillé sur le projet etc
de manière
de tout type ça peut être pesant
parce qu'en effet ça demande vraiment de
maîtriser beaucoup de choses
ou de passer beaucoup de temps à accompagner
mais parfois il faut pas hésiter
je pense aussi à dire non ça c'est pas mon scope
à avoir l'équipe
cette équipe ou bien débrouillez vous et revenez me voir
quand vous aurez plus d'informations
mais généralement quand même il faut s'avoir
investigué des problèmes
et second point c'est les compétences
c'est quand même un métier
on parlait avant des trucs
qu'on touche à beaucoup de techno etc
et ça demande aussi
franchement la contrepartie c'est
il faut maîtriser beaucoup de choses
on parlait également des salaires
avant mais moi j'ai tendance à dire
que vu la somme
de connaissances nécessaires pour faire
certains de nos métiers
ça se justifie aussi
c'est des rôles assez exigeants
on a parlé des contraintes de production
et tout avant mais même au niveau techno
il faut en gros savoir
dev limites comme un dev
il faut savoir maîtriser l'infra comme un ups
il faut avoir pas hésiter
à se tenir à jour faire beaucoup de veille
c'est un effort permanent
donc il y a ça
et il y a aussi un peu le risque de disperser
les compétences alors ça c'est plus quelque chose
que je lance comme ça je sais pas ce que vous en pensez
mais il n'y a pas le risque
à force d'avoir des scopes aussi vastes
de toucher à tellement de choses
de plus avoir d'expertise et finalement
d'être moyen partout
des fois je me pose même cette question
je me dis je suis plutôt un bon dev mais
je ne suis pas le meilleur dev comme on peut voir
dans certaines conférences autres
je suis plutôt un bon ups
mais je suis très loin de maîtriser
l'infra comme le fond
des gens qui pure ups
ou des gens qui maîtrisent à fond le carnet de linus
ou je sais pas quoi
dans une espèce d'entre-deux
je sais pas trop où je suis
je sais pas ce que je fais en fait
et c'est vrai que c'est assez
des fois compliqué de savoir où est-ce qu'on se place
et comment on se
compare niveau compétences au reste
justement
vas-y alors Nicolas je prendrai la suite
justement je trouve que
c'est là où on a de la valeur ajoutée
c'est qu'on est moyen partout
mais du coup on n'est pas spécialement
mauvais quelque part
c'est qu'on a toujours touché un petit peu un truc
on a aussi
tu le disais
la capacité
à débug un petit peu tout
parce qu'on est
on a développé une certaine
manière de penser
où finalement on sait se poser
les bonnes questions, on sait faire un arbre
de diagnostic dans notre tête
parce que
il y a une fois j'ai eu tel problème
alors peut-être que ça serait ça et donc on va les vérifier
et ainsi de suite
et moi je trouve que c'est
au contraire
une valeur ajoutée
pour l'entreprise d'avoir une personne en transverse
et finalement on parlait de DevOps
c'est peut-être ça c'est être suffisamment
transverse dans l'entreprise pour pouvoir
sauver un petit peu tout le monde
et après
est-ce qu'on peut débug 100% des projets
c'est malheureusement la fois où vous allez vous tromper
c'est peut-être ce qu'on va retenir
c'est bien ça permet de redevenir
un petit peu humain aussi
bon je vais revenir sur ton point
je vais d'abord
introduire ma réponse par autre chose
en fait
quand on
l'indépilé du mouvement DevOps c'est l'automatisation
et quand on fait un métier
DevOps on automatise tout et n'importe quoi
parce qu'on est capable de le faire
on a des outils merveilleux pour le faire
on a terraformes en cibles
soldes, stack, etc
cloth formation, enfin je ne sais pas
on est capable de le faire
on a les compétences intellectuelles pour le faire
on sait lire une doc, on sait installer
des choses sur un système Linux
parce qu'on parle beaucoup
de systèmes web
dans les mondes ouverts
mais j'imagine que sur Windows
c'est un peu
le fait comme si j'avais rien dit
on automatise tout et n'importe quoi
sans être un spécialiste et du coup
on les fait en un peu moyen partout
on a quand même des spécialités
typiquement moi c'est
le déploiement, c'est là où je suis le plus fort
les pipelines CICD c'est là où je suis le plus fort
le cloud je sais faire
je suis un peu moins doué le réseau
je ne touche pas du tout ma billon réseau
et bon
et pour moi c'est un vrai problème parce que
on peut avoir le syndrome
Superman parce que comme on est
capable de le faire, on est capable de comprendre
ce qu'on fait, on pourrait
et moi je l'ai fait pendant un moment
accepter tout et n'importe quoi
et dire oui je vais le faire
oui je vais installer ton cluster Galera
oui je vais installer ton pose grève-cuelle
oui je vais installer ton redis, oui je vais maintenir
ton GitLab parce que apt.get install ça marche
oui je vais faire si, oui je vais faire ça
et sauf qu'en fait
ce dont on ne se rend pas compte et ce que je ne me rendais pas compte
à l'époque c'est que
découvrir chaque nouvelle technos
ça nous prend un temps mais
il faut la comprendre
avant de l'automatiser, alors certes on est capable de le faire
mais est ce que c'est souhaitable de le faire
à chaque fois, je ne sais pas
moi c'est pour ça qu'aujourd'hui
j'ai arrêté de dire oui à tout
et aujourd'hui je me concentre sur GitLab
et l'intégration continue
les pipeline GitLab CICD
et puis j'écarte le reste
je fais moins le reste
et je reste
sur ma spécialité
il y a aussi pour moi
un autre sujet
sauf si vous voulez réagir à ce point-là précis
le syndrome du superman
est-ce que vous vous même
vous l'avez ressenti à un moment donné ce syndrome-là
moi je l'ai eu à un moment donné
et je me suis retrouvé à côté
de quelqu'un qui était beaucoup plus balèze que moi
donc ça m'a déprimé
parce que je me suis senti
comme une merde et en fait
d'être resté longtemps à côté lui
je me suis rendu compte qu'il était bon dans ses domaines
moi j'étais bon dans les miens
et du coup on était encore plus complémentaires
et c'était cool je lui apprenais des trucs
il m'a prenait des trucs
et on est tous humains aussi
à un moment donné on a des limites
on peut pas être omniscient
on peut pas être expert partout et ainsi de suite
non ça c'est clair
Mathieu et Roi non
je continue du coup
non tu peux y aller
il y a un truc aussi
qu'il faut se dire c'est qu'on fait
de l'automatisation on fait du code
mais on fait pas que ça
et ça c'est un vrai souci
pour moi c'était une douleur
quand j'étais freelance
parce que j'étais le seul ops
dans des équipes de dev
et donc je faisais du code d'infra
sauf qu'en fait comme je maintenais
toute l'infrastructure
je ne faisais pas que du code
je faisais aussi du maintien en condition opérationnelle
du déploiement
de l'analyse d'accident etc
et les gens
les équipes de dev en fait
parmi lesquels j'étais
parfois n'arrivais pas à comprendre pourquoi
j'étais pas aussi productif que
à prendre du code et pourquoi ça n'est pas
plus vite en fait pourquoi est-ce que je m'étais pas
deux jours pour installer
et configurer leur poste grecql
en afras code
enfin c'est hyper dur
de se
comment dire de se comparer
au développeur
et développeuse parce que souvent
eux ils ont alors certes ils ont à apprendre
des choses mais j'ai l'impression
que c'est parfois moins complexe
ou le scope
n'est pas aussi grand et en plus
quand on fait de l'infras code
il y a un truc qu'il faut bien dire
c'est que quand on déploie des infrastructures
ça prend du temps c'est à dire qu'en fait nos tests
c'est lancer le provisionnement
d'une infrastructure donc on va faire
poper toutes les machines on va les provisionner
et tout ça et ça ça prend du temps et c'est con
mais savoir si ça marche
ça peut parfois
durer 20-30 minutes
c'est rapide mais ça peut être long
si vous voulez réagir allez-y sinon j'en règle
je vais vous répondir rapidement peut-être sur la productivité
c'est vrai que bon
parfois certaines personnes
peuvent ne pas voir en effet les contraintes
que c'est de déployer un soft en production
parce qu'il y a le soft mais bien sûr
c'est tout ce qu'elle monitorie les backups, les alertes etc etc
c'est sans fin
après c'est vrai que là tu parlais vraiment
du code d'un fras code moi je vous le bon dirais
et je vous conseillerai à tous les ops aujourd'hui
si vous êtes un ops apprenez vraiment
à coder je parle du développement logiciel
ici, moi c'est un point super important
aujourd'hui qui vous aidera au quotidien
pour travailler avec les devs et apprenez
à le faire vraiment à fond
moi aujourd'hui limite je préfère aller
faire des formations ou des confs
sur le software craftmanship
du ddd
ou des choses comme ça que des confs infras
parce qu'en fait j'ai l'impression que le gain
est énorme en fait quand on maîtrise le code
en fait c'est un savant programmé
qu'on sait ensuite
qu'on sait se mettre à la place des devs
qu'on sait travailler avec eux
c'est vraiment un skill qui est essentiel
pour moi aujourd'hui
alors ouais je suis d'accord avec toi
alors moi j'ai arrêté de développer
moi je suis un développeur à l'origine
et donc ce qui fait que j'ai de bonnes bases
sur l'algorithmie
mais justement ces bases là me permettent de comprendre
le travail des développeurs même si aujourd'hui
je suis incapable de faire ce que fait un dev
front ou un dev back
parce que bah voilà moi je suis
développé en C et j'ai décidé
de ne pas apprendre d'autres langages
parce que ça me prendrait trop de temps
d'apprendre un autre langage
vis à vis de ce que je fais à côté
en fait je fais du terraforme
du rencié bel et en plus j'ai une entreprise
voilà mais
c'est en effet une bonne
enfin comprendre l'algorithmie c'est essentiel
même quand on est ops
c'est en effet je suis d'accord avec toi là dessus
je dirais même plus
c'est euh
bah désolé
je veux juste dire que mon plan de secours en fait
c'est quand je n'aurais marre de repasser
voilà faut pas le dire mais c'est mon but secret
je vous en ai marre d'être sérieux
je repasse de l'autre côté
et moi je voulais rajouter
si vous avez des compétences de dev
la plupart de vos outils ont des systèmes de plugins
si vous savez faire du go vous pouvez faire des plugins terraformes
si vous savez faire du piton vous pouvez
rajouter
des trucs dans votre ansibol
dans votre salstac et finalement ça sera
une compétence qui sera
super pratique pour vous aussi
en plus de comprendre le métier des dev
et après vous serez pas toujours aussi
productif que vous ferez pas toujours
du code
d'aussi bonne qualité
parce que encore une fois on peut pas être bon partout
mais je trouve que c'est
une des compétences
indispensable à voir pour un devops
c'est savoir développer un minimum
c'est des descripts qui se battent en duel
dans un guide c'est pas du dev
il faut savoir structurer son projet
écrire du code
écrire des tests etc
et si vous savez faire ça vous comprendrez encore mieux
le métier
alors c'est vrai que dans l'introduction
on n'a pas beaucoup parlé
mais pour moi devops c'est la continuité
de l'agilité qu'on a eue avec les devs
et en fait
quand j'ai appris que c'était que l'agilité
je l'ai appliqué dans l'infrastructure
dans mon métier et
quelques années après ça s'est appelé devops
mais pour moi c'est un truc vraiment important
et effectivement Mathieu
c'est une bonne remarque d'aller
dans les meetups software craftsmanship
parce que vous y apprendrez énormément de méthodes
et alors
tout n'est pas forcément directement
applicable à notre métier
moi on me reproche souvent
il y a un truc que je sais pas faire
c'est planifier
l'évolution dans l'infrastructure
je sais pas mettre des dates précises
parce que je découvre toujours des trucs
à faire avant qui sont vraiment critiques
pour ce que j'ai à faire etc
et c'est
des méthodes que je peux pas toujours
placer mais bon bah voilà on peut pas être bon partout
ouais bah je suis d'accord avec toi
l'agilité c'est un défendement
du devops c'est ce que je dis d'ailleurs dans mes cours
il y a d'autres fondements
le software craftsmanship
moi je le mets dans mes cours et je pense que le devops
est rigue de ces deux fondements là et d'autres
mais bon je vais pas spoiler non plus
il y a un autre
point
dans la complexité que je voudrais aborder
c'est comme
on est des superman
je reviens sur le sable de superman mais on est un peu
les sauveurs de toutes les boîtes
ou les sauveuses
parce qu'il y a des sauveuses
du coup
les attentes des personnes qui nous
embauchent, qui travaillent avec nous sont assez
élevées
parce qu'on doit faire plein de choses
on doit être flexible
je parlais tout à l'heure
même Nicolas
et surtout on doit collaborer
et tout ça
tout ça c'est déjà c'est dur
c'est pas fait pour tout le monde parce que tout le monde
n'est pas fait pour collaborer, discuter
je dis pas que c'est
dur, je dis qu'en fait
il y a des
personnes pour lesquelles c'est encore plus
dur
ou alors, justement ça s'apprend
parce que
faire baisser les tensions
à partir de la collaboration
c'est un travail qui est complexe
moi je le vois parce que je suis dans une coopérative
donc nous on fait
beaucoup de travail sur l'aspect coopératif
la coopération est très importante pour nous
et je vois que
c'est pas facile
et que ça s'apprend
et que donc ça fait partie des choses qu'on doit apprendre
en plus qui ne sont pas des choses purement tecs
et qu'on doit avoir
ces compétences-là
et donc ça fait de nos métiers
des métiers assez complexes
mais très complexes
je vous ai séché à part avant
la fin avec complexe
complexe, complexe, c'était bien trouvé
j'étais boujoubé
c'est la vraie
je suis tellement d'accord
merci alors, eh ben écoutez
on va enchaîner
sur le point suivant qui est corollaire du fait
qui est la formation
alors je sais pas si vous allez vous rajouter
des points par rapport au point que je vais dire
on a parlé de la complexité du métier
et du fait évidemment
tu t'en doutes, la courbe d'apprentissage
est difficile
c'est vraiment
très long
d'apprendre toutes les compétences qu'il faut
pour pouvoir être
selon certaines personnes un des
vops de snow alors pour ceux qui ne regardent pas
la vidéo je fais des guilles
mais avec mes doigts
mais en gros
on a tendance à l'oublier
moi ça fait 20 ans
plus de 20 ans maintenant que je suis dans la IT
donc j'ai été dev
donc j'ai fait plusieurs années de développement
j'ai géré des infrastructures
j'ai été hop
j'ai appris les conteneurs
au moment où deux coeurs à émerger
j'ai appris la virtualisation etc
petit à petit
en fait pendant ma carrière
sauf que aujourd'hui toi si tu veux te lancer
on va attendre de toi
que tu connaisses tout ça et c'est pas possible
je suis désolé de te l'apprendre
ça va pas être possible de connaître tout ça
en sortant d'école ou en te lançant dans le métier
tu vas devoir l'apprendre
au quotidien et pendant de longues années
et ça va être compliqué
Erwin tu veux rajouter un truc là-dessus
non
tu as raison
c'est quand même très rare
que tu puisses être recruté
dans un contexte
ou la stack
tu connais tout à 100%
ça doit arriver
pour certains extraterrestres mais globalement
c'est quand même pas trop le cas
alors que
si je schématise encore vachement
un dev php
si il recherche
un autre environnement
php majestuel
il retrouvera un peu sceptique
mais d'ailleurs
c'est pour ça qu'une partie des onboarding
dans les équipes
et les rôles d'idevops
sont quand même souvent assez longs
je pensais
en fait je pense qu'il n'y a pas de mal
à dire qu'on va pas être compétent
surtout tout de suite
et allez-y postuler
au poste d'administrateur
système d'evov c'est pas grave
si vous ne connaissez pas
toute la stack Kubernetes
mais que vous connaissez l'intégration continue etc
c'est des choses que vous allez potentiellement
pouvoir apprendre petit à petit
de toute façon personne ne connaît tout
c'est pas possible
nous quatre on est là on connaît pas tout
on a chacun nos spécialités
et quand on va dans des équipes
les autres personnes de l'équipe sont là
aussi pour nous aider
je vais juste dire un dernier mot
et puis après je passerai la parole
Nicolas du coup comme
on l'a dit les stacks
sont beaucoup plus complexes
donc la formation
va être plus longue
mais aussi il y a
comment dire
la formation
non
va pas nous apporter
un truc qu'on va apprendre avec l'expérience
c'est la résolution des problèmes
et sauf que ça
elle va être encore plus compliquée avec des stacks
aussi complexes que celle qu'on a
donc il faut bien se dire
qu'on va pas être efficace tout de suite à la résolution
des problèmes et que donc ça va prendre du temps
parce qu'il va falloir
connaître Kubernetes, il va falloir connaître
les microservices, il va falloir connaître
la stack d'observabilité qu'on a mis en place
la stack d'intégration continue
déploiement continue, comment gérer le secret etc
donc ça veut dire que quand on arrive dans une boîte
on va pas être opérationnel tout de suite
et c'est normal
enfin je veux dire c'est pas comme quelqu'un
qui fait du dev et qui arrive
qui fait ah bah attends
je suis sûrement micro service, il fait ça
j'installe ma stack, je regarde le code
ça me prend quelques jours, quelques semaines
nos métiers
sont beaucoup plus complexes
donc il y a beaucoup de choses à ingurgiter
donc faut pas avoir peur
mais il faut en avoir conscience
et
faut pas avoir peur des challenges je dirais
Nicolas à toi de la parole
je vais juste rebondir
sur ce que t'as dit
récemment j'ai fait un meet up
où j'ai présenté les infraques que je gère
j'ai passé deux heures à tout expliquer
et comment je connectais tout
mais en réalité
c'est des infraques, j'ai mis cinq ans à monter
et quand j'ai commencé
c'était des tout petits services
il y en a un c'était du lampe
il y en a un c'était
du piton
avec un poste gré-scuel
et j'ai pas tout installé d'un seul coup
et je suis monté progressivement en gamme
aujourd'hui mon employeur
c'est j'ai monté la stack
depuis le tout début
mais parce que j'ai bossé
pour lui en tant que freelance au début
et en fait on apprend
au fur et à mesure à faire
des trucs complexes
mais c'est complexe mais pas compliqué
et du coup je vais passer au point suivant
c'est justement
pour moi après c'est un point de vue
qui est extrêmement personnel
je pense que c'est un domaine dans lequel il faut être passionné
parce que comme on l'a dit
c'est quand même stressant
il y a énormément de choses à faire
il y a énormément de choses à voir
et je vois difficilement
comment on peut pas
comment on peut faire ce travail là
sans être passionné par ça
parce que sinon
vous allez
vous allez être constamment sous pression
et si vous ne voyez pas
d'intérêt à ce métier là
c'est pas une bonne idée
et du coup il faut être très curieux
pour faire ça
donc curieux et passionné je dirais
et si vous voulez faire ça pour le côté alimentaire
chercher d'autres domaines
où vous gagnez mieux votre vie
parce que c'est quand même stressant
donc si vous voulez
un boulot qui est gagné
encore plus d'argent et qui est encore plus stressant
essayer à vos cas d'affaires il paraît que c'est pas mal
je vais
préciser un point
tu dis qu'il faut être passionné mais moi je pense
que ce sont des métiers passionnants
et qu'on peut
se prendre de passion comme j'expliquais tout à l'heure
moi je me suis pris de passion
j'étais juste doué avant
je faisais ça en métier alimentaire informatique
mais quand je suis venu dans ces métiers là
j'ai trouvé un truc
qui m'a passionné
alors qu'avant je l'étais pas
je pense que c'est pas forcément un point
essentiel
d'être passionné par contre
il faut avoir conscience que ça va être un métier prenant
et passionnant
je parle sur du long terme
tu peux pas faire ce boulot là pendant 5 à 10 ans
si tu vas reculons tous les matins
non c'est sûr
et moi je vais me rebondir
très rapidement
sur l'onboarding, les stacks de banding etc
ce que disais R1, sur la complexité
que tu disais Christophe
même dans des boîtes avec des stacks
techniques identiques
souvent quand on débarque
prenez 3 boîtes en France qui sont sur
Amazon et Kubernetes
je vous garantis que les 3
le système de mid-during ne sera pas le même
le système de déploiement ne sera pas le même
les petits cryptes de déploiement continu
rouler sous les ESL ne sera pas les mêmes
c'est un peu cette complexité accidentelle
qu'on peut aussi se créer côté nous-mêmes
côté infrastructure et côté DevOps
qui créent des onboarding longs
c'est comme si
on met des technos
c'est un peu d'Haruine
on met 3 stacks techniques identiques
sur 3 îles séparées
on les laisse évoluer après 5 ans
en fait il n'a plus rien à voir
même si c'est la même stack
vous mettez 2 animaux sur 2 îles
et puis à la fin vous avez un
vélo-siraptor et sur l'autre vous avez un poulet
il est doux c'est des oiseaux
c'est un peu pareil
et ça c'est un truc assez hallucinant
mais c'est aussi une complexité qu'on peut se créer nous-mêmes
petit point d'attention
quand vous faites de la froide
essayez de ne pas rentrer dans ce pas terme
si les gens mettent 6 mois
à rentrer dans votre CIA c'est peut-être qu'il y a après une soirée
voilà et juste pour conclure
donc
sur la veille
la veille technologique c'est très important
j'en ai fait énormément
à une époque
de l'open source aussi que j'ai fait beaucoup
alors je ne dis pas que tout le monde doit faire ça
mais c'est vrai que c'est quand même un gros plus
quand on est passionné c'est mieux
après je ne pense pas que la passion soit
nécessaire on va dire qu'il y a quelqu'un qui fait bien
son travail en journée et déconnecte le soir
c'est très bien aussi
mais quand on veut aller loin on n'a pas le choix
de faire de la veille on va dire c'est de se mettre à jour
pour moi
voilà
ça fait clairement
ça renforce encore plus l'histoire
de stress
de rater
moi je trouve
de rater un peu
les nouveautés, comment les choses évoluent
quand t'as pas eu le temps
de tout suivre
moi j'ai un groupe
avec quelques potes
qui font le même métier
et quand je vois
que c'est eux qui partagent plus de lien que moi
je ne le vis pas bien je me dis merde
je suis passé à côté de trucs
donc on revient à cette histoire de stress
parce que je ne sais plus
je crois que c'est toi Mathieu qui a parlé
d'être constamment
gardé être à jour
sur autant de choses différentes
ce n'est pas complexe
c'est vrai
eh ben merci
écoutez
on va passer à la conclusion
du coup
si tu es
intéressé par le DevOps après tout ce qu'on t'a dit
félicitations
si tu veux en apprendre plus
sur le mouvement DevOps
si tu veux te construire une carrière
de tech épanouissante et améliorer tes soft skills
on en parlait tout le long de son podcast
j'ai la formation qu'il te faut
pour te forger un état
d'esprit DevOps
c'est le premier lien en description
c'est la formation que j'ai faite qui s'appelle DevOps Mindset
et
je vais me tourner vers vous 3
et je vais encore une fois vous dire merci
pour cet échange passionnant puisque nous en sommes
déjà à 1h24
donc je vais vous laisser le mot
de la fin tout simplement
et je vais commencer par donner la parole à Nicolas
eh bien merci et vous aussi
pour cet échange
je pensais pas avoir
forcément grand chose à dire à la base
et juste rebondir
sur certaines choses mais
au final une fois qu'on est lancé
c'est tout aussi passionnant
le débat que le métier
écoutez nous
sur le podcast
vous découvrez d'autres personnes qui sont
passionnées tout autant que nous puisque
il n'y a pas que nous 4
et venez nous voir
au meet up venez nous voir dans les conférences
et
on adore discuter de ça
vous avez vu ça fait déjà presque 1h30
donc imaginez en conférence
où on pourra discuter autour d'un café
on pourra discuter une demi journée complète
merci
euh...
Hervad à toi le mot de la fin
non bah encore un échange hyper cool
avec vous tous
j'espère que ça apportera
quelques lumières à certains
et que ça inspire d'autres
et puis
même si on a parlé pas mal de stress
et de quelques contraintes
n'oubliez pas que le premier truc qu'on a dit c'était cool
et ça l'est vraiment
et n'oubliez pas
les super héros portent leur slip par dessus
leurs pantalons
merci
pour cette clôture
Nicolas c'est merveilleux je vais avoir l'image en tête
pendant toute la nuit
bon allez on a fini
et
c'est parti
merci