Quels sont les news du cloud et du DevOps en ce mois de juillet 2022 ?
A Chicomf Europe 2022, on va revenir sur GitHub Copilot, une alternative libre à page du outil,
à pager du outil, excusez-moi, ou à un retour sur le questionnaire de Stack Overflow, 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 cher compagnon, dans Actu DevOps, ton émission de veille cloud DevOps mensuel.
Excusez-moi, c'est la chaleur, je bégeye, c'est n'importe quoi, il fait 30 degrés, voire plus dans mon bureau.
C'est pour ça, faut pas nous en vouloir, on enregistre, c'est le début de la canicule et j'espère que quand vous écouterez cet épisode,
on sera sortis de la canicule. Comme d'habitude, reste bien jusqu'à la fin pour découvrir notre petite sélection d'outils.
Une fois n'est pas coutume, je te rappelle que c'est un podcast équilé en licence libre, tu peux en prendre des bouts, le couper, le mettre où tu veux,
dans tes conférences, l'écouter avec tes amis, tu peux le partager aussi, ça nous aidera, et surtout tu peux nous envoyer un petit message.
Avec moi ce soir pour parler d'Actu, j'ai René, bonsoir René.
Salut Chris-Saph. Et puis j'ai aussi Erwan, fidèle au poste.
Bonsoir. Et enfin Nicolas, bonsoir Nicolas. Salut tout le monde.
Bon, avant de commencer, j'ai quelques petites infos à passer.
Bon, la première chose, c'est pour ceux qui l'ont vu, il y a eu un petit changement dans les vignettes de podcast et vignettes YouTube aussi.
Il y a un nouveau logo et si vous n'avez pas vu, vous pouvez aller sur le site du podcast.
Vous pouvez aussi aller voir le live YouTube pour connaître l'histoire justement de ce logo, comment on en est arrivé à ce logo et pourquoi.
J'espère que la nouvelle charte graphique vous plaît parce qu'on va faire tous les sites avec ça et puis bientôt on va faire le forum.
C'est l'été. Le podcast ralenti. Il n'y aura pas d'émissions radio DevOps.
Alors l'émission radio DevOps, on ne parle pas du podcast de manière générale, mais l'émission radio DevOps, où on parle d'un sujet précis,
elle nous demande beaucoup de temps à être préparé.
On ralentit cet été, il n'y en aura pas en juillet et en août, mais à la place, vous aurez des interviews.
Et ça a déjà commencé puisque ce mois-ci, il y a eu l'interview sur DevOps Stack.
Si tu ne l'as pas écouté, je te conseille d'aller l'écouter surtout si tu aimes Kubernetes.
Par contre, Actu DevOps est toujours là.
Par contre, on le fait peut-être un peu plus cool parce que c'est l'été.
Alors, on va commencer par une nouvelle rubrique puisque la dernière fois, j'ai lancé la rubrique des courriers, des auditrices et des auditeurs.
Et bien, cette fois-ci, je vais vous parler d'un message de Tomahawk.
Veuille Tomahawk. Alors je pense que ça se prononce comme ça parce que ça s'écrit Tom Ford Hawk.
Il nous a laissé un petit message sur YouTube et veut Tomahawk nous dire
toujours un plaisir d'écouter ce podcast très enrichissant et bien préparé, étant auditeur sur Spotify.
C'est dommage qu'on ne puisse pas laisser de like ou de commentaire sur cette plateforme.
J'ai répondu sur YouTube, mais du coup, je vais le dire pour vous, pour ceux qui ne sont pas sur YouTube, ce que j'ai répondu à Tomahawk.
Je lui ai dit, déjà, merci pour son commentaire.
Moi, à titre perso, je ne suis pas utilisateur de Spotify parce que je préfère le podcast Tadi qui t'ai, je suis sur Android
et c'est le lecteur qui me plaît le mieux. Je ne sais pas mes co-alimateurs ce qu'ils aiment, mais en tout cas, c'est le lecteur que j'aime beaucoup.
Mais du coup, c'est vrai que si beaucoup de personnes nous suivent sur Spotify et qui ne peuvent pas laisser de message, c'est bien dommage.
Moi, en tout cas, je ne savais pas que Spotify ne permettait pas de laisser de commentaire.
Donc, si Spotify nous écoute, peut-être que les gens voudraient laisser des commentaires sur les podcasts.
C'est tout que je sais que Spotify est en train d'essayer de prendre la main sur les podcasts, vu qu'ils ont acheté encore il n'y a pas si longtemps.
Donc voilà.
Bon, bref, Tomahawk a trouvé le chemin YouTube, donc il peut commenter sur YouTube.
Et toi, si tu nous écoutes citer sur Spotify, tu peux commenter sur YouTube.
Tu peux aussi commenter sur un sujet du forum de discussion Décompagnant du DevOps pour t'inscrire.
C'est le premier lien en description.
Bon, ceci fait, on va passer au Jacques Thu comment ?
J'irai même que le forum est appréhendier.
Ça permettra à tout le monde d'interagir.
Il compris ceux qui ne sont pas sur YouTube et même ceux qui n'ont pas écouté le podcast.
Exactement, surtout que ça bouge beaucoup sur le forum à chaque fois, beaucoup plus que sur les autres plateformes en tout cas.
Je sais qu'il y a plusieurs endroits où on nous écoute.
C'est vrai que le forum, c'est l'endroit où on essaie de tout regrouper.
Donc on est déjà plus de 1000 et j'espère qu'on va dépasser les 2000 l'an prochain.
Et Erwan va nous parler, enfin va revenir sur GitHub Copilot en fait.
Je te laisse la parole Erwan.
Merci.
Donc on va revenir un peu sur GitHub Copilot qui fait, c'est un an.
Il y a tout juste un an dans l'épisode de juillet 2021.
On parlait de sa sortie.
Et donc là, GitHub Copilot revient un peu sur le devant de la scène pour plusieurs raisons.
Et on va évoquer ça ensemble.
Déjà petit rappel d'effet pour ceux qui ne savent pas trop ce qu'est GitHub Copilot.
En gros, c'est un outil qui va vous faire des suggestions de code par rapport à votre contexte, votre convention, votre langage, etc.
Cet outil s'intègre dans votre idio, donc typiquement visuel, enfin VS Code, pardon.
Et en fait, vous en tant que devs, quand vous avez ce petit plugin qui est intégré,
à chaque fois que vous commencez un bout de code, il va vous faire des suggestions, etc.
Vous vous préparez vos classes, si vous faites du Ansible, vous préparez les bons noms des options de vos modules ou des choses comme ça.
Et vous, vous avez juste à dire si vous voulez ou non, vous voulez appliquer ces suggestions ou pas pour les intégrer dans votre projet.
La promesse étant de GitHub Copilot, concentrez-vous sur votre problématique métier, algorithmiques ou autre.
Et Copilot se charge de tout le côté un peu pénible.
L'année dernière, en fait, le troll qu'on avait derrière, c'était est-ce que maintenant, il n'y aura pas y avoir des gens pour coder à notre place de façon générale.
Donc pour ça, on fera un référence donc à la discussion de l'année dernière, là, on va parler d'autres choses.
Petit rappel pour que, juste pour rappeler, pour comment ça fonctionne en gros Copilot, votre idio, il passe votre temps à faire des calls à un backend qui est chez GitHub.
Et ce backend, en fait, il est plugué sur une espèce de megabase de données de l'open source, ou en tout cas de codes source qui sont publiques,
qui est édité par OpenAI et qui s'appelle Codex.
Et donc c'est à partir de cette megabase de données que vous avez vos suggestions.
Donc maintenant qu'on a recitué le sujet, pourquoi on en parle aujourd'hui ?
Pour deux choses, déjà parce que ça fait un an que c'est sorti et que du coup, il y a eu pas mal de gens qui l'ont utilisé, testé, etc.
Et du coup, certaines questions qu'on se posait au moment que c'était sorti, on a un peu de recul et on peut faire un feedback dessus.
Et le deuxième point qui est probablement le plus touchy, le plus intéressant, c'est que la solution qui a été gratuite pendant un an, maintenant, elle est devenue payante.
Alors il y a un petit côté, le dealer qui vous a donné des doses pendant un an et à vous dire, c'est chouette les suggestions, elle t'aime bien,
maintenant, il va vous faire payer la suggestion.
Et les tarifs ont été publiés et tout.
Donc c'est en gros 10 dollars par mois et par utilisateur.
Il y a tout un tas de systèmes de tarifs dégressifs si vous prenez un année et tout.
Il y a une période d'essai qui est possible.
Il y a des offres spéciales pour les entreprises et des offres spéciales pour les étudiants.
Maintenant qu'on a dit tout ça, pourquoi le fait que ça devienne payant au-delà qu'on peut dire, bon, c'était gratuit au début.
Je ne sais pas trop d'ailleurs s'ils ont caché qu'un jour ça serait payant ou pas.
Mais bon bref, le truc, j'ai vu un nom de la part Nicolas.
Le truc qui revient plus sur le demand de la sède maintenant que c'est payant, c'est toutes les questions qu'on se posait déjà il y a un an,
autour du côté éthique, juridique, du fer usage, etc. de la solution.
Parce que avant quand c'était pas payant, finalement, il n'y avait pas de contrepartie pour GitHub.
Donc il y avait un côté, on fait des services pour Monsieur Tout le monde disponible pour tous profitez-en.
Maintenant que ça devient payant, les questions et les flous deviennent plus sérieux.
En gros, un des flous qui revient le plus souvent, c'est autour des licences.
Est-ce que les suggestions que vous avez, que vous allez intégrer du coup dans votre code,
est-ce que vous n'allez pas vous retrouver à intégrer quelque chose qui n'est pas sous license MIT ou GPL
ou en tout cas qui n'est pas sous le jout d'un copy left.
Donc vous n'allez pas vous retrouver à intégrer du code que vous n'avez pas le droit d'intégrer en gros.
Et ça, c'est déjà que c'était un vrai sujet il y a un an.
Maintenant qu'en plus, vous payez quelqu'un, donc il y a un peu le côté,
je paye, je me décharge, ils sont censés me proposer les bons trucs.
En fait, on se rend compte que le sujet revient à deux et quand même un peu plus touchy,
surtout que bien entendu, le bouton qui permet de filtrer sur les licences que vous voulez pour copilote, ça n'existe pas.
Et alors à partir de là, il y a plein de trucs un peu cocasses qui ont été montrés,
par exemple il y a le créateur de Flask qui a montré que le code de Flask était proposé très facilement
dans les suggestions de copilote et pourtant avec la licence qui est associée,
on n'a pas le droit de l'utiliser comme ça.
Bien entendu, GitHub n'a jamais vraiment publié de listes des repos qui sont utilisés pour entraîner et alimenter le modèle.
Donc il y a encore une fois, il y a un flou là-dessus.
C'est pas encore une fois, c'est toujours ce sujet de c'est pas parce que c'est public et ouvert,
qu'on a le droit de faire ce qu'on veut.
Et surtout, le truc c'est que GitHub joue vachement la carte du Fair Use.
Alors je sais pas si vous en avez déjà entendu parler mais c'est le côté...
En fait j'ai le droit de proposer ce type de service parce que j'apporte une valeur ajoutée au contenu.
En gros, je schématise vachement mais c'est un peu ça l'idée.
Il y a eu un précédent avec Google, quand Google avait scanné je sais pas combien de milliards de livres
et avait offert un espèce de moteur de recherche par-dessus ces livres.
Il y a des gens qui avaient commencé à se plaindre et tout mais en fait Google a gagné les procès autour de ça
parce qu'en gros ils offrent une plus-value parce que c'est impossible de rechercher dans des livres autrement.
Donc voilà l'idée.
Et donc forcément quand GitHub se pose...
Enfin prend une posture de...
Nous on fait tout ça dans le cadre du Fair Use, forcément ça fait grincer des dents, pas mal de dents
surtout les défenseurs de l'Open Source et d'autant plus que le Fair Use
il est en contrepartie d'un abonnement que vous allez payer tous les mois.
Et donc du coup qui n'est pas ouvert à tout le monde, etc.
Donc au final, sur toutes ces idées, on a l'impression que le flou est vraiment hyper global
parce que les gens qui vont payer le service pour être plus productifs
peuvent être amenés à violer des droits.
Il y a des gens qui veulent peut-être pas que leur code alimente ce type de machine
et forcément le bouton je ne vais pas être indexé, on n'existe pas.
Clairement ce n'est pas évident.
Le côté commercialisation, pardon, ça cristallise vachement toutes les questions
autour de l'usage que fait GitHub du Code Open Source.
Ça a fait crier forcément beaucoup de gens du côté de la Free Software Foundation entre autres
qui a fait un appel à contribution qui a donné, en tout cas aujourd'hui,
ça a révélé cinq livres blancs qui ont été sortis autour de la question
de qu'est-ce que ça fait de travailler avec copilote ?
Est-ce que vraiment on a le droit d'alimenter ce genre d'outils
avec tout ce qui est disponible publiquement, etc.
L'idée c'est de réfléchir, d'aligner les gens pour qu'en fait
copilote soit une espèce de porte d'entrée pour faire n'importe quoi avec l'Open Source
et qu'on commence à bafouer un petit peu les règles et la philosophie qui tourne autour de ce milieu.
Alors Christophe en parlant bien mieux que moi mais la Software Freedom Conservancy
a aussi fait un poste assez éloquent sur le sujet et qui est même plutôt vindicatif
sur qu'est-ce que les developers Open Source doivent faire vis-à-vis de GitHub.
Donc ça va jusqu'au stade où ils sont prêts à aider de toutes les manières qu'ils soient
pour que les gens bougent de GitHub. Donc ça je laisserai la parole après à Christophe
si je pense que tu as des choses à raconter là-dessus.
Il y a aussi toutes les questions de si j'utilise copilote, quelle est la licence que je mets derrière aussi
est-ce que je suis toujours le responsable du code qui est généré ou quoi que ce soit.
Donc en fait on se rend compte que ça cristallise plein de questions, qu'il y a toujours un flou de ouf
et en fait ce flou, en fait, GitHub et Microsoft, eux ils ont pas le temps.
Ils ont un business model, ils ont des choses à faire tourner donc eux pendant que les gens réfléchissent
essaient de faire quelque chose qui fasse consensus et surtout qui soit juste,
eux ils ont pas le temps, il faut qu'ils fassent de l'argent.
Donc c'est ce qui fait que là si vous allez sur Twitter et que vous regardez un petit peu les sujets
autour de copilote il y a beaucoup de gens qui s'insultent.
Donc voilà, copilote un an après où on en est.
Alors pour finir sur une note un petit peu plus aiguë avant de vous laisser la parole,
il y a tout un tas de petites perles qui sont sorties parce qu'avec un an d'usage
il y a des gens qui ont cherché tout un tas de cas un peu limites.
Donc il y a des trucs assez rigolos sur toutes les typos que vous retrouvez dans les suggestions
parce que c'est des typos qui se retrouvent dans 12 milliards de projets open source.
Les mauvaises options qui sont aussi tout le temps utilisées parce que les gens ne font pas attention,
ils ont recopi le code de quelqu'un d'autre et puis voilà.
Donc il y avait des histoires de quelqu'un qui s'est retrouvé à compresser de façon hyper énervée
des choses qui ne devaient pas l'être et donc complètement casser les performances de son outil.
Il y a un gaz et on pourra mettre le lien qui a aussi recensé tous les trucs,
les plus what the fuck en termes de suggestions mais vraiment des trucs qu'on n'a rien à voir.
Donc c'est vraiment les cas un petit peu limites des suggestions.
Et je me souviens qu'il y a un an, on discutait pas mal de, ah oui,
est-ce que ça va peut-être un peu la porte ouverte pour aussi récupérer des clés, des tokens, comme ça
et en fait, a priori non.
Donc en tout cas pas suffisamment de façon grosse pour qu'il y ait plein de gens qui en parlent
et qui postent là-dessus.
Et donc maintenant je vous laisse la parole sur ces questions,
à savoir qu'est-ce que, déjà, est-ce que vous avez testé ou utilisé Copilot
et si oui, qu'est-ce que vous en avez pensé, est-ce que ça vous aide
et surtout, quel est votre point de vue justement sur l'approche de GitHub et de Microsoft
en mode on n'a pas le temps, nous on a un business à faire tourner
vis-à-vis de toutes les questions qu'il y a autour de ces licences.
Vous avez 4 heures, René, je te laisse la parole.
C'est pas sympa de vous penser par moi.
Non, j'ai pas malheureusement, j'ai pas utilisé, j'ai pas testé.
Par contre j'en ai entendu plutôt, enfin j'ai vu des démo de Tiffany Souter par exemple au Snowcamp
donc c'est vrai que c'est assez impressionnant, parfois les suggestions,
juste en rédigeant le commentaire, arrivent à faire le code pour des choses assez basiques
mais c'est vrai que c'est assez impressionnant.
Je pense que c'est effectivement, enfin de ce qui ressort c'est que ça aide quand même les développeurs.
Après, je sais pas trop quoi dire de, enfin oui clairement il y a un souci par rapport aux licences.
On n'est pas censé piller le code même si il est sous licence open source etc.
Il y a quand même des choses à respecter et j'ai l'impression qu'effectivement il profite un petit peu du chou là pour foncer
et faire des choses pas très cool.
Moi je serais assez prudent parce que comment tout ça va évoluer,
ça va être compliqué je pense de trouver où ce code a été utilisé mais voilà.
Enfin voilà moi c'est quelque chose qui, j'aimerais que ce soit effectivement plus clair sur le sujet avant de l'utiliser.
Après juste je crois quand même qu'ils se sont jamais cachés que ça allait devenir payant.
Voilà c'est ce que je peux en dire là, je suis haut comme ça, peut-être que je vais laisser la main à Nicolas il a l'air d'avoir pas mal de choses à dire.
Oui alors moi de mon côté je n'ai jamais utilisé, je n'ai jamais vu en démo.
Par contre au moment où on enregistre ça j'ai écouté le dernier podcast des cascodes et justement ils en parlent assez longuement donc je vous invite à aller l'écouter.
Mais globalement ce qui leur sort c'est qu'il y a pas mal de choses qui sont cristallisées autour de GeekUp qui appartient à un mouvement Microsoft.
Microsoft n'a pas toujours fait du bien en particulier logiciel libre.
Après si on voit les choses autrement je me dis que de toute façon les gens vont les faire du copier-coller de code que ce soit sur GitHub ou sur Stack Overflow ou ailleurs,
sans trop regarder la licence donc là finalement ça fait à peu près la même chose.
Si j'ai compris globalement il aide quand même à faire des copiers-coller de snippet de code.
Donc Christophe a l'air super chaud pour répondre là dessus, je te laissais répondre après.
Après sur le côté open source je pense que GeekUp a quand même démontré qu'ils avaient fait énormément pour le logiciel libre pour l'open source.
Parce que c'est quand même une excellente plateforme collaborative.
Je te donne de l'eau à ton moulin Christophe.
Et globalement effectivement sur le pricing, ils ne sont jamais cachés du fait que ça serait payant un jour.
Par contre pour ceux qui font de l'open source, comme vous allez copier-coller du code de toute façon, je crois que la licence est gratuite pour les projets open source.
Et il me semble que c'est la FSF qui commence à râler et je crois que maintenant les projets Apache ne peuvent plus être intégrés dans la fondation Apache s'ils sont hébergés sur GitHub.
Donc ceux qui sont déjà sur GitHub, on les incite à migrer mais les tout nouveaux qui viennent de se créer ne pourront pas être directement hébergés par la fondation Apache.
Voilà à peu près ce que j'ai à dire mais je pense que Christophe on a beaucoup plus que moi.
Oui en effet il y a tellement de choses à dire que je ne sais pas par quel bout le prend.
Je ne vais commencer par réagir à ce que t'as dit que utiliser copilot, alors j'ai jamais utilisé copilot.
Parce que je n'avais pas le temps de nipper chez dessus donc voilà.
Tu disais utiliser copilot c'est un peu comme aller sur le dépôt et reprendre le code sans regarder la licence etc.
Alors moi je ne suis pas... alors au début je vais dire je ne suis pas vraiment d'accord avec toi mais en fait je vais dire je ne suis totalement pas d'accord avec toi.
Parce que copilot il te génère du code dont tu ne sais pas d'où il vient et tu ne peux pas de toute façon vérifier la licence.
Si tu vas sur un dépôt de code et que tu prends le code sans aller regarder la licence c'est intentionnel de ta part.
Tu n'y vas pas parce que la licence elle est disponible.
Tu vois ce que je veux dire ? Donc c'est pas du tout pareil.
C'est là où justement pour moi il n'y a aucun problème parce que Microsoft il se fasse doubler avec des logiciels libres et en utilisant l'attention artificielle via copilot.
Le sujet il n'est pas là.
Pour moi le sujet il est si copilot il te fournit du code.
Il devrait être capable de te dire voilà ce code il ressemble à un code soumis à licence et il devrait t'indiquer telle licence.
Ça devrait être une fonctionnalité par défaut de copilot.
Si ça ne l'est pas c'est soit que les développeurs n'ont pas pensé soit c'est une volonté.
Je vous laisse choisir l'option que vous voulez.
Là pour le coup Microsoft et ça c'est expliqué dans l'article...
Microsoft.

