Electro Monkeys

Inutile de vous le rappeler, nous vivons une période trouble ; période durant laquelle nous sommes parfois obligé de revoir jusqu'à la moindre de nos habitudes quotidiennes. Est-ce un changement temporaire ou durable ? Quelque soit la réponse, cette crise a jeté un éclairage nouveau sur notre rapport avec le numérique, que son utilisation soit dans le cadre des loisirs, de l'école ou du travail.Dans ce rapport au numérique, une fois de plus nous ne sommes pas à égalité : il y a ceux qui ont la fibre et ceux qui n'ont même pas la 3G, il y a ceux qui ont un pc dernière génération avec un écran 27'', et ceux qui ont un smartphone de seconde main avec un écran 3.5''. Or dans une société où l'accès au numérique est une nécessité à tous points de vue, comme ça l'a été durant la période de confinement, la pilule est un peu dure à avaler dans un pays qui a pour devise "Liberté, Egalité et Fraternité".Pour parler de ce sujet un peu inhabituel dans ce podcast, j'ai décidé de vous surprendre en invitant de nouveau  Audrey Neveu, Xavier Bourguignon et Emmanuel Feller. Après tout, il me fallait bien ce collège d'experts pour traiter de ce problème qui leur tenait particulièrement à coeur. Et si vous écoutez bien jusqu'au bout, vous découvrirez qu'ils ont une proposition très intéressante à vous faire ! C'est parti pour un tour !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Si d'aucun considère encore l'informatique comme un outil, beaucoup le voit aujourd'hui comme un simple objet de consommation : smartphone, console de jeu, ordinateur de bord, maison connectée, et j'en passe. A tel point qu'on en oublierait presque que ce n'est qu'une "bête" machine contrôlée par un code. Alors peut-être que, si vous n'êtes pas non plus un lecteur d'Asimov, vous vous imaginez encore les robots comme des êtres animés de noirs desseins prêts à envahir le monde...Pour que nous gardions le contrôle sur la technologie, plutôt que ce soit elle qui nous plie à sa volonté, quoi de mieux que de la faire découvrir en pratique à nos enfants ? C'est là l'objectif de Devoxx4Kids. L'initiation en s'amusant entouré d'animateurs passionnés ; peut-on rêver mieux ?Pour discuter de ce sujet passionnant, j'ai le plaisir de recevoir trois piliers emblématiques de Devoxx4Kids : Audrey Neveu, Xavier Bourguignon et Emmanuel Feller. Car, quand ils ne sont pas devant leur terminal à coder, qui chez Pivotal, qui chez SonarSource et qui chez Clever Cloud, ce sont eux qui imaginent les plus géniaux programmes pédagogiques pour nos chères têtes blondes. Alors c'est parti !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Spring est un framework du début des années 2000 pour faciliter le développement d'une application Java. Mais depuis le début des années 2000, bien des choses ont changé dans notre manière d'exécuter nos applications. L'apparition de Spring boot en 2014 a encore rendu plus simple la création d'une application autonome.La façon dont les applications tournaient dans les années 2000, puis 2010, a encore considérablement changé ces dernières années. Il y a d'abord eu l'avènement du cloud, avec Heroku, Cloud Foundry et Google App Engine, puis des conteneurs et de Kubernetes, sans oublier les fonctions... Chaque environnement d'exécution a ses particularités et ses spécificités qui sont autant de challenges pour le développement d'un framework.Parce que Java est un langage populaire, et que l'exécution d'applications Java est tout autant une préoccupation des devs que des ops, j'ai tenu à faire une série sur les défis de Java et du cloud natif. Pour commencer cette série, j'ai le plaisir de recevoir Stéphane Nicoll. Stéphane est software engineer pour VMware depuis le rachat de Pivotal par ce dernier, où il s'occupe activement du développement de Spring boot. Avec lui, je discute de l'évolution de Java, de Spring, des Buildpacks et de bien d'autres sujets passionnants !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Depuis l'arrivée des premiers smartphones, le développement d'applications mobiles a considérablement bouleversé la manière de travailler des développeurs. Les premières versions de ces applications n'ont d'ailleurs pas toutes été des réussites, les développeurs étant partagés entre créer une application cross platform, ou une application ciblant directement iOS ou Android.En quoi consiste le développement mobile ? S'agit-il de créer des clients lourds ou des applications web ? Quelle est la différence avec le monde de l'ordinateur individuel ? Quels besoins spécifiques est-ce que ça adresse ? Faut-il utiliser des frameworks comme React ou Flutter, ou bien s'orienter directement vers Swift et Kotlin ? Le développement mobile est relativement récent et fait encore face à de nombreux challenges. Pourtant de plus en plus d'entreprises  développent aujourd'hui des applications spécifiquement pour ces plateformes.Pour mieux comprendre cet écosystème, je reçois dans cet épisode Yacine Rezgui. Yacine est Developer Advocate pour Google, et avec lui je discute de cet univers passionnant du mobile, depuis ses premières années jusqu'au challenges actuels auxquels il doit faire face.Notes de l'épisodeDeveloping Android Apps with Kotlin by GoogleSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Depuis ses débuts en 2006, le cloud n'a cessé d'évoluer pour donner aux développeurs une meilleure expérience de déploiement de leurs applications. Si Amazon, Heroku, Pivotal Cloud Foundry ont été parmi les premiers, les options sont aujourd'hui bien plus nombreuses et de plus en plus spécifiques en fonction du type d'application.Mais le cloud n'est pas le seul a avoir évolué, le web a lui aussi connu de profonds changements depuis le web 1.0 et ses sites statiques. De nouveaux langages sont apparus, et avec eux de nouveaux frameworks. Un développeur web n'a aujourd'hui que l'embarra du choix. Mais au delà du code, le "build" et la façon d'exécuter le code de l'application peuvent avoir de gros impacts sur les performances, l'expérience utilisateur, et même sur l'environnement.Azure propose aujourd'hui un nouveau concept : les Static Web Apps. Pour en parler, je reçois Wassim Chegham. Wassim est Senior Cloud Advocate pour Microsoft, et dans cet épisode, je discute avec lui des différentes évolutions du web, et des raisons pour lesquels Microsoft a choisi de lancer ce tout nouveau service.Notes de l'épisode :Slide Web 4.0Essayer Azure (12 mois gratuits)Azure Static Web Apps (preview public)Apprendre Node.js gratuitementSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Gordon Moore, Nolan Bushnell, Vinton Cerf, Tim Bernes-Lee, Steve Wozniak, qui n'a pas un jour entendu l'histoire d'un de ces grands bidouilleurs à l'origine des microprocesseurs, des jeux vidéo, d'Internet, du Web ou de l'ordinateur individuel ? Mais la célébrité n'était pas le but, et aucune de toutes ces belles choses n'est l'oeuvre d'une seule personne.Car le but du maker n'est pas nécessairement de créer quelque chose d'utile, mais de créer, tout simplement. Comprendre, apprendre, essayer, se tromper, recommencer, réussir parfois, partager, c'est là tout l'univers des hackers. Ai-je oublié de mentionner un sens de l'humour potache qui est souvent leur signature ?Dans cet épisode, j'ai le plaisir de recevoir Sébastien Nedjar. Sébastien est maître de conférence à l'université d'Aix-Marseille, et il est le fondateur du FabLab du pays d'Aix. Avec lui je pars à la découverte des bidouilleurs, des célèbres FabLabs, et d'un projet bien plus ambitieux pour le monde de l'éducation : Let's Steam.Notes de l'épisodeLe FabLab d'Aix en Provence : https://labaixbidouille.com/Nosbridge San Francisco : https://www.noisebridge.net/wiki/Noisebridgeles innovateurs  de Walter Isaacson : https://www.livredepoche.com/livre/les-innovateurs-9782253194453L'Open Bidouille Camp : https://openbidouille.net/Maker Faire : https://makerfaire.com/Le Souk des Sciences : https://www.univ-amu.fr/en/public/science-soukCoding Goûter : https://codinggouter.org/STMicroelectronics : https://www.st.com/content/st_com/en.htmlLe projet Let's Steam : http://www.lets-steam.eu/Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Un conteneur est un processus qui a son propre système de fichiers et qui est isolé des autres processus de son hôte par des fonctionnalités du noyau Linux. Sous cette définition à première vue anodine se cache en réalité un monde de complexité. Abstraire cette complexité et rendre l'exécution d'un conteneur simple impose de faire des compromis, et dans le cas de Docker ces choix ont souvent été au détriment de la sécurité.Aujourd'hui Redhat vient avec une alternative à Docker : Podman. Podman est un outil simple, dont le jeu de commande rappelle tout à fait celui de Docker, mais qui, contrairement à ce dernier, met la sécurité au premier plan. C'est un choix différent qui s'appuie donc sur d'autres compromis.Dans cet épisode, je reçois Benjamin Vouillaume. Benjamin est consultant pour InTech Luxembourg, et il a eu l'occasion de partager son expérience sur Podman lors de différentes conférences. Avec lui je discute des atouts et des faiblesses de Podman afin de mieux comprendre comment celui-ci s'inscrit dans le paysage technologique de Redhat.Notes de l'épisdolePodman : https://podman.io/crun : https://github.com/containers/crunbuildha : https://buildah.io/cri-o : https://cri-o.io/Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

