Il n'y a pas qu'un seul DevOps, on a tous un petit peu notre propre définition de
ce qu'elle dévops. Alors dans ces conditions, comment peut-on former les gens à ce mouvement
et à ces pratiques ? C'est ce qu'on va voir dans cet épisode de podcast.
Bienvenue sur Radio DevOps, la balade aux diffusions des compagnons du DevOps. Si c'est
la première fois que tu nous écoutes, abonne-toi pour ne pas rater les futurs épisodes. C'est
parti !
Bienvenue à toi chers compagnons, dans cette émission Radio DevOps, ton émission du vulgarisation
Cloud et DevOps préférée. Aujourd'hui, on est sur un format un peu table ronde où
l'on va pouvoir discuter du sujet de la formation DevOps, qu'elle soit initiale en
école ou professionnelle quand on est en entreprise. Et pour en parler avec moi ce soir,
j'ai l'équipe historique de Radio DevOps. D'amir, bonsoir, d'amir. Bonsoir et R1,
bonsoir, R1. Bonsoir.
Bon, et bien je vous propose de commencer tout de suite dans Vive du sujet et de parler
un petit peu de notre expérience de formateur ou de professeur parce que je sais que tous
les trois ont donné des cours et des formations DevOps. Je vais donner l'exemple.
Je vais commencer. Moi je donne un cours d'introduction des DevOps dans deux écoles d'ingénieurs
et c'est un cours qui dure 6 heures. Je le donne à des personnes qui sont en formation
initiale et qui sont que en cours et à une autre école où ils sont en alternance. Donc
ils voient aussi le côté entreprise et le côté école. Dans la deuxième justement,
je donne un cours supplémentaire où je leur apprends GitLab CI et en cible. J'avais oublié
mes nom, mon nom. Et je donne aussi des formations en entreprise et j'ai une formation en e-learning
et je relancerai plusieurs autres aussi. Et je travaille ma pédagogie depuis plusieurs années.
R1, je vais te laisser la parole.
Oui, moi aussi j'anime des cours en université, en IUT et maintenant je ne fais plus trop mais
avant en école aussi. Et globalement les sujets que je traite sont liés à l'univers du DevOps.
Il y en a pas mal autour du monitoring sur le côté comment suivre son activité de production.
Le sujet tourne autour des outils là-dessus, donc des types stackulka, etc. Avec toute la
philosophie de pourquoi c'est important, etc. L'itération, comprendre pour s'améliorer, etc.
Donc ça va un peu dans le cadre, c'est clairement dans le cadre du DevOps, un petit peu de formation
à l'automatisation autour de Ansible et aussi je faisais une présentation avant que je faisais
du coup dans des écoles et dans des structures comme simplons pour présenter le métier DevOps,
d'expliquer ce qu'est le quotidien d'un DevOps, l'occurrence quand je travaillais dans une startup.
Et du coup, on finit par mon M. Donc moi j'ai commencé à donner cours il y a maintenant pas
mal d'années, je crois que c'était à 6 ou 7 ans. Historiquement j'ai commencé par donner cours de
mail avec de l'Ection, ce qui est un reliquat de mon ancienne vie on va dire, et cours de Linux
assez classique orienté, utilisation et administration. Ensuite, je me suis un peu parréorienté mais j'ai eu
l'occasion d'avoir des choses qui étaient plus orientées de DevOps, bien que les premiers on en
parlait déjà. J'ai donné cours du coup de GitLab, alors quand je dis GitLab, c'est la partie CIID et la partie
Git en fait qui était donnée, donc expliquer un peu les bases du versionnisme, pourquoi on le fait,
comment ça marche, la logique derrière et ensuite un peu la CIA et tout ça. Donc c'est un sujet
au final, on parlait directement du DevOps et un deuxième cours que je donnais c'était sur pareil
mais avec GitHub en fait, donc du coup sur les dollars, on parlait énormément de DevOps. Et oui
je donnais cours aussi de cloud avec une introduction en se basant sur AWS, donc là encore très lié
au DevOps et ça me fait penser, mais R1 me fait penser. J'avais aussi donné des présentations
à une époque sur ce qu'on appelait les métiers du DevOps, donc un peu tous les métiers qui gravite
autour du DevOps pour les présenter aux étudiants et leur expliquer en même temps ce qui était le DevOps.
Je pense que je vais rajouter ça dans mes cours parce que je m'aperçois en discutant avec les
élèves et ça nous fait une transition justement pour la suite. On va parler un petit peu c'est
quoi notre senti entre les formations initiales, donc des élèves qui n'ont jamais été en
entreprise pratiquement ou la formation professionnelle avec des professionnels qui sont en
entreprise. Moi je constate en tout cas que les élèves qui n'ont jamais été en entreprise
ont un petit peu de mal à voir comment ça va être en entreprise. Je me suis perdu, je suis désolé.
Qui vient à Marescus ? Tu veux dire qu'ils ne se rendent pas compte des métiers qui sont derrière
les méthodes au DevOps ? Qu'est ce que tu voulais dire sur ces jeunes qui décourent ?
Merci, c'est exactement ça. Je me suis perdu dans ma pensée, j'ai oublié mon propos initial qui
était en effet les métiers. Alors en discutant justement avec ces jeunes qui ne sont pas en
entreprise, ils ne se rendent même pas compte de ce qu'ils veulent faire plus tard et de quels
sont les métiers qui sont à leur portée puisque en plus je donne cours à des élèves ingénieurs de
filière presque général, mais ils ont une spécialité informatique, système et réseau quand même.
Ils ne savent pas ce que c'est un développeur et que c'est un ops, ils ne savent pas ce que c'est un DBA
etc. Donc à chaque fois que je discute avec eux je leur dis, je me dis que je vais peut-être ajouter
un module comme ça dans mon cours, mais je ne sais pas comment tout faire entrer. Mais non,
c'est plutôt pas mal de faire ça. Je parle de manière informale avec eux et j'ai toujours des
périodes, un peu des temps morts pour faire des questions-réponses, des choses comme ça,
surtout ça. Et moi ce que je vois aussi énormément, c'est des incompréhensions des métiers ou des
simplifications caricaturelles. Typiquement j'ai déjà eu des élèves et ça a un petit bout de temps
maintenant, mais j'ai eu un élève qui m'a dit, moi je veux être admis parce que le code c'est
nul, au moins je veux des interfaces pour cliquer. Et quand je dis en fait non, c'est pas comme ça
que ça se passe et aujourd'hui que ce soit obs ou dev, au final tu fais du code plus ou moins
compliqué, plus ou moins proche ou pas de l'applicatif, tu fais du code et à la personne
semblait tomber des nus en fait. Donc je pense que c'est important de revenir là-dessus et aussi de
bien un peu réexpliquer que même si nos métiers sont très différents, développeurs, ops etc.
Au final on a quand même, je pense, énormément de choses et notamment d'outils en commun.
Typiquement mon cours de guide c'était des classes mixtes. Moi j'adore les classes mixtes
en fait où il y a des dev et des ops niveau formation parce qu'il y a vraiment une effusion
qui est assez intéressante et là on se rend compte aussi qu'au final aujourd'hui notre stack est
assez commune entre les deux. Nos spécialités vont être différentes mais on a une grosse partie
commune et ça des élèves j'ai l'impression que ça les embrouille un petit peu.
Tu mets en avant les fameux ponts entre les dev et les ops et donc on est en plein dans le sujet.
Moi je rajouterai que ce qui m'a souvent frappé et c'est plus récemment,
je dirais que c'est à partir du moment où les grosses plateformes cloud sont devenues
vraiment incontournables c'est que le côté devop est plus associé à l'infra
en tout cas dans l'imaginaire des élèves que j'ai eu et donc je me souviens qu'il y avait souvent
des remarques de type. Maintenant qu'il y a des plateformes cloud que je peux avoir ma VM ou
mon load balancer en deux clics, quel est l'intérêt de ton taf ? Moi j'ai expliqué que
justement mon taf avait évolué que avant je créais des playbooks ou whatever pour installer
tout ça maintenant tu utilises du terraforme ou quoi que ce soit pour créer de façon automatisé
ce genre d'infrastructure et que en fait c'est pas parce que le métier évolue,
je pense que c'est toujours intéressant de savoir installer les trucs mais mes
taplues valuées aussi à justement pouvoir créer ces playbooks, ces scripts ou quoi qui
te permettent de créer l'infra et ça c'est quelque chose qui était pas souvent,
enfin que je sentais qui était un petit peu éloigné des élèves que j'avais parce que au
final eux ils sont rarement dans une, et c'est normal, ils sont rarement dans une logique d'industrialisation
ou de duplication d'environnement ou de redondance ou des choses comme ça, ils veulent juste leur VM
pour installer leurs projets ou leur lambda pour quoi que ce soit et auquel cas je comprends
qu'ils n'ont pas envie de se mettre à du terraforme ou quoi que ce soit, qu'ils aiment bien cliquer
et tout et comme on dirait, du coup moi c'est plus là dessus où à chaque fois je sentais un petit peu
de décalage et sur lequel il fallait travailler pour montrer et dire ok ta lambda c'est cool,
t'as déployé ton projet, t'es content maintenant tu dois faire ça pour 200 projets, comment tu fais
et donc du coup souvent c'est ça que j'utilise comme argument pour valoriser un petit peu ces métiers là
Alors pour nous, on va s'entraîner un petit peu sur la formation initiale et formation professionnelle
moi je pense que les pros qui se forment au DevOps, on parle de gens qui sont déjà dans le métier depuis plusieurs années
qui se forment à un des pros du DevOps, ils ont vu un petit peu, ils ont l'expérience des métiers
Est-ce que ça pourrait être intéressant pour les jeunes qui sont en formation initiale de leur faire découvrir les métiers
et de leur faire des ateliers en fait pour les mettre en situation de manière très légère dans certains types de métiers
d'expliquer bah développeurs ils faisaient ça au quotidien, un DBR ils faisaient ça, un admin cloud ils faisaient ça etc
qu'est ce que vous en pensez vous ?
J'ai le sentiment que toi en tout cas t'es très convaincu de cette approche puisque tu as des apprentis
donc c'est une façon de mettre le pied à l'étrier mais ouais ouais clairement
ça va avec tous les stages ou quoi que tu peux faire là dessus
moi ça me paraît comme dire indispensable pour vraiment comprendre le concret du métier
et voir que c'est cool aussi quoi, qu'il n'y a pas que les développeurs qui s'amusent, que nous aussi on a des métiers sympas
Oui je suis plutôt d'accord c'est important et c'est aussi pour ça comme Erwan ne disait que dans les formations
il y a au minima des stages au mieux de l'alternance c'est justement pour qu'ils puissent avoir conscience un peu de ses réalités
après comme je disais il y a deux choses que j'aime bien aussi faire pour les gens sur tourne initiale
où ils se rendent compte de certaines choses et du rôle de chacun
la première chose c'est que comme je disais je regarde souvent un peu ce que j'appelle des temps morts
c'est à dire que je pense que ça va pas trop charger mes cours parce que ça va juste pider le cours et ça ne sert à rien
surtout sur des trucs comme Gith ou on est très vite largué
je juge que c'est pas productif en fait de faire ça
donc du coup en général j'ai pas mal de temps où je leur demande de poser des questions, je leur montre un peu ce que je fais
moi ça arrive souvent que je leur montre sur avec les autorisations et tout
je leur montre pas des projets ultrasensibles et je leur montre un projet avec de la CIA et du Terraform
pour dire je crée ça ensuite ici j'ai une pipeline qui va dépouiller le code que développeurs ont puche etc
donc j'aime bien donner ça un peu cette interface et montrer des exemples de ce que je produis au quotidien
et la deuxième chose qui est un peu, on va dire plus, une découverte par eux-mêmes
c'est les projets de groupe
moi j'aime bien justement comme je disais des classes mixtes et j'ai la chance d'en faire pas mal
et du coup généralement pour les gros projets de fin d'année, de mid-année ou autre
ils sont en groupe mélangés donc entre Ops et Dev
et assez naturellement c'est intéressant à voir qu'ils vont avoir des réflexes et ils sont limite des fois du Dev Ops
sans savoir s'entraider, de se répartir un peu les tâches en fonction de ce qu'ils préfèrent et tout
mais surtout cette entraide ils ont tendance à avoir moins, ça c'est con mais
des gens que j'ai vu qui avaient moins d'expenses professionnelles du coup
avaient souvent tendance à avoir moins de barrières là dessus et à être ultra
je te dépane, je te fais ça etc
donc c'est assez enrichissant là dessus et ça leur permet de voir un peu comment
ils interagissent les uns avec les autres et où ils se mettent eux-mêmes leurs limites
je vais rebondir sur ce que tu dis alors d'abord je vais te poser une question
parce que moi j'ai beaucoup de mal à faire que mes élèves y posent des questions
surtout en enfi parce que dans les deux populations que j'ai
j'en ai une où ils sont 40-50 en enfi et l'autre ils sont 16 dans une salle de classe
ou c'est un peu plus facile quand ils sont 16 dans une salle de classe et qu'ils sont alternants
mais comment tu fais toi pour déclencher l'acte de poser des questions
parce que tu leur demandes explicitement poser moi des questions pendant le cours c'est quoi tes tips ?
alors moi je fais de la chance je fais des petites classes donc en général ils étaient entre 12 et 16
donc l'école refuse de prendre plus de personnes dans une classe justement parce que sinon tu perds en qualité
en tout cas comment je gère ça
alors généralement au début je sais que le premier jour c'est pas la peine parce qu'on se connaît pas encore
il n'y a pas isospa etc
les petites à petites en fait je fais déjà je fais un tour de table pour leur demander ce qu'ils font
et surtout ce qu'ils veulent faire s'il y a des choses qui les intéressent plus que d'autres etc
et c'est aussi pour voir un peu l'intérêt qu'ils vont avoir pour le cours et comment je peux accéder mes exemples
et au-delà de ça une fois que j'ai un peu ces informations là en fait j'ai une première information sur eux
et du coup quand j'ai du temps comme je disais mort
je ne mets pas de temps qui est dédié à ça explicitement sinon ça va être trop ressemblant à une interrogation
je le fais un peu dynamiquement je vois qu'il y a un TP qui a fini plus tôt je leur dis la pause elle est dans 10 minutes
donc on fait des questions pendant 5 et je vous achète la minute plus tôt
et en général il y en a toujours un ou deux qui va avoir des questions
si ça ne vient pas justement c'est là où je vais essayer d'utiliser ce que je sais avant de leur parcours etc
et je vais essayer de voir, je vais essayer de cibler les personnes on va dire qui sont le moins réservés
parce que je ne veux pas non plus ne mettre pas d'aise
je vais essayer de voir leur dire tiens tu me disais que tu voulais par exemple un développeur
tu voulais mon temps en compétence j'ai eu le cas par exemple un des mecs qui était développeur
oui c'était ça une personne qui était développeur
et qu'une cursus développant et qui du coup ça tassait vachement au cloud
et je disais tiens c'est marrant pourquoi tu t'intéressais au cloud
et du coup il m'a expliqué un peu comment il voyait la réalité du métier et tout
et on est gérondis là dessus pour un peu, et j'ai fini par lui montrer un exemple de ce qu'on peut faire côté dev
donc je vais essayer de créer un peu du lien direct en fait avec ce qu'il veut le faire
mais c'est possible uniquement dans les petites classes ou les moments un peu plus calmes
on va dire en enfi c'est beaucoup plus compliqué
c'est ce que je vais dire je pense ça va être compliqué en enfi avec 50 personnes comme je vais avoir cette année
sinon je passe un coup et en plus moi je les ai 6h
donc c'est compliqué d'avoir plusieurs cours
j'ai 3 ou 2 cours avec eux cette année parce qu'on a 2 fois 3 heures et pas 4 fois une heure et demi
mais bon je pense que...
je pense juste que...
je pense juste que moi quand on en fin ça peut être intéressant sinon de leur faire un peu
de commencer par un use case, prendre une société fictive et voir même leur mettre des pipelines
avec là des choses un peu fictives et une fausse infra même si elle est ridiculement petite
pour leur montrer un peu les contraintes de chacun, est-ce que chacun va faire
je pense c'est une bonne idée aussi pour attacher et dire en quoi aujourd'hui des métiers en fait du DevOps sont important pour l'entreprise
ce que tu dis c'est exactement ce que moi je fais
il y a une bonne partie d'un des cours de supervision que je donne
ou c'est exactement ça c'est la société plop.com elle a ça comme infrastructure
qu'est ce qu'on fait pour lui assurer un monitoring de qualité
et en fait ça entraîne très vite des discussions
et en fait tu rebondis vachement sur toutes les problématiques des DevOps parce que tu vas dire ok
tu veux faire ça, tu veux faire ça, comment tu déploies ça
est-ce que ça se cale, est-ce que là il y a quatre machines, si demain il y en a 400 comment ça se passe etc
et souvent ça amène des bonnes discussions
et ben nous on a, à télécom, ça se détienne là où j'ai beaucoup d'élèves
on a un projet, un gros projet qui s'appelle le projet interface admin qui est un projet de DevOps en fait
où on leur fait faire des équipes de cinq personnes, ils se mélangent
et ils doivent écrire et concevoir et déployer un logiciel de supervision
c'est à dire qu'ils écrivent même le logiciel de supervision
ils doivent le conteneuriser, ils doivent le déployer, ils doivent mettre en place l'intégration continue
il y a toutes les étapes qui mettent en pratique tous les cours qui normalement ils ont eu jusqu'à présent
c'est un projet de 14 séances, c'est assez, c'est un assez gros projet pour eux
c'est 14 séances de 3 heures et demi donc ça fait beaucoup de travail
et c'est le truc en fait qui leur fait voir ce que c'est que le DevOps un petit peu en montre prise
un petit peu je dis parce que voilà
moi j'insiste beaucoup quand je les ai sur l'échange au sein de l'équipe et genre de choses sur l'aspect management et partage
parce que je sais pas si les autres profs ils insistent là dessus
On va pouvoir passer je pense aux attentes du milieu
savoir qu'est-ce que le milieu en mon temps les pros
qu'est-ce que nous on attend, qu'est-ce que l'industrie attend en sachant que c'est deux choses différentes
on va peut-être pouvoir commencer par à votre avis, tous les deux, qu'est-ce que l'industrie de la tech attend
des personnes, l'incurrence qui sortent des colles qui sont formées au DevOps, qu'est-ce qu'on attend d'eux
ça revient, je vais refaire un reminder d'un vieux podcast qu'on avait fait autour des annonces je crois DevOps
alors je me demande même si c'est pas le premier qu'on avait parlé du mythe de l'ingénieur DevOps
en fait ça dépend quand même beaucoup des structures, ce qu'ils entendent par là, leur maturité sur le sujet etc
mais j'ai envie de dire que de façon générale aujourd'hui les métiers dits DevOps
ils tournent autour beaucoup de l'infra, l'automatisation et je dirais la CICD
et en gros ce que t'attends, alors forcément quand c'est des gens qui sortent des colles
qui peuvent mettre des pipelines de la mort, forcément ils n'ont pas fait
mais d'avoir peut-être des notions du coup de CICD, connaître peut-être un outil
avoir des bases de développement dans un langage, je pense que le Python revient assez régulièrement
parce que c'est quand même le langage le plus répandu dans ce milieu
comme ça, moi je mettrais ces trois points en termes de skill technique
j'entends et après il y a plein d'autres choses mais ces trois points là que je mettrais en avant
Damir toi ?
alors moi j'ai pensé le premier chose qui me vient c'est plutôt des soft skills étrangement
dans les premiers trucs que je mettrais c'est d'identifier et de comprendre un peu le rôle de chacun d'entreprises
surtout pour les juniors, c'est de ne pas être perdu parce que comme on le disait notamment
qu'il y a une formation initiale, souvent un peu ce qui était reproché c'est que les personnes
étaient un peu paumées sur ce que je dois faire etc
pour moi c'est un des points, c'est vraiment identifier un peu le rôle de chacun, savoir communiquer et changer
et pouvoir apprendre de ce que les autres font et ensuite ça va être assez...
j'ai l'étape de savoir en fait apprendre des quoi nouvelles choses parce que les stacks
on a beau en avant en apprendre certaines briques etc et en voir notamment à l'école
on retrouvera jamais exactement la même stack quelque part, c'est un classique
il y a tellement de petites choses etc c'est normal
donc de ne pas paniquer dessus et de savoir du coup apprendre sur un peu le tard entre guillemets
les deux trois points qui peuvent leur manquer
pour moi c'est les principales choses qui vont être demandées
là je parle plus des juniors, je ne parle pas des seniors bien sûr
je sais d'accord avec toi, je pense que l'industrie elle attend en fait des nouvelles personnes
alors moi je vais plutôt parler des bacs plus simples là que des masters et autres
que des personnes qui sont en BTS
elle va plutôt attendre de ces personnes là qu'elles savent apprendre
donc savoir apprendre à apprendre et qu'elles aient des bases un peu solides
sur les bases justement
les bases du réseau peut-être quand on parle d'administrateur cloud au système
les bases réseaux, l'algorithmie pour tout le monde y compris les ops
pour moi c'est, enfin je dis pour moi mais je pense que l'industrie elle va attendre
à ce qu'on connaisse l'algorithmie et du coup peut-être un langage piton ou autre
mais et puis les connaissances empiriques si on parle d'ops
de ce que c'est que le cloud, de ce que c'est une base de données, de ce que c'est une recette HTTP
j'imagine que ça fait partie des préroquilles que l'industrie attend des personnes qui sortent d'école
nous on a eu un stagiaire justement qui sortait d'école et il n'avait pas ces bases là
enfin non il était en cours mais il était quand même un master et en première année master
il n'avait pas ces bases là parce que son école était, vous savez les nouvelles écoles là
où il n'y a pas de cours magistraux et où il n'y a que des projets
et on a estimé avec notre associé que ce n'était peut-être pas une bonne méthode d'apprentissage
parce que finalement les bases elles ne sont pas acquises et il y a quand même des bases à apprendre
aux personnes qui vont rejoindre l'industrie
je ne sais pas ce que vous en pensez, ne serait-ce que les bases que j'ai citées
si tu mets le point sur un truc c'est que peut-être que
ça c'est peut-être un plus simple problème global dans les formations et l'éducation en France
qui est très théorique en tout cas qui a souvent été tourné très sur la théorie
et peut-être qu'aujourd'hui tu as des écoles comme tu le décris
qui prennent le contre-pied au total à dire en fait tu ne vas faire que des choses, tu vas produire que des trucs
et bien entendu la vérité est souvent un peu entre les deux
c'est sûr que pour bien concevoir c'est quand même bien de bien comprendre avant
et du coup je rejoins un des points que Damir a cité auparavant
c'est sûr que dans l'industrie de façon générale
moi j'ai parlé de façon très technique et tout mais de façon générale
tu cherches avant tout quelqu'un tu sais qui va être en mesure de monter en compétence sur les sujets
et qui aura pas peur et qui sera pas intimidé de monter en compétence sur ces trucs-là
et donc souvent quand t'en es à ce stade-là
tu attends quand même certaines bases c'est sûr que quelqu'un qui n'a pas de base réseau
pas de base système et qui veut travailler en tant que DevOps
même s'il est très motivé et tu t'auras forcément tendance à plutôt prendre quelqu'un qui a ces bases-là
oui je suis assez d'accord les bases je les ai pas cités
c'est vrai qu'à force ça nous paraît quelque chose qui coule de source
mais c'est important de comprendre comment marche un peu la totalité de l'application de bout en bout
c'est d'ailleurs pour ça quand je suis des juniors j'aime bien poser des questions un peu très général là-dessus
justement du type bah tiens demain j'ai un serveur avec une archière un peu simple
comment tu t'imagines que la roquette quel cheminement est fait etc
et du coup il y a toujours des réponses c'est intéressant pour voir un peu s'ils ont compris l'ensemble
et je dirais même plus en fait ces bases-là aujourd'hui elles sont juste nécessaires pour apprendre rapidement
et de manière qualitative on peut pas apprendre des technologies entre guillemets
j'ai entre guillemets c'est en globe plein de technologies mais les technologies modernes
slash DevOps sans bien comprendre les bases ou sinon on va les apprendre mal on va vraiment
galérer dans le sens où c'est empirique en fait tout repose sur des choses qui existent déjà
je prends un exemple très con demain vous dites ah bah moi je n'apprends pas Linux parce que Linux
c'est en fou dans le docker la personne s'y a connu pas Linux docker ça va être compliqué
parce que les images derrière ça reste un système il y a l'arboré sans effet à comprendre
il y a comment gérer les paquets comment j'installe les choses donc c'est vraiment important de connaître les choses-là
et une fois qu'on les connaît bah c'est très simple d'apprendre c'est comme on l'avait déjà dit dans d'autres épisodes
si on connaît un langage et qu'on connaît l'algorithmie comme Christophe le Dix et d'autres choses
demain vous devez apprendre un autre langage vous avez tout ça c'est même pu apprendre vous avez juste apprend un peu de syntaxe
peut-être de trois particularités donc les bases on est d'accord c'est juste vital
et vos murs de bonne base je pense que savoir utiliser des trucs un peu cutting edge et très haut niveau
sans comprendre ce qui se passe derrière moi moi en tout cas je préfère
justement vu que t'as dit moi en tout cas je préfère on va parler de nos attentes personnelles en tant que professionnel
bah je vais commencer du coup mes attentes personnelles en tant que professionnel c'est que les personnes que je vais embaucher
pour l'instant c'est des alternants que j'embauche vous l'avez dit mais quand je vais embaucher des personnes qui vont sortir de l'école
mes attentes c'est les bases alors j'ai pas dit Linux mais c'est évident que si la personne elle ne connaît pas Linux mais jamais elle mettra les pieds chez moi
parce que de toute façon elle va bah elle va pas pouvoir faire son travail Linux et Git
Git c'est ultra essentiel alors vous allez me dire ça s'apprend vite
bah l'expérience me dit que non ça s'apprend pas si vite que ça
et pour moi ça doit faire partie des bases comprendre ce que c'est car gestion de version
comprendre les différentes branches pour quand on fait du développement et de l'ops c'est ultra important
pour moi c'est ça les bases et puis bah connaître comme je l'ai dit tout à l'heure les bases du réseau
enfin les très bases du réseau moi je suis pas très fort en réseau mais je sais ce que c'est une recette HTTP
et je sais ouvrir mon navigateur faire une inspection et aller voir dans l'onglet c'est quoi que je reçois quand je reçois une recette HTTP
des trucs comme ça pour moi c'est ce que j'attends en tant que pro
Erwan je te laisse la parole
je vais un peu faire la reddit de tout à l'heure mais oui il y a ces fameuses bases et puis effectivement dans les soft skills
des gens qui sont, qui, comment dire, qui vont être ouvert à apprendre plein de choses et qui vont pas avoir peur d'apprendre plein de choses
parce que c'est ça qui est souvent intimidant dans ces métiers c'est que
à part quand on est expert dans un domaine bah souvent on apprend un peu suivant le contexte ou quoi que ce soit
les techniques, les méthodes et tout donc il faut pas, il faut des gens qui aient pas peur de ça
et puis aussi si le métier requiert un aspect de production fort
bah je pense que quelqu'un qui sache se rendre disponible, qui soit opinionné, etc c'est important parce que la prod
ça reste ce qui fait tourner le business et donc il faut pas des gens, entre guillemets, un petit peu
tir au flanc ou quoi, il faut vraiment des gens fiables là dessus
et donc voilà, je sais pas si Damir tu veux rajouter un truc
bah non globalement je suis assez d'accord sur tout sur la partie basse technique et après qualité humaine
moi ce que je fais attention au niveau qualité surtout pour les juniors j'ai toujours un peu peur parce que j'ai eu aussi ce défaut là
qu'ils ont un peu peur de poser des questions et ça je trouve c'est important comme qualité de pas avoir peur d'apprendre des choses
de dire bah ça je sais pas parce que bah même nous ça nous arrive encore régulièrement
tomber sur un truc et dire je sais pas je suis arrivé dans, j'ai fait une conférence ce week-end
et plein de choses je connaissais pas et c'est pas une honte, c'est pas que je suis spécialement mauvais
c'est juste que notre métier est tellement complet, tellement complexe, que c'est normal d'en apprendre tout le temps
donc ça ça me paraît important pour un junior et la dernière chose que je rajouterai là dessus
ça serait tout simplement que la personne en fait soit pas, elle soit assez ouverte
parce que j'ai eu cas aussi de personnes ou d'élèves qui étaient assez jeunes qui avaient connu surtout leur lab à perso et leurs trucs comme ça
qui étaient en mode non mais ça moi je connais ça ton truc c'est trop complexe par exemple industrialisation
c'est trop complexe moi je le fais très rapidement avec mes habitudes en SSH etc
non il faut savoir un peu se dire ah oui peut-être c'est de la meilleure peut-être que je pourrais mettre des choses
et dans les compétences aussi qui peuvent être intéressantes à apprendre au début je pense
parce que c'est très rentable et ça prend pas beaucoup de temps c'est un petit aparté
mais apprendre à vous servir de votre idée ça peut paraître con mais reprendre juste une demi journée là dessus
vous allez gagner beaucoup beaucoup beaucoup beaucoup de temps au quotidien surtout d'autres carrières
voilà
ce que t'as dit c'est très important pour moi il y a l'ouverture et le fait de pas croire que parce qu'on sort d'un diplôme d'ingénieur
on sait tout parce qu'on sait pertinemment nous que personne ne saura tout dans nos métiers
même les cadouilles chez Google ils savent pas tout et donc être ouvert à ce que tes collègues et tes futurs collègues te disent
notamment s'ils ont un peu plus d'expérience que toi parce que peut-être qu'ils ont des choses que toi tu ne connais pas
en tant que novice peut-être que tu n'as pas rencontré certains cas qui font que tu n'as pas l'idée
donc rester à l'écoute et dialoguer c'est important
à votre avis est-ce qu'on pourrait changer des choses dans les méthodes pédagogiques des écoles en formation initiale
pour mieux apprendre nos métiers tout à l'heure on en parlait justement on disait qu'on manquait de pratique
c'est quoi votre avis là dessus sur le fait qu'il y a une absence de pratique peut-être pour nos métiers
qui sont quand même et intellectuels mais enfin on a besoin de pratique pour expérimenter des choses
c'est vrai que moi je parlais effectivement qu'il y a pas mal de formations en France qui sont quand même très
avec un rapport très théorique mais déjà t'avais l'air d'audeire qu'il y a des écoles qui prennent totalement le contre-pied de ça
et en fait moi j'ai eu la chance d'étudier en écosse et en écosse je trouvais que le mix était pas trop mal
tu avais pas mal de cours magistraux t'avais quasiment pas de TD et après c'était que des TP à rendre en fait
et c'était des projets hyper variés voilà dès que avoir ce mix là me parait important justement pour avoir les bases qu'on évoquait
théorique et pouvoir se frotter à des vrais sujets à des vrais cas d'usage
monter une stack ELK pour suivre des logs, monter un pipeline pour déployer des conteneurs sur des machines
monter un load balancer pour voir comment marche la redondance ou des choses comme ça
c'est des cas pratiques qui sont normalement pas trop coûteux à pouvoir mettre en place
il y a même pas besoin d'avoir des accès à des trucs là ou de quoi que ce soit
juste avec des petits labs locaux bon faut quand même les machines pour les faire tourner mais ça peut être accessible
et réussir à faire pratiquer là dessus je pense que c'est effectivement c'est ce qui permettra de vraiment briser certains murs
parce que, alors Riad si tu nous écoutes toi t'étais très très fort il n'y a pas de sujet mais à part Riad
j'ai malheureusement eu des juniors où je sentais comporter de plus loin d'un point de vue pratique
et ça se rattrape mais tu parles de plus loin
du coup je suis assez d'accord il faut qu'il y ait un mix on peut pas supprimer la pratique ou le théorique
il y a des choses qui sont purement théoriques dans nos métiers faut l'accepter
je pense aussi à des choses très cons des choses culturelles
moi j'ai un cours que j'ai trouvé super utile et que j'ai à part en plein d'école ne font pas
c'est expliquer le fonctionnement de tout ce qui est les règles d'internet etc
les CVE, comment c'est décidé, par quel organisme, qu'est ce que ça veut dire, comment on les retrouve
toutes ces choses là, toutes ces choses vraiment ultra théoriques qui sont culturelles limite c'est assez important
après faisant plus de pratique et moi je pense que les gens l'ont compris
j'adore en fait qu'on mélange les étudiants dès le départ avec des ops et des devs
quitte à ce qu'ils aient deux trois cours séparés
mais qu'au quotidien ils discutent entre eux et ils disent t'es trop cool pour cette raison
ah ben non mais moi de ce côté là je préfère cette partie
c'est ce qui a de plus enrichissant et pareil pour les projets, faire travailler ensemble
en fait le devop c'est bosser ensemble, si tu veux apprendre à travailler ensemble
il faut que tu sois confronté à ça à un moment et pour ça le mieux c'est qu'il y a aussi des projets en commun
je pense pas en trop gros groupe, faut arriver à trouver un équilibre
en vrai deux à trois personnes par groupe ça peut déjà être intéressant
parce que plus on met de gens dans le groupe en fait plus il va y avoir une ou deux personnes qui vont pas vraiment bosser
donc je trouve que même des groupes de deux personnes des binômes ça peut être très sympa
et pousser au maximum le stage et l'alternance pour leur permettre d'avoir aussi
de l'une vision de ce qui se passe en entreprise
mais il y aura un stage même de deux mois on peut en tirer énormément de choses à ce moment là
y compris d'un point de vue comment on fait nos métiers, comment on réagit etc
je suis assez d'accord
moi c'est le quatrième alternant que j'accueille
tous n'ont pas été techs, on a eu une alternante qui n'était pas tech mais du coup on en est à notre quatrième alternant
donc ça commence à avoir du recul en tout cas chez nous
et je trouve que l'alternant c'est un très bon point pour les ops et même pour les devs
là on vient d'accueillir notre premier alternant dev
et selon moi le mix entre cours magistraux TEP en école et
voir comment ça se passe dans l'entreprise
c'est un très bon mix
et je sais pas ce que vous en pensez mais moi les cours magistraux
honnêtement en tant que prof ça me gonfle
et je suis en train de réfléchir à proposer aux écoles des cours magistraux hybrides
ça veut dire une partie du cours en e-learning et une partie en présentiel
parce qu'il y a des parties purement théoriques
qui même si tu les dis en visu
ça va être tout le temps les mêmes
et moi je pense qu'il y a peut-être un truc à expérimenter
je dis pas que c'est ce qu'il faut faire mais à expérimenter
où une partie du cours serait en e-learning
et l'autre partie justement serait là pour approfondir et répondre aux questions des élèves
qui ont suivi le cours en e-learning je sais pas ce que vous pensez de ça
parce que justement il y a aussi un truc pour moi en tant que prof
les salaires et les...
je sais pas comment on peut appeler ça parce que je suis à la fois prof vacataire
et à la fois en prestation et les prestations sont vraiment très basses
ce qui fait que si t'accètes pas de faire ça pour l'agroir
tu sais qu'en fait les écoles elles vont trouver soit des personnes qui sont pas expérimentées
soit des gens qui sont là et puis qui sont pas expérimentées
qui n'ont pas vu forcément beaucoup de choses
dans les métiers de la prod
je m'arrêter là et je vais vous poser la question
là dessus je pense qu'on est tous d'accord
surtout dans le métier où le privé est plutôt bien
quand je dis privé c'est hors éducation et même école privée
ça paye plutôt bien mais c'est vrai que l'éducation c'est souvent plus bas
et moi quand je donnais cours tout le temps je savais que je signais
en dessous de ce que je gagne normalement
donc je perdais de l'argent je faisais ça parce que j'aimais partager
et comme tu dis je voulais que les élèves vise au moins une personne
qui avait fait de la prod des choses comme ça pour leur montrer des trucs
après sans dire que j'étais parfait
je savais que j'avais de l'expérience là dessus, j'avais des choses à leur donner
pour ce qui est de la forme en fait
moi je perso je...
tu parles plus de...
ils aient la vidéo et après en globalement
il y a un échange sur la vidéo
c'est ce qui a déjà plus ou moins
sans avoir le côté vidéo alors effectivement on pourrait un peu
se débrouiller pour qu'il n'y ait pas besoin de répéter le cours
plusieurs fois en enfi
mais globalement c'est ce qui a déjà ennuté
où tu as avoir le cours magistral
ensuite tu as le Td
et dans le Td généralement tu poses des questions proches
tu discutes de ça avec eux
et c'est au Td ensuite que tu fais vraiment la pratique
après est-ce que ça peut permettre
de réduire assez les coûts pour que ce soit intéressant pour beaucoup plus de monde
j'ai quand même des gros doutes
mais ça c'est encore une autre histoire
bon après je précise que le cours que je donne le plus
c'est un cours intemporel culturel
donc il y a très peu de choses qui évoluent
et donc c'est pour ça que je...
c'est moi ça fait 3 ans que je le donne
et il y a quelques petites choses que j'ajuste
mais sinon on la base du cours si tout le temps la même
et en effet je me dis
il y a quand même 4 heures que je pourrais tourner en vidéo
sans aucun problème
et 2 heures que je pourrais passer avec les élèves
à répondre à leurs questions
à approfondir des points etc
et je me dis que peut-être tout le monde sera gagnant
parce que en plus les élèves ils auraient une vidéo plus aboutie
que le simple cours que je filme
parce que moi je filme mes cours et je leur ai à disposition
et qui pourraient revenir dessus plus tard en plus
c'est une idée que j'ai qu'il faut que je travaille encore
et que je propose aux écoles pour voir si ça les intéresse
parce qu'à mon avis il y a des choses à attirer de ça
Erwin t'as un avis là-dessus ?
non pas spécialement
en revanche je voulais juste rajouter un petit truc
sur ce qui a été évoqué un peu plus tôt
c'est que je pense un truc qui marchait bien
aussi pour créer du coup un peu le icebreaker
qu'on évoquait pour que les gens soient impliqués
quand ils subaient tout
c'est d'orienter le cours
à chaque fois des cas concrets
justement de notre vie pro
et moi je me souviens que je prenais souvent
exemple d'incidents
comment expliquer comment le détecte
comment on met en place une cellule pour le résoudre
et ça je pense que c'est pas trop mal
pour reparler un peu des bases
mais aussi après parler un peu plus de techie
des implémentations
aussi d'organisation parce que c'est pas que du taf technique
il y a aussi tout ce qui est communication
quand il y a l'incident, organisation etc
et comme on dirait
c'est sûr que c'est quelque chose
ou souvent quand il n'y est pas confronté
directement par toi même
c'est des feedbacks que tu as
en tout cas quand tu es à l'école
que tu n'as pas forcément des intervenants
et moi je trouve que c'est pas mal
de partager ce genre de retour
parce que ça permet de mettre les premières graines là-dessus
et bah merci
écoute chers auditeurs
si t'es arrivé jusque là et que l'épisode te plaît
on est sur un podcast et tu le sais peut-être pas
mais un podcast c'est dur à faire connaître
donc je t'encourage à prendre ton podcast
et à l'envoyer à quelqu'un
tu peux lui envoyer un mail en lui donnant un lien
ou en lui disant hey j'écoutais ça, vas-y écoute c'est trop bien
ou alors tu peux en prendre des bouts parce qu'on est en licence libre
et tu peux le réutiliser justement dans tes cours
ça c'est quelque chose que tu peux faire
bien sûr il faut nous citer et nous envoyer un petit message
pour nous le dire ça nous fera plaisir
puisque le podcast il est en licence libre justement
alors on va parler de comment est-ce qu'on peut convaincre les gens de passer au DevOps
parce que c'est bien beau de leur apprendre le DevOps
mais s'ils ne sont pas convaincus d'aller au DevOps
comment est-ce qu'on fait
et donc comment on a les deux types de populations
les étudiants qui sont pour l'entreprise
et les pros qui ont déjà été en entreprise
comment est-ce qu'on fait pour les convaincre
moi en l'occurrence quand je parle aux étudiants
quand je leur parle de...
enfin quand je fais mon cours d'introduction au DevOps
c'est que je leur parle du DevOps
déjà je sais qu'ils n'ont jamais entendu parler
parce que je leur posais la question au début
et ils voient pas forcément bien le pourquoi du comment
même quand je leur explique les choses
parce qu'ils n'ont pas vécu dans leur chair
les problèmes qu'on a vu tous les trois
le mur de la confusion, les problèmes de discussion
enfin de coopération tout ça
et ils ont peut-être un petit peu de mal
comment est-ce que vous vous sentez ça chez les étudiants
le fait de les convaincre à passer au DevOps
est-ce que vous l'avez déjà fait seulement ?
moi je...
comme je disais c'est plus dans la partie informelle
souvent il y a la question de
pourquoi je me ferais chier à aller plus loin
que la base pour faire ces choses-là etc
et c'est une question qui est assez souvent
surtout que moi j'ai un autre problème
c'est que j'ai donné beaucoup cours sur la fin
c'était tout sans alternance en fait
et il y a une grosse déformation
de la part des recruteurs notamment
qui du coup disent le DevOps c'est juste
des techno, le DevOps c'est que tu vas faire les deux
et du coup c'est un peu compliqué pour eux de comprendre
donc déjà je ré-clarifie un peu le rôle
le but pour l'entreprise aussi
d'améliorer le time to market etc
et au-delà de ça en fait j'en explique
aujourd'hui les métiers sont en train de muter
on a aussi une période
où petit à petit la pénurie informatique
que nous on a connue là depuis quelques années
va dans les 5-6 ans se résorber
et en fait pour le coup
à mon avis ce qu'on va chercher
petit à petit c'est d'aller plus loin
on va plus contenter de choses assez
on va dire basiques mais c'est pas
la constance qu'on désincendance rien
c'est juste qu'on va vouloir faire les choses
de manière un peu plus évoluée
et du coup
c'est important pour moi de suivre
ce virage le plus rapidement possible
parce que comme dans toute transformation
que ce soit dans les métiers ou autre
parce que ce sur quoi on s'adapte pas
avant on va le subir
et subir c'est toujours moins agréable
qu'être prêt et être déjà dans le mouvement
on va dire
pas mal de ça en l'en expliquant
c'est important pour le coup
la plupart comprennent et je leur explique aussi
que c'est un peu l'intérêt du métier
vulgarement je leur dis
aujourd'hui vous avez pas envie de faire de l'ops
à l'ancienne parce que même nous
ça nous faisait chier en fait
on faisait tout pour en sortir à une époque
donc je leur rappelle un peu la réalité
de tout ça et que c'est bien plus intéressant
pour eux de pouvoir faire
des choses de cette manière
moi j'ai jamais trop eu
enfin j'ai pas le souvenir
d'avoir fait un lobby
particulier sur le sujet
comme ça
mais par contre
ce qui est sûr c'est que
souvent
quand on parle de l'émergence de ce mouvement
on explique les fameux silos
entre les devs
et les oeuvres
c'était compliqué
pour travailler etc
et en fait souvent ces exemples
là
après
nous on commence à être un petit peu vieux
on a un peu d'expérience
on peut parler de 3 trucs qu'on a connu
mais le fameux on reçoit un zip
qu'on nous dit de déployer
mais on sait pas trop comment ça marche
on l'a tous connu
et ça même sans
sans que les élèves
aient connu cette situation
c'est quelque chose qui
fait vite
qui a quand même pas mal déco
en fait on comprend vite pourquoi c'est galère
mais j'ai pas le souvenir
d'avoir fait
plus que ça
pour convaincre le sujet
souvent moi j'ai essayé
de montrer
que c'était des métiers sexy
et que du coup
il y avait plein de problématiques intéressantes
à faire
autour de nos métiers
quoi
moi je le raconte
une histoire
je le raconte comment est-ce que moi je suis tombé dans
le DevOps et les problèmes que j'ai vécu
en plus comme j'ai travaillé dans des très grandes boîtes
j'ai vu tous les problèmes
dont on parle avec le DevOps
les silos
les réunions à non plus finir
pour faire de les mises en prod
les Ips
donc je le raconte une petite histoire
qui dure 10 minutes pour les mettre
en jambes
tout à l'heure en préparant le podcast on parlait du rapport
à la prod
et du fait que justement quand on apprend
aux gens à être des ops
et pas des devs en l'occurrence là
être des ops qui vont faire de la prod
si vous n'avez pas écouté, allez écouter notre épisode
de podcast qui parle de la prod et des astreintes
je vous en dis pas plus
mais par contre, nos chers élèves
comment est-ce qu'on leur fait
passer le rapport à la prod
en sachant que souvent ils n'ont jamais travaillé
moi j'ai une réponse toute faite
mais c'est pas pour tous les élèves
vous avez des idées là-dessus
ou pas du tout
je suis patient d'avoir bien saisi la question
c'est comment tu les mets
à faire de la prod
genre progressivement
comment tu sensibilises tes élèves
à ce que c'est quoi la prod
parce que la prod
il faut le vivre finalement
pour vraiment comprendre les tenons et les aboutissants
tu vois
moi j'ai une solution simple
tu le mets en seul reporteur des alertes
tu vas voir qu'il va vite comprendre
ce que c'est que la prod
non non
bon bien sûr je rigole
ne faites pas ça chez vous
mais non
mais c'est juste
découvrir
tout ce que les gens
même dans certaines équipes techniques
il y a des gens qui ne se rendent pas compte
que des services tombent
qu'il y a des gens derrière le fait que
les pipelines sont up
que tout se passe bien
si ça se passe bien c'est qu'il y a du travail
et c'est du travail de construction
mais aussi de maintenance
montrer ça petit à petit
et après mettre dans le bain
faire du pair
pour lui dire comment j'ai débugué
ce truc là et puis
jusqu'au jour où c'est
lui qui a la main
sur le pair programming pour
débuguer le truc puis le jour où il sera
après seul
il sera seul sur le sujet
moi je pense que c'est le
bon moyen
de sensibiliser
là dessus
et d'accompagner
et de découvrir la vraie prod
et moi je me souviens
que la prod je l'ai pris
vraiment en pleine tête parce que
ce que je disais en rigolance c'est un peu
ce que j'ai vécu
je sais que c'est pas toujours facile
vas-y Damir c'est parce qu'on ne le voit plus
mais vas-y parle
oui non désolé
du coup de mon côté
je pense que la prod on peut pas
se préparer totalement en école
on peut leur donner des éléments pour qu'ils soient
un peu plus à l'aise mais c'est
quelque chose qui est un peu
ultra contextuel déjà, j'ai connu beaucoup de prod
et selon le business
selon le type de business il n'y a pas
des mêmes criticités, il y a certains business
où tu es down 5 minutes
on s'en fout tant à d'autres tu es down 5 minutes
c'est la panique, le CEO il a mis le feu
à son bureau et c'est jeté par la fenêtre
donc ça ça dépend vraiment
des cas et je pense que c'est important d'expliquer aux élèves
qu'il faut bien comprendre justement si le business
pour comprendre la prod, bien comprendre
quel point c'est critique etc
et une chose qui est importante c'est qu'on est tous stressés
quand il y a des problèmes en prod on a toujours un minimum
de stress et c'est normal c'est même sain
le plus important c'est de pas être seul en fait
quand il y a un gros problème c'est d'être plusieurs
de savoir qu'on peut compter sur d'autres personnes
et pour moi ça c'est un des phénomènes
plus important
et j'essaie de leur expliquer ça pour le reste
c'est quelque chose qui malheureusement
ça prend un peu sur le feu
on peut
je vais faire une comparaison qui est
absurde qu'on soit bien à quoi dessus
elle est totalement absurde
mais vous pouvez entraîner un soldat
au maniement des armes etc comme vous voulez
à un moment il y a
il y aura toujours une différence avec la réalité du champ de bataille
là c'est un peu pareil
justement tu parles de soldats
moi je voudrais parler de la médecine
je vous en parlais en introduction
dans les cursus de médecine
il y a la théorie
et puis à un moment ils ont l'interna
où ils passent en fait sur la pratique
ils sont
ils sont déjà médecins mais ils sont pas
encore complètement autonomes
et je pense qu'il y a des choses
à faire dans ce sens-là
et c'est pour ça que moi je prends des alternants
parce que pour moi
si tu es en formation initiale
le seul moyen
de voir de la prod en étant obs c'est
de faire de l'alternance
pour moi si tu es obs
et que tu fais pas d'alternance
c'est que tu rates quand même quelque chose
je pense et quelque chose qui est pratique
et tu vas juste te reposer
sur des bases théoriques
et autant
faire du dev sur des bases théoriques
avec des projets
ça peut se faire autant
faire de l'ops je pense
qu'il y a quand même un truc qui manque
sur du dev
je teintrai aussi le truc
je pense qu'il y a une grosse différence aussi
entre faire du dev dans des conditions
entre guillemets de prod
donc des choses qui doivent être
fiabilisées surtout je pense à un truc très con
un truc que je vois souvent
c'est la gestion de dépendance
la gestion des logs
la gestion du monitoring c'est des choses
qui les étudiants ne connaissent pas en dev en fait
et qui en entreprise connaissent
donc pour moi l'alternance elle est vraiment importante dans les deux
en mon sens
je vois une grosse différence aussi au niveau des dev
je pensais aussi au début ça
et en disant beaucoup avec des devs
et autres en entreprise
et pour la formation
je me rendais compte que toute cette partie là en fait
bah c'est vrai que si jamais ils font pas
de formation en entreprise
bah en fait on ne leur parle jamais
on leur dit jamais bah là ton service
tu l'as fait c'est bien beau
mais il faut que tu gères le login dans tel format
parce que c'est comme ça qu'on fait
là il faut que tu gères potentiellement
l'implémentation
de dépendance interne etc un peu propre
etc ou toutes ces choses là
c'est très important aussi
c'est bien tu vas dans mon sens
dans le sens où en fait je pense
que dans tous les métiers de la tech
il doit y avoir de la pratique
et de l'alternance c'est la voie royale
selon moi
on devrait enfin
pour moi les meilleurs qui sortent d'école
enfin en tout cas les plus adaptés au milieu du travail
qui sortent de formation initiale
à mon avis on fait de l'alternance
et je serais assez chaud
pour que même en master
ici il n'y a pas des personnes
qui font les 5 ans
en tout cas en alternance que la dernière année
elle soit faite en alternance
pour moi c'est
quelque chose qui devrait être institutionnalisé
au même titre que je vous disais
les médecins ils font de l'alternat
je voulais juste
rajouter un truc par rapport
à ce qu'on expliquait
sur l'espèce de
montée en puissance
sur la prod
on parle des juniors
mais en vrai
c'est le même cursus que pour quelqu'un
qui est nouveau dans la boîte
et qui fait son onboarding
parce que t'as beau avoir 30 ans d'expérience
si t'es responsable
réseau chez Google t'inquiète
que t'es pas des one pro de ready
donc
en vrai
l'expérience t'assurge juste de probablement
être plus à l'aise si il y a un problème
et peut-être avoir des meilleurs réflexes
mais tu seras tout autant
en galère par contre
avec un junior
puisque c'est
ce que vous disais Damien
contexte, techno etc tout ça
ça s'apprend au fur et à mesure
et donc je ne veux pas qu'on croit qu'on
stigmatise du coup
le début des nouveaux
c'est aussi
ce qui fait
enfin c'est aussi le chemin
par lequel on passe quand on change de boîte par exemple
justement
puisque tu parles de boîte
et je vois qu'on atteint
la partie où t'avais plein de notes
sur comment est-ce qu'on va pouvoir convaincre
les pros de passer au DevOps
ouais alors
il y a probablement une bonne partie des vêtes
qui seront pour un futur podcast
mais effectivement
d'un point de vue pour les pros je pense que la
méthode de DevOps
elle est assez
pas toujours bien appliquée mais en tout cas
je pense qu'il y a un consensus
assez général
pour dire que c'est des méthodes
qui faut appliquer
parce que finalement
le but ultime
des méthodes de DevOps c'est de
réduire le fameux time to market
et donc la velocité
de sortir un produit
et ses nouvelles features etc
et donc du coup
je vois pas
une boîte qui dirait
on préfère sortir le produit
dans 8 mois
t'inquiète c'est plus intéressant
non je pense que toutes les boîtes vont dire
si je peux sortir le truc
de façon plus régulière
pour avoir plus de retour
pour pouvoir l'améliorer plus vite etc
tout le monde dirait oui
donc c'est pour ça que je pense que côté pro
les gens sont
même s'ils l'appliquent pas forcément bien
en tout cas ils sont convaincus
du truc
et après
moi ce que j'avais mis
aussi
dans un des points
de nos notes
c'est que finalement
la méthode de DevOps
elle a pour vocation
aussi à restreindre
tout un tas de peine
qui sont facilement identifiables
pour les équipes
tech en général
j'ai longtemps travaillé
pour une boîte
qui fait du streaming audio
un des enjeux
c'était l'onboarding
des nouveaux devs
un dev qui arrive
il doit pas avoir à lire
qu'est-ce que j'ai besoin comme version de telle ou telle truc
pour builder le frontaine
quelle version de PHP
non tout ça faut pas qu'il est à s'en occuper
une des tâches
de l'équipe à laquelle j'appartenais
c'était de faciliter cette onboarding
c'est fournir les outils qui vont bien
pour résoudre
cette peine
afin que la personne puisse
être vite opérationnelle
et donc produire rapidement etc
et en fait toutes ces
peine sont assez
facilement identifiées par les équipes
donc j'ai parlé de onboarding
mais pareil sur l'observabilité
tout le monde a besoin
d'observabilité mais souvent
c'est un peu le parent pauvre
les méthodos DevOps
mettent pas mal de l'accent dessus
ça fait partie
des sujets qui peuvent être pris
dans ce cadre-là
pareil pour
tout ce qui est
les déploiements et tout
et ça c'est
il y a plein de boîtes qui vont dire
nous nos logs
qui sont claqués
nous on doit déployer sur les vins machines
ça prend 4 heures
en fait tout ça
pour moi
fait que c'est des peine hyper identifiées
dans les équipes techniques quoi qu'il arrive
et donc parler
parler des technos, parler des méthodos
DevOps et tout qui vont permettre de résoudre
ces problèmes fait que globalement
convaincre c'est pas compliqué
aujourd'hui je vois
enfin je suis peut-être
sur une autre planète
mais je vois pas une boîte
qui n'a pas
ce type de méthodos même si
ils appellent pas ça comme ça
mais qui a des gens
dédiés pour travailler sur ces sujets
et tout, honnêtement
j'en vois pas
je vois pas de boîtes qui fait
de l'infra et du système
on va dire comme dans les années 2000
je pense que tu serais surpris en fait
oui il en reste encore
il en reste encore quelques-unes
ou en fait tout simplement
c'est beaucoup des petites entreprises
qui ont leur business
qui souvent pas du tout aigus
qui est peu impacté
et ils ont pas
d'impact là dessus et ils se contentent
ils ont pas de
d'objectifs de chiffres de grande augmentation
mais du coup tu vois
ça veut dire que les peine sont connues
mais qu'ils n'ont pas besoin
d'y mettre plus d'énergie
mais dès que ces
peine commencent à
coûter de l'argent entre guillemets
honnêtement
tu leur dis ok
avec ces méthodes, ces techniques
avec ce type de profil
c'est des peine qui peuvent être résolues
pardon
je pense que les gens ils te disent bancaux
ils vont pas te dire
je pense que tu as vraiment des petites PME ou des choses
qui s'en foutent
parce qu'ils veulent juste vivre
tranquillement leurs trucs
et c'est comme aujourd'hui c'est à quelqu'un qui roule
je suis pas à 130 sur l'autoroute
tu lui dis je te vois un nouveau moteur
tu vas à 180 et tu dis je m'en fous
je suis bloqué à 130 ça me va
et c'est la imitation
c'est une exception
théoriquement ça ne m'aime pas avec le modèle
un peu stache entreprise capitaliste
parce que tu devrais vouloir accroître au maximum
mais il y en a c'est comme ça et je pense notamment
à plein d'entreprises dans le campagne
où le terreau tech est tellement complexe
dans le sens où il y a très peu de gens tech
qui sont avancés et
peu qu'il y a
soit en remode pour des grosses boîtes maintenant
ce sont très chers
c'est un gros risque pour elles de passer sur des trucs
plus modernes
et du coup elles restent avec leur acquis
j'avais déjà vu des boîtes où il y avait des techs qui étaient là depuis 25 ans
ils faisaient depuis 25 ans la même chose
à la main quand tu leur disais
pourquoi tu ne l'as pas automatisé
ils disaient j'ai toujours fait comme ça
parce qu'il n'y a pas cette
pas la même culture on va dire
et pas les mêmes besoins donc ça peut arriver
je ne rejette pas la pierre
c'est des choses
qui peuvent se justifier, qui peuvent s'expliquer
mais il faut être conscient que ça existe je pense
moi je pense que malheureusement ces boîtes là
vont être amenées à disparaître
parce que petit à petit on voit
les grandes boîtes
elles attaquent des marchés qui étaient
jusqu'à présent éloignées d'attaques
et petit à petit
ces boîtes là vont se faire manger
et je sais à quel point
c'est compliqué d'investir et de passer
aux méthodes des boîtes ce qu'on m'en dit
et autres
mais
ma crainte est qu'elles disparaissent
en fait ces boîtes là
face aux coûts de butoirs
des plus grosses qui elles auront les moyens
ou la conscience de passer
à l'automatisation des boîtes etc
je vous propose
qu'on parle un petit peu
de ce qu'on apprend dans nos cours
et de ce qu'on aborde dans nos cours
à titre personnel
ou l'aura compris je donne un cours
d'initiation des Vops
j'aime bien parler
au lieu de dire tout à l'heure des arts
des soft skills et moi je leur apprends plutôt
des soft skills
et de très légères hard skills
donc les soft skills c'est l'état d'esprit
des choses qui sont
impérissables on va dire
pour eux
les hard skills c'est
des trucs tech très durs
comme par exemple je donne des cours
de Geek Lab CI ou Rensible
mais je reste très léger dans ces cours
là justement pour juste leur donner
un vernis
intégration continue et un vernis
configuration management et leur donner le goût
de continuer et je leur parle
aussi des autres technos
vous vous faites quoi
dans vos cours
de steepleys
que vous leur donnez plutôt des soft skills
des hard skills
un peu des deux
excuse moi
ok bah du coup
moi je vais essayer aussi de faire un peu des deux
globalement pour moi
mes objectifs c'est que je me dis
je donne mes cours sur une semaine ou quatre jours
ce qui est très peu en fait
en quatre jours c'est utopique de penser
typiquement quand je donne mon cours
sur Geek Lab si t'as jamais vu Geek Lab
pensez qu'en cinq jours t'aura compris
tout Geek et Geek Lab et la CI
c'est juste
plus que utopiste donc moi globalement
je cherche à leur apprendre
les bases vraiment le plus théorique possible
parce que les bases théoriques
je sais que hors cours c'est compliqué à avoir
typiquement Geek comment ça marche derrière
quel est un peu la logique etc
pourquoi les... qu'est ce qu'un comite en fait
comment c'est chéné ces choses là
c'est pas forcément des choses qu'on voit dans la pratique
donc ça c'est pour moi l'essentiel
parce que le cours est là pour ça le reste
tu le verras sur le terrain entre guillemets
mais ça pour moi c'est un des trucs le plus important
et le deuxième
ça va être dans les soft skills
qu'ils soient autonomes
c'est à dire que demain un étudiant il a essayé de refaire un exo
je sais pas il s'est rappelé qu'il y a un exo
qu'on a fait ensemble
il essaie de le faire de réappliquer en entreprise
ça marche pas, qui savent si il fait ah oui
il y a les logs, je vais aller voir les logs
et qu'ils comprennent comment ça marche et qu'il a la sens sortir comme ça
et là dessus ça c'est très important
pour moi qu'ils soient autonomes et qu'ils soient aussi curieux
d'aller chercher plus loin
souvent je leur dis on voit vraiment les trucs très basiques
j'essaie de leur faire des trucs un peu sympa
j'aime pas les laisser sur un truc un peu amère
en mode pure théorie
je leur donne des petits projets où ils déploient quelque chose
ils déploient un petit tableau ou une petite connerie
et ils sont plutôt contents
mais ils savent bien qu'il faut creuser après
et pour moi c'est le truc le plus important
mais c'est très personnel
c'est qu'ils aient le goût en fait
d'aller plus loin et d'être curieux là dessus
et moi je me rappelle j'ai des élèves qui sont
parce que je faisais mes cours
3ème année et 5ème année
où je recroisais les mêmes élèves
et j'ai des élèves qui m'avaient dit
ah mais votre cours d'un an
il y a quelques années c'était cool
j'ai vu
dans ma boîte
on l'a mis en place et tout je l'aurais montré
on a fait ça ça et ça
et on a poussé un peu ça
pour moi c'est la plus belle des récompenses
et que ça leur a permis de grandir
sur cette techno
et de rechercher par eux même
d'accroître leur curiosité
et ça c'est typiquement ce que moi en tout cas
j'essaye de leur apprendre
ça peut paraître un peu boulechite et peut-être un peu fleur bleu
mais moi en tout cas c'est ma vision que j'ai de la formation
je ne vais pas rajouter grand chose
je suis assez d'accord
sur le fait d'insister
sur le côté autonome
et savoir chercher un peu par soi-même
l'exemple
d'Héologue que Damien a dit
c'est vraiment, moi je pense que c'est le premier truc
que je dis à chaque fois qu'on me posait questions
en TP
on me dit oui monsieur ça marche pas
ok, t'as regardé les logs, il se dit quoi
et souvent
enfin je me souviens qu'ils étaient surpris
de voir qu'il y a des problèmes
où on voit dans le log
un message d'erreur et moi aujourd'hui
j'en sais rien, on va chercher
en fait et qui
voit que Stack Overflow
est une source de données
incroyable pour avoir
des pannages
en fait c'est ça, leur montrer
qu'en recherchant par soi-même
ils peuvent
avec finalement très peu
d'éléments ils peuvent arriver
à creuser et à trouver
des réponses
c'est effectivement le truc le plus important
après
si ils peuvent
arriver à retenir
les
comment dire, les aspects plus techniques
donc des TP
et surtout des projets
c'est quand même pas mal parce que ça leur fait
des choses concrètes qui peuvent défendre
surtout pour
les juniors qui peuvent défendre après on entretient
dire
moi j'ai fait ça
regarder
ils le mettent sur GitHub, ils peuvent en parler
ça c'est pas mal quoi
je rebondis juste pour un petit truc
Karwanze qui est intéressant
dans ce
que je vais te leur apprendre
aussi, qu'il y a un truc
qui est assez important
et que je fais souvent
c'est typiquement quand je leur donne un doc
notamment de GitLab, il y a une chose que moi j'aime pas
mais bon c'est la mode qui est de mettre
un pipe bash exact donc du coup tu pipe
un script et ça fait quelque chose derrière
et ça moi ce que j'aime bien faire c'est le prendre
généralement je donne le TP à mes élèves
d'abord ils font le TP par eux-mêmes
et j'ai jamais vu un élève qui a lu le script
tous les élèves font un pipe bash
ils sont contents, ça marche et ce que je fais
à la correction généralement c'est que je dis
vous l'avez fait là, ça n'est pas du tout ce qui s'est passé
et on va le voir ensemble et on va voir
que ce script c'est très basique
ce qu'il fait et que chacun d'entre vous
a pu le lire et comprendre et on le découpe
ensemble et on essaie de comprendre des choses
et ça c'est leur apprendre un peu cette curiosité
que les choses au final ça c'est
découpable, en les découpant en petits modules
on peut les comprendre
ça a pas été super important
c'est une petite aparté
non mais je suis d'accord avec toi
typiquement dans mon cours en cible
comme j'ai une journée pour leur présenter en cible
je me base sur les rôles
je leur apprends à utiliser les rôles en fait
ce qui leur permet de voir les bases de rôles
et je leur dis à chaque fois
si vous choisissez un rôle
il faut que vous les ayez lu avant
et en grosso modo
en leur expliquant ça et leur martellons ça
je leur dis à force de lire des rôles
vous allez pouvoir apprendre par vous-mêmes
à utiliser en cible
c'est l'approche que j'ai choisi
parce qu'en une journée c'est pas possible de leur apprendre
tout en cible
mais par contre je peux leur apprendre
à débuter tout seul avec en cible
justement le dernier truc que j'avais
à vous dire c'est que j'ai initié
une roadmap d'evops
c'est ma roadmap d'evops en l'occurrence
donc vous ne retrouvez pas tout dedans
vous retrouvez les choses que j'estime essentielle
qui sont les étapes par lesquelles
je suis passé
l'ordre dans lequel je vous conseille
de les apprendre
et donc vous retrouvez cette roadmap en description
elle est disponible sur internet
vous pouvez l'explorer
elle est constante évolution
puisque je ne l'ai pas fini
mais vous pourrez la voir
petit à petit
et nous arrivons à la fin de ce podcast
donc je vais rappeler un autre auditeur
qui peut venir discuter avec nous
sur le forum des compagnons du devops
qui peut rejoindre la communauté
parce qu'on parle de partage d'apprendre etc
mais quel meilleur endroit
pour apprendre qu'un endroit
où il y a déjà plein de professionnels
et j'essaye d'encourager aussi
le fait de chercher
un mentor dans la communauté
ou le fait même quand on est avancé
de proposer notre mentorat dans la communauté
je sais qu'il y a une section
qui est dédiée à ça je ne sais pas s'il y a beaucoup
de paires qui sont créées
mais en tout cas je vais peut-être relancer
les choses
et je vais vous donner
le mot de la fin à tous les deux
et je vais commencer cette fois-ci par d'amir
du coup
que vous soyez en formation
en conversion ou autre
ou que vous êtes déjà en poste ne vous voulez pas une chose
c'est important de continuer à apprendre tous les jours
et Erwan
comme c'est d'actualité je veux dire char à voile
tout à fait
encore une fois merci à vous de votre participation
c'était encore agréable
de discuter avec vous
et c'était super intéressant
et on se retrouve tous les 3
sur le forum
à très bientôt pour un prochain podcast
et pour plus de vidéos
si tu es en vie de discuter du mouvement
alors rejoins nous dans la communauté des compagnons du DevOps
à bientôt
la balade au diffusion des compagnons du DevOps
est produite par l'Hydra