Ok c'est quoi la différence entre Github et Microsoft et surtout que tu ne sais pas ce que je vais dire.
Bon là Microsoft et c'est expliqué dans l'article de la software freedom conservancy que vous trouvez en traduction en français sur le bloc de l'hydrage.
Vous mettez le lien en description.
Il n'a pas voulu répondre à la software freedom conservancy.
Et c'est Microsoft qui n'a pas voulu répondre.
C'est pas Github.
C'est Microsoft Github appartenant à Microsoft.
On peut faire des traits.
En tout cas que ce soit Github ou Microsoft, aucun n'a voulu répondre aux questions et ceux en un an pire apparemment d'après ce que dit l'article.
Ils ne souhaitent pas répondre si jamais ils n'ont pas l'impression qu'ils pourraient faire changer la vie de leur interlocuteur.
Donc en gros c'est comme ça et si vous pensez autrement c'est pas grave.
Ça démontre d'une envie de discussion assez importante de Microsoft et de Github.
Moi ça m'étonne pas connaissant le passif de Microsoft.
Bon je vais essayer de me ressentir un petit peu.
Je me suis un peu perdu je suis désolé.
L'autre point qui est soulevé par justement la software freedom conservancy c'est...
Ecoutez si vous n'êtes pas d'accord avec le fait que Copilot utilise votre code pour le proposer à des développeurs,
il faut quitter Github.
D'ailleurs l'article s'appelle Follow Up Github.
C'est partie de Github maintenant en anglais je ne sais plus comment ça s'appelle.
En gros il propose en effet des solutions aux gens.
Les solutions c'est utiliser une instance auto hébergée,
aller vers une autre type d'instance, aller sur githlap.com, aller ailleurs mais n'aller pas sur Github.
Moi il y a un autre truc que je me pose comme question en tant qu'utilisateur de Copilot si j'avais à le faire.
Ok maintenant que j'ai le code qui a été généré par Copilot,
si je le sélectionne et que je l'utilise,
est-ce que Copilot va renvoyer ce code là à Microsoft pour alimenter à nouveau sa base de données ?
C'est des questions que je me pose parce que quand on sait qu'il y a de la télémetrie dans VS Code,
alors tu dis non Nicolas mais moi j'ai installé VS Codeium pour certaines raisons et j'ai pas VS Code.
Je ne sais pas parce que en fait ce qu'on ne sait pas et c'est là où je vais terminer je pense,
ce qu'on ne connaît pas c'est le code de Copilot, le code lui-même n'est pas libre,
on ne peut pas aller regarder comment il faire, alors je sais c'est une intelligence artificielle, c'est de l'apprentissage etc.
Néanmoins il y a un code à ce logiciel là, ce logiciel il n'est pas libre, on ne peut pas l'observer,
on ne peut pas voir comment il était conçu.
Donc c'est une sorte de grosse boîte noire qui nous génère du code, on ne sait pas tout ça vient.
On ne sait pas si ça vient, enfin en tout cas on ne peut pas s'assurer du fait que ça ne vient que de logiciels libres
et on pourrait se poser la question est-ce qu'il y a des logiciels,
est-ce qu'il y a des dépôts privés qui sont scannés ?
Toutes ces questions là on n'a pas de réponse et a priori Microsoft et GitTof ne répond pas à ces questions là.
Nicolas tu veux réagir ?
Oui mais en fait c'est les bras dont on tombe.
Non c'est pas ça, en fait je pense qu'à un moment donné ils vont aussi se mettre à scanner tous les repository Git qui vont trouver ailleurs.
Le GAFAM savent très bien aller pomper les données sans prévenir que qu'ils le font.
Donc je pense qu'à un moment donné ils vont aller scanner tous les repository open source,
même ceux qui ne sont pas sur GitHub et ça sera intégré dans leur truc de machine learning et puis il y aura rien à faire et tout.
Et après effectivement je suis un petit peu comme toi,
toi tu utilises les podiums, moi j'utilise vim,
tous les outils où vas-y au plus ton code et on va te dire s'il est bien.
Je suis ultra conservateur là-dessus et je suis parano,
je vais pas uploader mon code sur une plateforme que je connais pas,
c'est faire tourner des trucs en local ok,
aller envoyer des données sur des serveurs que je maîtrise pas,
c'est est-ce qu'ils vont aller récupérer tous mes secrets en si-tuit,
moi je suis pas super chaud pour utiliser des services comme ça.
C'est aussi pour ça que je n'ai même pas essayé.
J'ai juste rajouté une précision par rapport à un point que tu as cité,
c'est qu'en tout cas officiellement ils communiquent vachement sur le fait de dire que les données qui alimentent le fameux codex,
c'est que des données qui sont publiques, il n'y a pas de trucs privés.
Et ça comme ils ont communiqué,
enfin dès que tu lis un truc sur copilot c'est quand même mis en avance,
c'est juste pour rectifier ce passage.
Attention, j'ai pas dit qu'ils le faisaient,
j'ai dit que c'était impossible à vérifier,
étant donné que le code n'y a pas accès.
Nuance.
En plus, du coup, si ils scannent les dépôts publics,
tous les dépôts publics ne sont pas forcément soumis à licence,
il y a des dépôts qui sont soumis à copierite, qui sont pas libres,
comment ils font dans ce cas-là ?
On sait ou pas ?
Sur quelle partie du codex ?
Comment ?
Mais il y a...
Non, mais je voulais dire, justement, ça fait partie des floues en question.
Et clairement, tout ce qui était imaginé avec les fameux boutons pour dire
je ne veux pas être indexé en gros,
et le bouton pour dire je veux que copilot me propose que des choses sous licence MIT,
ça, ça n'existe pas,
et clairement, ça n'a pas l'air d'être le projet,
parce que forcément, si tu permet aux gens de dire non,
ça va moins alimenter leur machine,
donc forcément, ça va leur rendre moins performant quelque part.
Donc je pense qu'ils n'ont pas trop intérêt à faire ça.
Et voilà.
Oui, moi, ce que je voulais dire, c'est finalement,
sur quelle partie est-on copier à la tête ?
Est-ce que c'est sur une ligne de code ?
Est-ce que c'est sur une fonction ?
Est-ce que c'est sur un logiciel complet ?
Est-ce que c'est un algorithme ?
Est-ce que c'est des lignes de code ?
C'est des parties qui sont quand même relativement floues et complexes.
Et a priori, que ce soit les juristes,
enfin, les mêmes avocats d'heter d'une Microsoft,
apparemment, ils ont totalement verrouillé le truc,
et ils sont extrêmement confiants là-dessus,
et c'est peut-être aussi les mêmes avocats qui ont conseillé
de ne pas réconner, et surtout,
s'ils risquaient de ne pas faire changer d'avis les interlocuteurs.
Et je pense qu'il y a une chose à garder en tête,
c'est que je pense qu'ils paient beaucoup plus leurs avocats
que leurs développeurs, donc ils vont peut-être plus
écouter les avocats que les développeurs.
Oui, c'est un peu ce que je crains,
c'est que la seule sortie qui est dans cette histoire,
si la sortie y a, c'est que l'une des fondations
porte l'affaire en justice, parce que ce que je n'ai pas dit,
ce que j'ai oublié de dire et ça m'est revenu entre temps,
le côté, enfin, l'argument qui dit on a le ferriuse,
donc on peut utiliser ce code-là, mais par un peu fumeux,
je vais vous expliquer pourquoi, parce que autant le ferriuse
pour une citation, c'est une citation, autant là,
c'est une IA qui regarde le code et qui va te générer
et te proposer du code que toi-même tu vas utiliser.
Donc c'est plus vraiment du ferriuse,
ça s'apparentrait à du plagiat de code en fait.
Et donc, ça me paraît étrange comme positionnement
à titre personnel, surtout qu'il n'y a pas besoin,
parce que si tu respectes la licence,
tu peux utiliser les bouts de code qui respectent la licence.
En fait, c'est ça, principalement qui ressort de ça,
c'est pourquoi est-ce qu'il n'y a pas de proposition de licence
avec ces morceaux de code.
Bref, je crois qu'on n'est pas sortis des ronces.
Je vais me faire l'avocat du diable,
mais finalement, un algorithme de machine learning,
c'est quoi, c'est qu'il va apprendre sur du code,
un développeur, qu'est-ce qu'il fait ?
Il apprend à coder en lisant du code.
Et finalement, qu'est-ce que va faire Copilote,
c'est qu'il va reproduire ce que fait le développeur.
Il a lu du code, il a écrit du code,
après, à quel point le code que toi, Christophe,
quand tu écris du code, tu t'es inspiré du code
que t'as lu la veille la semaine dernière et ainsi de suite,
et à quel moment tu violes un copyright,
parce que finalement, tu ne copies pas directement
en copiant ligne à ligne,
mais finalement, tu t'inspires forcément
de ce que t'as lu la veille et ainsi de suite.
C'est vrai ?
Néanmoins, moi, Christophe, je suis une personne consciente.
Copilote, c'est un algorithme.
Tu vois, c'est la différence.
C'est que moi, je suis une personne.
Je suis responsable de mes actes. Copilote, les pas.
La seule personne qui pourra être responsable de ces actes,
c'est le développeur qui utilise Copilote.
Sauf que ce développeur-là, s'il n'a pas forcément conscience
de tous les impacts, il ne va pas l'avoir.
Il y a un autre problème, et là, on n'a pas le temps de l'aborder,
qui pour moi est encore plus important
et qui touche aux IA de manière générale,
c'est que la plus-value qui est générée par la création des IA,
qui va en profiter.
Et ça, c'est une vraie question sociétale, du coup, et mondiale,
parce qu'on a raté à la première révolution industrielle cette question-là.
Là, ce serait bien qu'on ne la rate pas une deuxième fois.
Je vous laisse réfléchir à tout ça, et peut-être qu'on fera
un épisode spécial sur les IA et ce genre de choses,
parce que je vois que ça fait déjà 30 minutes
et qu'on n'a fait que le premier sujet.
Nicolas, écoute, tu vas nous parler de la Chicov, je crois.
Oui, alors là, ça parle beaucoup moins de Machine Learning
et beaucoup moins de sujets trop lest,
mais en fait, la Chicov, la société qui édite pas mal d'outils DevOps
comme Vagrant, Nomad, Consul et ainsi de suite,
font globalement deux grosses conférences par an,
donc il y en a une, je crois que ça, sans Francisco,
mais ils en font aussi une en Europe,
donc je crois que c'est au Pays-Bas, quelque chose comme ça.
Et à chaque fois qu'il y a cette conférence en Europe,
ils en profitent pour annoncer pas mal de nouveautés
et cette année, il y a quelques trucs un petit peu intéressants,
même très intéressants, notamment, donc il y a Waypoint.
Waypoint, c'est un outil qui permet de fluidifier un petit peu
la mise en prod d'une application,
donc en gros, vous rajoutez quelques fichiers de configuration
Waypoints dans votre source, dans votre repository dite,
c'est quand vous faites Waypoint déploy,
en fait, il va tout pêker J, il va tout envoyer
sur le serveur de staging, de prod et ainsi de suite,
et quel que soit ce qui va tourner derrière,
que ce soit du docteur, des binaires,
que ça tourne avec Nomad ou peut-être autre chose,
là je dois vous avouer que j'ai pas beaucoup creusé.
Et en fait, Waypoints, il va arriver dans les produits
qui sont disponibles dans, on va bien appeler ça la suite HCP,
donc c'est HECorp Cloud Platform, et en fait,
c'est tous les produits HECorp sont manager au sein de cet offreur.
Donc il y a déjà Vault, qui permet de stocker vos secrets, Terraform,
je pense que j'ai pas besoin de vous expliquer,
Consult, qui permet de faire du service discovery
et de plus en plus de l'interconnexion de microservice,
pas coeur, et Boondaris, donc Boondaris,
ça vous permet de vous connecter de manière sécurisée
à des composants de votre infrastructure,
par exemple une base de données pour donner accès à un développeur,
et en gros, ça va loguer tout ce que le développeur va faire.
Dans les autres nouveautés, il y a dans Terraform Cloud,
une fonctionnalité qui est le Drift Detection,
désolé pour l'anglais, et en fait,
le Drift c'est quoi ?
C'est le détailage que vous allez avoir
entre ce que vous allez déclarer dans vos plans Terraform
et ce que vous allez avoir dans votre plateforme.
Donc globalement, vous dites je veux créer une VM de telle taille
avec tant de disques et ainsi de suite,
et si des utilisateurs pas très consciencieux,
pas très des Vox Friendly,
va les modifier des caractéristiques de votre VM,
quand Terraform va passer par l'arrière,
il va y'a des trucs qui vont pas,
comme ça a bougé, ce que je vais faire,
c'est que je vais détruire ta VM et puis je vais la recréer.
Donc Drift vous permet de détecter ça.
Alors moi, ce qui m'intriste un petit peu,
c'est que c'est disponible que dans la partie HCP.
Donc du coup, ça veut dire qu'il faut payer le fait
de pouvoir avoir le plan Terraform dans le cloud.
Et comme dit précédemment, je n'aime pas
te renvoyer mon code un petit peu dans la nature comme ça.
Une autre nouveauté très intéressante,
c'est qu'ils ont fait un nouveau site pour les développeurs
et vous pouvez retrouver tous les cursus de formation
sur tous les outils.
Alors c'est encore en bêta,
vous n'allez pas toujours trouver,
mais j'ai jeté un œil à ce que vous pouvez avoir sur Vault
et du coup vous pouvez vous former entièrement à Vault
avec tous les tutoriels et ainsi de suite.
Et ça vous aide à préparer toutes les certifications.
Dans les autres nouveautés,
il y a aussi l'arrivée de conçus, la paix de Gateway.
Donc c'est a priori fortement lié à Kubernetes.
Donc je n'ai pas énormément creusé,
mais a priori ce que ça vous permet de faire,
c'est de déclarer tout ce que vous voulez rendre accessible
de l'extérieur de votre cluster.
Et en gros, il va vous rendre en haute tisse de solidité
tous ces microservices.
Donc il va gérer automatiquement
l'eau de balanceur à mettre en frontal
et il va se débrouiller pour que tout fonctionne
avec tout ce qu'il y a derrière.
Et la dernière nouveauté intéressante,
c'est la sortie de Vault en 311.
Donc il n'y a pas même d'amélioration
et de l'ajout de nouvelles fonctionnalités.
Et pour faire plaisir à Christophe,
il y a un secret engine pour Kubernetes.
Je ne sais pas si vous avez suivi toutes ces actualités
et si vous utilisez les outils HECorp
et si vous êtes aussi frais-brill que moi
quand vous lisez tout ça.
Erwin ?
Oui, alors je n'avais pas suivi
tous les trucs que tu viens de présenter.
Je viens de regarder le coup du drift
dans des plans Terraform par rapport à l'état de ta plateforme.
Et je viens de regarder si ça a l'air hyper cool
mais par contre effectivement c'est un peu dommage
que ce soit uniquement avec leur approche de Terraform Cloud.
Mais c'est plutôt cool.
Mais après je pense que, à mon avis ici
et même de façon générale,
les outils HECorp qu'ils édite,
je pense qu'on est tous relativement fans.
Alors même si moi je trouve que Bondary
c'est sacrément compliqué à utiliser.
Mais globalement,
moi je suis hyper impressionné de voir
la fréquence de release,
la qualité des releases
et surtout à chaque fois les upgrades,
alors sauf de Rarkem
et globalement ça se passe quand même plutôt bien.
Bref, c'est une boîte
qui m'impressionne vachement.
Je suis turbo chaud pour voir un petit peu ce qui est sorti.
Non, c'est vraiment cool.
Toi, Christophe ?
Moi je suis un grand fan de ce que fait HECorp,
tout le monde le sait, je pense.
Ça ne me dérange absolument pas
qu'HECorp va gagner de l'argent.
De toute façon, vu les outils qu'ils font, c'est bien.
Et c'est même salvateur parce que ça pourrait éviter
qu'ils deviennent un deuxième docker.
Mais je pense qu'ils sont plutôt bien partis.
Et en plus ils ont une bonne, je trouve,
un bon équilibre libre cloud,
enfin plan payant.
Pour information, le Terraform Cloud,
enfin le HECorp, si c'est le Terraform Cloud,
c'est gratuit pour les petites équipes.
Moi je sais que je l'ai utilisé.
Et c'est pas mal parce que ça permet de stocker
tes states Terraform.
T'as pas besoin d'envoyer ton code,
c'est à Analystes States.
En effet, bon par contre, moi je n'utilise pas
le Terraform Cloud pour exécuter mon Terraform.
Je laisse qui tape si elle le fait.
Je ne m'en sers que de stockage.
Parce qu'à l'époque où j'avais fait ça,
on ne pouvait pas stocker les Workspace Terraforms
dans GeekLab.
Parce qu'on peut stocker des States non GeekLab,
mais à l'époque on ne pouvait pas.
Je ne sais pas si maintenant ça l'est.
Je vous avoue que je suis assez curieux
d'aller voir ce nouveau site pour développeurs.
Alors c'est vrai que je suis moins ce que fait Terraform
parce que je fais moins de tech maintenant
en tant qu'entrepreneur.
Il faut que je gère aussi la boîte.
Donc ça me laisse moins de temps pour faire de la tech.
Et je vous avoue que quand je fais de la tech,
maintenant c'est plutôt du GeekLab et du GeekLab CI
que du Terraform et autres.
Même si dans l'équipe c'est moi qui fais le Terraform.
Mais tout ça a l'air super intéressant.
Je me rappelle de l'annonce justement de Waypoint il y a 2 ans.
Et je me disais à l'époque, il faut que j'essaye.
J'ai jamais essayé.
Il faudrait vraiment que j'essaye,
mais je ne sais pas où je vais trouver le temps d'essayer.
Donc sinon, bah écoute, c'est assez intéressant tout ça.
Merci du coup d'avoir suivi pour nous.
Et René, alors qu'est-ce que tu en penses ?
Je pense que vous avez tout dit.
C'est vrai que l'aspect drift,
ça a l'air sympa.
Ce qu'on peut espérer c'est que ça va basculer peut-être
à un moment dans la partie open source aussi.
Je pense qu'il...
Souvent ils font ça.
Je pense qu'ils lancent quelque chose qui reste
en plan payant.
Et puis après quand c'est rentabilisé,
je pense que ça rentre dans la partie open source.
Donc on peut espérer que ça vienne à un moment.
Voilà, sinon bah oui,
c'est sympa d'avoir fait un peu le tour
des nouveautés,
de les présenter.
Merci Nicolas.
Avec plaisir et surtout
encore plus intéressant
et j'ai oublié de le dire,
c'est toutes les vidéos sont disponibles en ligne.
Donc si vous n'avez pas pu
aller sur place, code moi
parce que j'ai raté la seule fois que je pouvais y aller.
Mais merci de COVID.
Et en fait
toutes les vidéos sont en ligne
et elles sont vraiment
d'extrénement bonne qualité.
Il y a des intervenants d'Ashicorp.
Il y a des clients d'Ashicorp.
Je sais pas
si il y a de spécifiquement
des présentations open source underpriced.
Mais en tout cas c'est toujours super intéressant.
Oui justement, j'ai en profité
parce que je me rappelle avoir suivi la
Lachicomf 2020
qui non seulement
les vidéos sont disponibles en replay,
mais surtout l'événement.
Je sais pas si c'est tel cas encore cette année, mais je pense que oui.
Il est en live, il est diffusé.
Ce qui fait qu'on peut s'inscrire et on peut le suivre en live.
Et en effet, comme tu le dis,
les vidéos sont de super qualité.
On a vraiment l'impression de suivre
des événements type cinéma.
Vraiment, on sent qu'ils
mettent les moyens sur la communication.
Et au bon endroit,
je trouve, je veux dire,
c'est pas de la pub un peu léchée, non.
C'est vraiment, on sent qu'il y a
des moyens et que justement,
ils font attention à leur communication.
Et on sent qu'il se reste un dépro
et qu'il le savent.
Ça, je trouve que c'est agréable.
Et bien, nous allons pouvoir passer
au point suivant.
René, qui est notre fournisseur d'outils
officiel, nous a trouvé
justement pour une news
de quelque chose que je ne connaissais pas.
Je t'en avouais que moi non plus,
je l'avais vu passer. Alors, je n'ai pas bien fait mon travail
parce que je n'ai pas essayé du tout.