L'objectif de l'observabilité, et donc de développer une application observable, est de s'assurer que les comportements indésirables de cette application pourront être rapidement détectés lorsqu'elle sera mise en production. Que vaudrait un service dont nous ne connaîtrions pas le taux d'indisponibilité ou d'erreurs ? Que vaudrait un système dont la cause d'un disfonctionnement ne pourrait pas être analysé ?Or la difficulté à laquelle nous nous retrouvons confrontés, c'est la diversité des outils nous permettant de collecter ces données, qu'elles soient des métriques, des logs ou des traces. Comment synthétiser cette donnée afin de l'exploiter, et comment réunir en un seul point l'ensemble des informations qui vont nous permettre de déterminer la source d'un problème.C'est un challenge que doivent relever aujourd'hui les outils d'APM. Dans cet épisode, je reçois Alex Mechain et Jean Detoeuf. Alex est Sales Engineer pour Instana où Jean est Software Engineer. Tous les deux viennent nous expliquer les enjeux de l'observabilité, et le fonctionnement d'un outil moderne d'APM.Notes de l'épisodeLe blog d'Instana : https://www.instana.com/blog/Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Si les conteneurs sont venus révolutionner la manière d'exécuter nos applications, ils ne sont jamais que la première pierre d'un édifice beaucoup plus grand. Et dans cet édifice, Kubernetes qui permet d'orchestrer ces conteneurs, n'en est jamais que la seconde pierre.Nous avons ainsi vu tout un écosystème naître autour de Kubernetes : de nouveaux outils de CI et de CD, une nouvelle forme de monitoring, une nouvelle approche des policies, de nouveaux outils de sécurité pour répondre à de nouvelles menaces, et j'en passe. Chacun est ainsi libre de choisir les composants de cet écosystème qu'il souhaite utiliser, ou de se reposer sur un tier en mesure de faire ces choix pour lui.C'est la proposition faite par Google Anthos : une plateforme d'applications modernes. Dans cet épisode, je reçois Romain Vrignaud. Romain est DevOps Product Specialist pour Google, et ensemble nous discutons de la vision de Google au travers d'Anthos, et des différents éléments qui compose cette plateforme d'un genre tout nouveau.Notes de l'épisodegVisor https://gvisor.dev/in-toto https://github.com/in-totoGrafeas https://grafeas.io/Kritis https://github.com/grafeas/kritisIstio https://istio.io/Envoy https://www.envoyproxy.io/OPA Gatekeeper https://github.com/open-policy-agent/gatekeeperSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

J'imagine que tout comme moi, vous êtes passionnés par la tech. C'est un monde où les choses vont vite, très vite, où le paysage change constamment, et où l'ennui n'existe pas ! Pourtant, tous les projets de transformation ne sont pas des réussites, loin s'en faut. Mais quels sont les enjeux d'un tel projet, comment se construit-il, comment faire en sorte de mettre toutes les chances de son côté pour qu'il devienne réel un succès ?Peut-être serez-vous déçu d'apprendre que d'avoir les meilleures technologies, les meilleurs ingénieurs et la meilleure volonté ne suffira pas toujours.Florent Ramière, mon invité dans l'épisode 34 sur Kafka a souhaité partager avec nous les leçons qu'il a tiré sa position de sales engineer chez Confluent, car c'est un métier que les techs connaissent peu, ou mal, et qui pourtant a un rôle crucial pour leur bien être. Merci à Florent pour ce partage, et je vous laisse apprécier cet épisode bonus.Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.