c'est un produit qui, à première
vue, vient d'une société qui a été rachetée un moment
par Grafana Lab
et qui vient de mettre
en open source.
Alors, il vient de mettre, je crois que le premier comité
de joint, quelque chose comme ça.
Et ça s'appelle on call.
Alors, je ne connais pas très bien
l'outil pédure d'outils non plus,
mais ça a l'air d'être plus ou moins une alternative
à cet outil-là parce qu'il y a
sur le site, il y a
des propositions
pour migrer de pédure d'outils vers on call.
Ce que ça a l'air de faire
globalement, c'est à l'air de
collecter un peu les alertes
d'un peu tous les systèmes.
De pouvoir bâtir
des plannings
d'astrinte.
Donc, ça fait un petit peu
écho aux épisodes qu'on a fait avant.
De gérer un petit peu les escalades
et deux notifiés
via
SMS.
À première vue, une très bonne intégration avec Slack
aussi.
Telegram, ou clairement des appels téléphoniques.
Donc, je pense que c'est un outil
qui mérite qu'on y jette un oeil
parce que ça a l'air pas mal.
Et puis, c'est propre.
Ça a été réalisé sous
comme beaucoup de choses chez Grafana Labs
sous
Afero GPL.
Voilà. Donc, j'ai vu passer cette news
et je voulais
en parler. Je sais pas si vous
connaissiez et
si ça n'a hâte de vous chauffer
ou pas.
Du coup, je vais commencer.
Merci, René.
J'avais pas vu passer la news, donc du coup, je suis
super surpris.
Agréablement. Je vois les captures
d'écran. Ça a l'air complètement intégré à Grafana.
Mais ça m'étonne pas
justement
parce que tous leurs outils sont hyper intégrés.
Et je vois en effet
tu peux définir des seuils
à partir de combien de temps tu fais telle alerte,
tu as l'air qui, etc.
Ça l'a vraiment super bien.
Juste, t'as vendu la mèche
parce que le podcast
sur les astreintes, il n'est pas sorti
au moment où toi, tu écoutes ce podcast.
Et bah, sache que
il y a en effet, dans le stock
un podcast sur les astreintes
que tu auras probablement à la rentrée
écoutée.
Mais du coup, ce tutile a l'air vraiment bien.
Je pense qu'on va l'intégrer dans notre stock à terme.
Parce qu'on est sur Grafana pour ceux
qui ne le savent pas.
Nicolas, je te passe la parole, t'as l'air
de vous parler.
Moi, je suis super chaud, merci René.
Parce que, effectivement,
c'est un truc qui manquait un petit peu
dans la stock Grafana.
Donc, premier Théus, alerte manager
et compagnie.
Et dernièrement, j'avais vu
un truc un petit peu bizarre.
C'est alerte manager.
Il y avait de moins en moins la possibilité
de
notifier sur des trucs.
J'avais regardé comment notifier sur Discord
et c'était non, mais maintenant
c'est un truc à côté qui va s'en occuper.
Donc, vous mettez votre petit truc
en petit démon
qui fait la passerelle alerte manager
Discord. Et du coup, je comprends mieux
certaines choses.
J'ai une petite pensée pour Sébastien.
Si tu nous écoutes,
tu vas pouvoir enfin migrer
sur la stock Prom Théus
puisque tu as tous qui te manquait
ta rapport à Zabix
où j'ai eu
longtemps discuté avec lui.
C'est un ancien collègue, un copain.
Et on parlait de Zabix Prom Théus
et nous disait comment tu peux utiliser
Prom Théus.
Tu n'as pas de notion d'escalade.
Tu ne peux pas facilement
faire de maintenance
de ce qu'il y a d'autres
d'envoyer de SMS, etc.
Et là,
on commence à atteindre un niveau de maturité
pour tous ces outils
vraiment intéressants.
Et c'est vrai que Pager of the Utils
c'est aussi la référence
dans le monde
de la supervision
et de l'alerting.
Parce qu'ils ont un service qui est vraiment bien foutu
et il n'y a pas vraiment d'équivalents
open source qui existaient.
Là, c'est vraiment
super cool.
Je pense que je vais essayer de l'installer cette semaine.
T'es toi heureux ?
Moi, je ne suis pas
sur ce type de stack actuellement.
Je ne suis pas
directement concerné, mais je pense que ça sort
effectivement au bon moment.
Parce que s'il en se rappelle bien, il y a
quelques temps, il y a eu le fameux problème
chez
Atlassian avec son Ops
génique et pour certaines boîtes
a été disable pendant
deux semaines.
Et voilà,
une solution open source
qui s'intègre avec
une stack relativement
relativement populaire
et standard.
Et je pense que
à mon avis, le succès
est droit devant
cet outil on call.
Par contre, je n'arrive pas bien
comprendre à quel point on peut
automatiser la création
des
trucs, mais bon,
ah, si, il y a bien le
truc à payer.
Non, mais ça a l'air chouette.
Bien, et bien, c'est moi qui vais
prendre la suite et
je vais vous parler
du questionnaire
de Stack Overflow.
En fait, il est sorti en même et bon,
je me suis penché dessus que maintenant
parce qu'on m'a notifié
il n'y a pas longtemps dessus.
Alors, qu'est-ce qu'on a à prendre
d'intéressant dans ce
questionnaire. Alors déjà,
c'est un questionnaire qui a
des milliers et des milliers de réponses,
ou alors des dizaines de milliers de réponses.
C'est Stack Overflow qui fait toutes les années ce questionnaire là.
Donc si vous ne connaissez pas, allez voir
le lien en description, vous irez voir.
Mais ce qui m'intéresse, c'est sur le cloud
et le DevOps, de manière globale, qu'est-ce qu'on y apprend.
Alors, déjà,
moi, il y a des choses qui m'intéressaient, c'est
comment est-ce que les gens apprennent le code
et, à priori,
d'après les répondants,
ceux qui ont plus de 45 ans,
à priori, utilisaient plus les livres
et les plus jeunes, évidemment,
c'est plutôt en ligne, et ceux qui en moins
de 18 ans comptent beaucoup sur les ressources en ligne.
Dans ces,
justement, dans les réponses,
il y a 71%
qui disent apprendre le code grâce
aux vidéos, blogs et forums.
Alors, 71% se répondent sur la totalité
des répondants.
Et, à la loi, nous montrons un livre.
Justement, moi aussi, j'ai quelques livres,
j'ai appris avant internet avec le livre.
Parmi, justement, les ressources en ligne,
ce qui est intéressant
de noter, c'est que 98%
des répondants utilisent les documentations en ligne.
Donc, c'est apprendre à la dure.
86%, et ça, c'est ce qui m'a vraiment surpris,
utilise Stack Overflow,
donc, pour apprendre.
Je ne sais pas comment c'est possible
d'apprendre juste avec Stack Overflow,
mais pourquoi pas.
75% les blogs, et enfin,
60%, enfin, enfin.
Et 60% les vidéos, et après, je ne vais pas tout détailler,
mais on voit que la vidéo, elle arrive quand même
après tous les médias écrits.
Au niveau des métiers,
justement, pour bien comprendre
qui sont les répondants,
on a 45% de développeurs full stack,
qui se disent full stack,
43% de développeurs back-end,
ensuite, on a,
et ça tombe très bas,
à 26% les développeurs front-end,
et puis plus loin, en 6e position,
on a les premiers ops,
puisqu'on a les spécialistes DevOps,
qui sont seulement 10%.
Et puis, les autres métiers
de l'ops sont juste après,
avec moins de 9%.
Ils arrivent après la 8e position.
Donc on a quand même
beaucoup de développeurs qui répondent
à ce questionnaire-là.
Principalement aux États-Unis,
puisque 19% des répondants sont aux États-Unis.
Le 2e pays, je vous le donne
en 1000 Célandres, avec 9%,
donc ça chute vraiment.
Et après, on a des pays plutôt européens,
puisqu'on a l'Allemagne en 3e position.
Et la France arrive quand même
en 6e position avec 3%
des répondants.
C'est une chose à noter.
Ce que j'ai noté aussi, c'est que
environ 40% des personnes
qui ont répondu à ce sondage
ont entre
25 et 35 ans.
Et ce sont à 92% des hommes.
Donc on retrouve
la répartition
plutôt globale
du métier, on va dire.
Et ce qui est intéressant
aussi à noter,
c'est que 43%
des personnes qui ont répondu
trahi en full remote,
42% en mode hybride, ça veut dire
qui trahi en remote et en présentiel.
Et seulement, et c'est là où je suis surpris,
14%
présentiel, ça veut dire que le monde
plutôt anglo-saxon,
parce que l'un des États-Unis
ça reste à prouver, mais
sont plutôt en remote.
Donc ça a assez intéressant
à noter, parce que j'ai l'impression
que l'Europe, c'est pas encore bien passé
en France, même si on est plus en plus
remote, j'ai l'impression qu'on est pas vraiment
là.
Alors on va attaquer les technos, parce que
c'est important
de voir. Les technos les plus populaires,
donc c'est
celles qui sont les plus utilisés en fait, c'est
Javascript en premier à 65%.
Ce qui est étonnant, parce qu'on se rappelle que c'est
des
développeurs backend et full stack
qui répondent en premier, donc ça veut dire que
même dans les développeurs
backend, ils font du Javascript, donc peut-être
que les javascripts sont en 4ème position
avec 48%.
Avant, entre les deux, c'est pas des
langages de programmation, je les ai virés.
Chose notable, Bache arrive en 7ème position
avec 49%. Oui, j'aime Bache.
Faites du Bache, c'est bien.
Et
ça va faire plaisir à René.
On a une autre section qui est
les
langages de programmation les plus aimés.
C'est pas tout à fait pareil avec les plus populaires, c'est les plus aimés,
ceux qui aiment le plus les gens.
Et c'est Rust qui sort en premier dans les plus
aimés.
Et largement en plus.
Bon, l'autre truc assez
intéressant aussi, c'est que côté
G-Sular de code,
et là, c'est
écrasant, Git est loin devant
avec 94%
des répondants qui utilisent Git.
Je vous cite pas le suivant parce que c'est pas
intéressant. Et si on passe, parce qu'il y a
une vision, si ça qui est bien, c'est que le
site, ils ont vraiment fait un travail
sur la vision et comment est-ce qu'on voit les résultats.
Si on prend
juste les pros, parce qu'il y a des étudiants
et des personnes qui sont pas pros qui ont répondu, si on prend
juste les pros, c'est 97%
des pros qui utilisent Git.
Donc autant dire que
Git, parmi les répondants
de Stack Overflow, c'est la grande
et très grande majorité.
Chose intéressante, et je m'attendais pas
avoir un chiffre aussi élevé, c'est
84%
des répondants qui utilisent la ligne
de commande. Donc
moi, je suis content parce que j'utilise la ligne de commande
aussi.
Et un point qui est assez intéressant à noter
sur les plateformes, et c'est
pour ça qu'on me l'a envoyé
cette question-là, c'est que GitLabs
est principalement utilisé pour les projets
perso. 97%
des gens l'utilisent pour les projets perso, alors
qu'ils sont que 56% à l'utiliser
pour des projets pros. Donc
a priori, GitLabs est plutôt utilisé pour les
projets personnels. Et c'est l'inverse
pour GitLabs. Il y a 29%
des gens qui utilisent GitLabs à
titre professionnel, contre 21%,
ça tombe à 21% qu'ils l'utilisent
comme
plateforme personnelle.
Ça
fait écho justement au
Meetup Live qu'on avait fait avec les
GitLabs, et nous on se posait la question, c'était
quoi la différence entre les deux. Et pour nous
il y avait vraiment un côté social à GitLabs
qui n'était pas là à GitLabs, et on était assez
d'accord que GitLabs était plus un outil
de productivité. Ça renforce
ça avec des données.
Donc je pense que c'est intéressant.
Et GitLabs reste la deuxième plateforme, après
on habite bucket. Au niveau
de l'expérience de développeurs, et ça
je trouve dommage que ça y pas plus
loin, on a les
développeurs qui disent qu'en fait dans leur
environnement professionnel, ils ont pour
la plupart de l'intégration
continue, CICD, des
méthodes DevOps, des tests automatisés
et ils trouvent ça dans leur organisation
à plus je crois que 80%.
Mais ça va pas plus loin que ça.
C'est à dire que c'est vraiment
un questionnaire de dev, et du coup
on n'a pas trouvé trop d'informations
sur le cloud, etc. Et ce serait
vraiment intéressant que Stack Overflow
pousse un petit peu là-dessus.
Et du coup, maintenant que je vous ai donné
tous ces chiffres et que je vous ai noyé la tête
de chiffre, qu'est-ce que vous en pensez, c'est
quoi vos impressions ?
On va commencer par Nicolas.
Moi j'ai décroché
à partir du moment
où tu as parlé de télétravail et je me suis dit
il va encore se dire qu'on a le temps
de répondre au sondage qu'on est en télétravail.
Non plus sérieusement,
chaque année je me dis
tiens il faudrait que j'y réponde l'année prochaine
parce que finalement plus on
sera à répondre, plus ça sera précis.
Mais
ouais c'est toujours intéressant
à se livrer pour voir
l'évolution de tout ça
et c'est une très bonne nouvelle
pour le télétravail.
Qu'est-ce que t'en penses, René ?
Moi je le suis
parce que justement pour Rost, ça fait
plusieurs années que c'est le
effectivement le langage le plus aimé.
Je ne sais plus si c'est
la cinquième, enfin voilà, ça fait
plusieurs années que c'est le cas. Et puis on voit
une belle progression du langage.
Non je pense qu'il est
toujours intéressant ce sondage
malheureusement toujours
aussi peu de présence féminine
dans notre métier.
Effectivement
intéressant l'aspect
télétravail
de voir que c'est
aussi génére... enfin, je pense que c'est
beaucoup plus généralisé dans les pays anglo-saxons
peut-être que chez nous.
Moi je trouve que c'est plutôt une bonne chose
mais après on peut discuter.
Oui, non je pense que c'est un...
ça reste un sondage
il faut...
prendre ça avec...
pour ce que c'est quoi mais ça donne
quand même des tendances qui sont intéressantes.
Voilà.
Moi je viens de regarder
un des résultats parce que je me suis dit
il y a 97%
de gens qui... enfin 94%
de gens qui utilisent Git mais que font
les autres et donc
voir garder les résultats.
Est-ce que vous avez
une idée de la deuxième réponse ?
C'est ça qui va être très drôle.
S.V.N.
Exactement.
Pour moi j'ai...
j'ai tellement pas touché depuis
je pense 12 ans
que du coup je suis très surpris
et la troisième réponse est ce que vous avez une idée de ce que c'est.
C'est le truc de Microsoft
TF je sais plus quoi là.
Non. Et bah non c'est des gens
qui n'en utilisent pas. Voilà.
Oui c'est Peprold.
Exactement.
Je trouve que c'est...
ça c'est quand même rigolo à voir
même si du coup on peut être quand même rassuré
qu'il y a quand même quasiment tout le monde
utilise un outil de versioning.
On peut
rappeler le podcast qu'on avait fait sur le sujet
qui est...
je pense que ça c'est intéressant.
Mais sinon ouais...
en vrai les résultats je sais pas trop
pour vous mais moi ça me surprend pas plus
que ça. Apparemment le fait
que JavaScript soit aussi représenté
alors que les gens qui ont répondu
semblent quand même pas forcément
les premiers concernés.
Après on peut se dire que
les gens qui se disent full stack sont peut-être
avant tout
des frontaines.
Enfin je le sais pas. Mais voilà.
Et par contre le truc est
que je serais curieux
là où je serais curieux
d'avoir
plus de détails. C'est sur l'expérience de dev
parce que le nombre de gens qui te disent
qu'ils ont de la CI CD, du code
coverage etc. mais en fait
quand tu vas dedans
bah pfff
enfin je pense qu'on a tous connu ça
il y a un rien qui
enfin c'est un peu branlant quoi
c'est des choses qui testent pas forcément bien
ce qu'il faut ou quoi que ce soit.
Je serais curieux d'avoir du détail
sur la maturité de
ça mais je pense que c'est compliqué
à bien creuser
comme ça dans ce genre
de survey mais
mais voilà quoi.
Tu fais du CI CD
oui on a un proto pourquoi ?
Oui voilà tu vois c'est
exactement à ça que je pensais.
Je vais juste rebondir
sur un truc par mon Christophe mais je pense
que ça va faire une bonne transition pour toi aussi
c'est le truc que je trouve
vraiment très intéressant c'est le côté
de Geat Lab pour le perso
et Geat Lab pour le pro
et moi ça me fait toujours penser
à la réversibilité de ta plateforme
parce que surtout
avec Geat Lab si tu commences à faire
de la CI moi j'aime pas trop
mais c'est dégoût et des couleurs
si tu fais du Geat Lab
tu peux le héberger toi-même
tu peux le faire héberger par quelqu'un d'autre
et du coup ça sera interopérable
donc tout ce que tu vas migrer
Geat Lab si tu fais du Geat Lab Action
c'est mort pour migrer ailleurs
donc
Exactement
c'est pour ça que
nous on a choisi Geat Lab
Geat Lab c'est vraiment bien
en plus même quand tu fais
quand tu mets ton code sur une plateforme
qui est ébergée comme la note par exemple
et ben tu peux quand même
toi en tant que client
fournir tes propres honneurs
pour adresser par exemple
du déploiement
derrière un VPN
et ça c'est vraiment
super intéressant
parce que du coup tu délèques pas la partie
runner
à ton fournisseur de SCM
enfin de plateforme de code
tu peux toi-même gérer tes propres honneurs
ce qui peut être assez intéressant
pour petite information
il y a plus de 70 000 réponses quand même
et ce que
je n'avais pas vraiment regardé
à ce moment là c'est que les personnes
qui ont répondu sur l'expérience de développement
ça chute
puisqu'on a que 34 000 personnes
enfin 35 000 personnes qui ont répondu à cette partie là
donc c'est pas
représentatif de
l'ensemble des gens qui ont répondu
parce qu'à chaque question
si vous allez sur le résultat
à chaque question il vous dit combien il y a eu de réponses
vous pouvez avoir le pourcentage mais vous pouvez avoir aussi combien de personnes ont répondu
à cette question là
et notamment sur les
94 %
de personnes qui ont répondu
ça fait 67 000 personnes
sur 71 000
donc je trouve ça assez intéressant
en effet c'est vachement bien parce qu'on
approche
grosso modo des 80 000 personnes quand on en a
atteint 100 000 personnes sur le globe
ce sera vraiment intéressant
et ce serait vraiment bien qu'on ait des questions
sur la partie ops
le code de l'ops, typiquement qui fait
de la phrase code avec quoi etc
pour l'instant ça manque encore
je trouve que ce serait vraiment bien
et oui il faudrait que aussi je réponde
aux questions c'est à cover flow
du coup
on va attaquer la dernière section
du podcast
les outils à découvrir
et cette fois-ci on en a peu
parce que c'est l'été
on n'a pas bien fait notre travail c'est reddit qui s'y colle
oui alors c'est
un outil dont je voulais parler parce que
il se trouve que justement
en ces périodes de forte chaleur
j'ai eu un petit souci avec mon laptop
perso
qui ne gérerait pas très bien
les aspects thermiques
et le frotling
qui faisait réduire la fréquence du processeur
et j'ai vu qu'il y avait des mises
à jour via le bios et ça faisait très longtemps
que j'avais pas forcément fait cet exercice là
et je voulais parler
du projet firmware update
pour Linux
c'est un projet
qui essaie de centraliser
tous les firmes
pour les constructeurs
et qui propose
à la fois une plateforme
et des outils pour mettre à jour les laptops
ou les servers
enfin différents matériels
et j'ai été particulièrement bluffé
parce que j'ai trouvé ça
vraiment très efficace
c'est très facile d'utilisation
et autant j'avais des mauvais souvenirs
de mises à jour de firmware
que c'était parfois compliqué
il fallait rebouter plus ou moins
sur des bouts de CD
ou des choses comme ça
et que c'était vraiment une galère
et là vraiment ce projet c'est vraiment du que du bonheur
parce que je pense en deux commandes
ça permet de mettre à jour
tous les firmes internes
des machines, des disques
des SSD etc
et voilà je voulais un petit peu
saluer un peu
des forts qui aient été faits sur ce projet
puis aussi des fois le faire connaître
si les gens ne connaissent pas
parce que pour le coup
ça rend vraiment l'opération super simple
et par conséquent
je pense que c'est intéressant de
mettre à jour son matériel
et des firmes associés
voilà donc
pour moi ça a été une très bonne
expérience je sais pas si vous connaissez
enfin j'imagine que oui
mais si vous l'avez utilisé récemment
et ce que vous en avez pensé
je vous laisse un peu la main
moi je ne le connaissais pas
j'ai regardé
c'est effectivement assez cool
ça a l'air
plutôt bien foutu
et surtout ça a l'air rassurant
ce qui est pas souvent
le cas de ce genre d'outil
donc
non non j'ai
un truc tout neuf
qui a été tout remis propre
donc je drop
le sujet pour quelque temps
mais effectivement
je comprends
que ça soit utile
et tout non c'est cool
merci
merci
nous on a des
des laptops un peu vieillissants dans l'équipe
puisque on grandit on grandit
mais on ne va pas changer les laptops qui marchent encore
donc peut-être qu'on va essayer ça en effet
ça peut être vraiment bien
merci du coup René pour la petite trouvaille
ouais je pense aussi que
les serveurs
sont concernés
donc pour les gens qui ont du serveur
voilà après ça dépend beaucoup
des
je pense des fabricants et ce qui
donc en fait le projet j'ai pas forcément
dire s'appelle Linux Vendor firmware service
et voilà je pense que
les fabricants
donc en première vue
les plus gros fabricants
l'utilisent
et voilà je pense que c'est intéressant aussi
de
l'utiliser parce que je pense que ça fait
une espèce de cercle vertueux
ou bah plus on utilise les fabricants
ou on voulait envie de
mettre leur tout ce genre de choses
dans ce projet là et du coup
de faciliter le support du matériel
mais qui est encore
des serveurs aujourd'hui René
peut-être tout n'est pas dans le cloud
de façon virtualisée
des conteneurs
ouais c'était pour la blague
pardon pardon
même si on utilise beaucoup de cloud on a
on gère des serveurs pour des clients
parce qu'ils ont besoin de dédiés
parce qu'on fait l'infogérance
pour certaines offres par exemple
ça arrive encore parce que
il n'y a pas forcément besoin
d'aller dans le cloud pour certaines offres
ou alors
t'as besoin de machine virtual
dans d'autres data centers
je suis chez OVH et ils ont que
d'autres data centers en France donc
pour rouber je suis obligé
d'installer des serveurs dédiés
ça m'enjante pas plus que ça
et du coup merci René
pour la découverte parce que
je dois avouer que je ne suis pas super fan
des disquettes MS-DOS pour
mettre à jour les firmware et surtout
que ce n'est pas très automatisable non plus
parce que moi je faisais
pour la petite histoire
j'ai un serveur PXO chez moi
qui me permet de boûter tous ces trucs-là
et
et à chaque fois que tu veux mettre à jour un firmware
tel choix c'est soit t'es sous Windows
soit c'est une disquette MS-DOS
trop bien j'adore
donc je vais
très sérieusement regarder
ce petit tout file là et je vais l'essayer
sur mon laptop Linux voir
ce que ça peut donner
merci merci
il y a même un front end
qui s'appelle Gundam firmware
qui permet d'avoir une interface graphique
pour les laptops donc c'est assez sympa
et après malheureusement je pense que
c'est réservé du matériel relativement
récent parce que le projet n'est pas forcément très vieux
mais
pour le matériel supporté vraiment c'est super cool
espérons justement que les vendeurs de
Matos participent à ça
parce qu'ils auraient tout à terre
en effet je vois dans les vendeurs de Matos
il y a Dell, quand on opécie chez Dell
il y a HP, ATL etc.
et a Fingpad aussi donc il y a quand même des grands
je sais pas s'ils vont tous participer
ce qui serait bien c'est que
tous ceux qui font de l'open hardware
parce qu'on en parle pas assez et il faut pas peut-être qu'on en parle
mais ça participe aussi
ce serait pas mal
mais sur le site c'est écrit aussi que
pour les constructeurs c'est gratos
de la mise à disposition
du service donc il y a
effectivement comme bien René
ça peut être vachement un cercle vertueux
plus il utilise de trucs, plus il y a des gens qui vont vouloir
être dessus pour être utilisés etc.
ça standardise plus ou moins les méthodes
je pense pour mettre à jour
bon après si oui
il faut absolument être en UIFI
pour bénéficier des mises à jour
les biomaterials qui sont en bio
c'est les Gatsi
c'est moi
bon bah tant pis pour eux
et ben merci
je crois qu'on a pas d'autres outils
malheureusement pour cette fois donc il va falloir revenir le mois prochain
pour avoir d'autres outils
tu leur as compris
chers auditeurs et auditrices
nous sommes tous les 4
issus du forum des compagnons du DevOps
c'est un forum où on discute entre nous
et pas que
parce qu'il y a tous les autres animateurs du podcast
puisque tous viennent de là
et puis il y a plein de professionnels
donc si tu n'es pas encore inscrit
j'ai envie de te dire qu'est-ce que tu fais là ?
viens inscrit-toi, viens discuter
qu'on discute tous ensemble
et qu'on fasse grandir cette communauté francophone
autour du DevOps
et on parle beaucoup de cloud aussi
du coup
j'ai envie de te dire
le lien est dans la description
tu sais ce qu'il reste à faire
et moi je vais laisser le mot de la fa
à mes chers co-animateurs
que je remercie énormément de leur participation
à nouveau
et du coup on va commencer par Erwan
quel est ton mot de la fa
tu disais tout à l'heure
je le remonte
que les vieux apprenaient dans les livres
moi j'ai décimé que de ne pas être aussi vieux que ça
et ce bouquin moi il m'a beaucoup aidé
le système Linux
l'édition Aurélie
de chez Aurélie
et donc voilà
mais bon comme d'habitude
j'ai appris plein de choses
j'espère que les gens qui nous écoutent
auront appris autant de choses
et Nicolas alors quel est ton mot de la fa
je lis
des livres numériques maintenant
ça me permet d'en emmener beaucoup plus
à la plage d'un seul coup
et bah lisez
les bouquins je vous apprendrai beaucoup plus vite
quand on regarde des vidéos
youtube et compagnie
ça se défend
dit si le gars qui fait des vidéos sur youtube
mais j'ai aussi envie d'écrire du bouquin
donc on verra plus tard
René quel est ton mot de la fin
et bon je vais rester classique en disant
que j'espère que l'épisode aura intéressé
les auditeurs et vous me l'ordonneront
des vaux au prochain épisode
et plus il sera mis en avant dans les applications
tu peux aussi le partager
ça nous aidera à le diffuser
et à rendre le mouvement plus visible
si tu as envie de discuter du mouvement
alors rejoins nous dans la communauté
des compagnons du DevOps
à bientôt
la baladeau diffusion des compagnons du DevOps
est produite par l'Hydra