IFTTD - If This Then Dev

Il y a 3 ans, dans l'épisode #43 je recevais Arnaud Lemaire. 3 ans plus tard, nous faisons une refacto de l'épisode !**Continuons la discussion**@ifthisthendev@bibearLinkedInDiscord** Plus de contenus de dev **Retrouvez tous nos épisodes sur notre site.Nous sommes aussi sur Instagram, TikTok, Youtube, Twitch ** Job Board If This Then Dev **Si vous avez envie de changer de job, visitez le job board If This Then Dev ! Si vous voulez recruter des personnes qui écoutent IFTTD, il va s'en dire que le job board d'IFTTD est l'endroit o&ugrave il faut être ! Ce job board est fait avec My Little Team!** La Boutique IFTTD !!! **Affichez votre appréciation de ce podcast avec des goodies faits avec amour sur la boutique ou affichez clairement votre camp tabulation ou espace.** Participez au prochain enregistrement !**Retrouvez-nous tous les lundis à 19:00 (mais pas que) pour assister à l'enregistrement de l'épisode en live et pouvoir poser vos questions pendant l'épisode :)Nous sommes en live sur Youtube, Twitch, Lin

“Une entreprise de notre secteur a fait faillite en 20 minutes après avoir déployé un bug. Tester, c’est important”On ne le dira jamais assez, mais tester est essentiel. Cela sauve des entreprises, des projets, mais aussi des vies. La difficulté à maintenir et faire évoluer un code pour lequel il n’existe aucun test est un enfer, une épreuve quotidienne pour les équipes qui travaillent dessus. Mais parmi tous les tests possible et imaginable, quels tests faut-il faire ? Faut-il avoir 100% de son code de testé ? Qui, quand, et comment doit on rédiger ces tests ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse aux tests. Tous. Les tests unitaires, d’intégration, fonctionnels, d’IHM, A/B, de sécurité, … TOUS les tests. Nous cherchons à comprendre à quoi servent chaque test, mais surtout qui doit les écrire, les réaliser, et quand ?Le D.E.V. de la semaine est Arnaud Lemaire, Deputy CTO chez LGO. Arnaud vient nous parler de son expérience chez LGO où le

Pour l'épisode #42 je recevais Paul Amar, Lead CI/CD chez Michelin. Paul nous explique, avec son expérience de 5 ans en tant que lead CI/CD chez Michelin, ce que ces principes apportent aux équipes et au quotidien. Il partage aussi avec nous les points de frictions dans l’adoption par les développeurs ainsi les difficultés avec et pour les organisations.Pour ce compilé je reçois Arnaud Lemaire, qui fut l'invité de l'épisode 43.Ecouter l'épisode de Paul #42 – Intégration, continuité, dérive – Paul AmarEcouter l'épisode d'Arnaud #43 – Tester c’est douter – Arnaud LemaireRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@paulwebsec (https://twitter.com/paulwebsec)@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (https://twitter.com/bibear)Discord (https://discord.gg/FpEFYZM)Facebook (https://www.facebook.com/ifthisthendev/)LinkedIn (https://www.linkedin.com/company/if-this-then-dev/)Continuons la discussion sur ce sujet !

“Une organisation devra faire évoluer certains de ses process pour bénéficier du CI/CD”A mesure que les projets grandissent, que les équipes s’étoffent, les problèmes d’intégration se multiplient et les déploiements peuvent devenir de plus en plus complexes. Pour y répondre, les entreprises se dotent d’outils et de process pour faire de l’intégration continue et du déploiement continu (CI/CD). Mais est-ce réservé aux gros projets ? Où se situe le gain pour les équipes ? pour les Ops ? Comment bien mettre en place ces outils ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse à la chaine CI/CD et son impact sur les projets. Cet ensemble de process et d’outils qui a pour but de fluidifier la collaboration entre développeurs et s’assurer des déploiements serein. Le mot clé étant “continu”: assurer une continuité de l’activité, sans ruptures ni régression.Le D.E.V. de la semaine est Paul Amar, Lead CI/CD chez Michelin. Paul nous explique, avec son expé

Pour l'épisode 41, je recevais Mehdi Zed, développeur back-end chez Ubisoft et créateur de jesuisundev.com. il est venu nous parler de son parcours et de ce qui l’a amené à s’expatrier. Le choix, la concrétisation puis la vie sur place. Après quelques années à travailler en France, Mehdi à fait le choix de partir s’installer au Canada. Avec lui nous parlons des gains de son expatriation mais aussi des changements rencontrés et ce que cela a changé pour lui.Pour parler de cet épisode, je reçois Horacio Gonzalez, qui sera l'invité de l'épisode 48.Ecoutez l'épisode #41- L’herbe est plus verte ailleurs - Mehdi Zed

“L’éducation française est reconnue en Amérique du Nord”Une fois son diplôme en poche il est facile pour nous, developpeur, de trouver un travail. La question la plus difficile est bien “où commencer” ? Et le “où” est vraiment vaste. Nous avons la possibilité de travailler vraiment partout. Alors comment choisir sa destination ? L’herbe est-elle vraiment plus verte ailleurs ? Où se cache la difficulté ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à l’expatriation et la demande si forte de développeurs partout dans le monde. Ce contexte nous donne une énorme opportunité de travailler où bon nous semble, dans tous les pays qui peuvent nous faire envie. Nous parlons des challenges, des joies, des découvertes de la vie d’expatrié mais surtout comment le devenir. Nous évoquons aussi les différents schémas d’expatriation.Le D.E.V. de la semaine est Mehdi Zed, développeur back-end chez Ubisoft et créateur de jesuisundev.com vient nous parler de son

Pour l'épisode #40 je recevais Damien Cavaillès, fondateur de WeLoveDevs.com. Damien vient nous raconter son parcours d’entrepreneur et ce que ses compétences de dev lui permettent de réaliser au quotidien en tant qu’entrepreneur.Grâce à WeLoveDevs, Damien a aussi rencontré beaucoup d’indépendant et nous parle de sa vision sur la solitude du créateur et de l’entrepreneur.Pour parler de cet épisode je reçois Maxime Topolov, invité de la première heure sur IFTTD dans l'épisode #3 !Ecoutez l'épisode de Damien #40 - L’oeuf ou la poule, le dev ou l’entrepreneur ? - Damien CavaillèsEcoutez l'épisode de Maxime #3 – Voir grand avec les micro-services – Maxime Topolov

“Le développeur veut créer de la valeur, pas juste du code”Aucune start-up ne peut aujourd’hui commencer sans un dev, sans un CTO. Le dev est-il pour autant fait pour créer une entreprise ? Développer est un métier qui implique la création, la résolution de problème. Mais on dit aussi que c’est un métier solitaire, pour introverti et manquant d’interaction sociale. Est-ce compatible avec le rôle de créateur ?   Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à la création d’entreprise et le rôle du développeur dans cette aventure. Nous parlons de la contribution du dev dans la création d’entreprise, de la nécessité d’apprendre les autres métiers, de s’entourer, et des qualités qui font un bon dev et un bon entrepreneur.Le D.E.V. de la semaine est Damien Cavaillès, fondateur de WeLoveDevs.com. Damien vient nous raconter son parcours d’entrepreneur et ce que ses compétences de dev lui permettent de réaliser au quotidien en tant qu’entrepreneur.Grâce

Pour l'épisode 39 je recevais Julien Specker et Paul Amar pour nous parler de leurs expériences avec Brainfuck et whitespace, de ce qu’on peut faire avec, mais surtout de l'intérêt de l’exercice. On en parle avec Valentin Baudot

“Les langages ésotériques permettent de revenir à la base de la programmation, de l'algorithme”On aime ici se poser des questions sur la meilleure structure de données, le meilleur langage ou encore tout plein de questions. Mais il existe des langages “impossible”. Brainfuck et whitespace en sont les exemples les plus connus. Des langages illisibles, complexe même à écrire. Et pourtant tout aussi fonctionnel que le C ou le Swift. Mais pourquoi avoir créer ces langages ? Ont-ils une utilité ? Devriez vous les connaitre ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’interesse à ces langages étranges, ésotériques. Nous cherchons à à en comprendre le sens, le but et surtout l’utilité.Dans un échange très différent des habitudes de ce podcast, de manière très décontracté, Julien Specker et Paul Amar viennent nous parler de leurs expériences avec Brainfuck et whitespace, de ce qu’on peut faire avec, mais surtout de l'intérêt de l’exercice. Nous essayons aussi à

Pour l'épisode #39, je recevais Simon Courtois, freelance et créateur de PDFMonkey. Simon vient nous raconter son parcours sur Ruby, l’importance de Rails dans sa popularité et surtout nous démontrer le potentiel et le confort de ce langage ! Nous évoquons bien sûr la montée en puissance du Ruby et sa disparition des langages à la mode. Un langage surprenant, qui a encore de beaux jours devant lui !On parle de cet épisode avec Mehdi Zed

“Ruby a été créé pour rendre les développeurs heureux”Ruby a beaucoup été évoqué dans ce podcast. Toujours pour illustrer le phénomène de hype de notre secteur. Ruby a été très populaire en 2010, beaucoup moins en 2020. Pourquoi ce langage a-t-il connu une telle heure de gloire ? Pourquoi une telle chute ? Toujours avec l’envie d’apprendre, il était important que j’en apprenne plus sur ce langage qui est passé si vite dans le paysage. Et pouvoir enfin répondre à cette question : que fait-on en Ruby en 2020 ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, a pour but de se remettre en question. Après avoir tant décrié Ruby sans vraiment le connaître, il était temps d’en apprendre plus pour se faire une idée précise du potentiel de ce langage. Et le moins que l’on puisse dire est que je n’ai pas été déçu ! Le D.E.V. de la semaine est Simon Courtois, freelance et créateur de PDFMonkey. Simon vient nous raconter son parcours sur Ruby, l’importance de Rails dans

“A chaque use-case sa base NoSQL”Pour l'épisode 37, je recevais Vincent Heuschling, Fondateur de Affini-Tech et animateur du podcast Big Data Hebdo. Vincent vient nous raconter son parcours dans les bases de données et surtout nous expliquer le théorème CAP et les raisons de l’arrivée du NoSQL. Nous passons en revue avec lui les différents paradigmes (majeurs) du NoSQL et dans quels cas ils peuvent s’utiliser. Nous parlons enfin du NewSQL et tentons de répondre à cette question qui nous taraude tous: le SQL est-il mort ? On débriefe de l'épisode avec Emmanuel Demey qui sera dans l'épisode #45Ecouter l'épisode #37 en entier : #37 - Le SQL est mort, vive le SQL - Vincent Heuschling

“A chaque use-case sa base NoSQL”Le SQL et ses bases Oracle/MySQL sont la base de tout dev. On y est tous passé. On en fait même encore beaucoup. Pourtant on entends parler de tant de nouvelles technos. Depuis plusieurs années le NoSQL a le vent en poupe et semble une promesse à tous les manquements d’une bonne vieille base SQL. Pourtant quand 2 technos robustes occupent le terrain du SQL, comment choisir parmi toutes les options de NoSQL ? Qu’est ce que le NewSQL ? Le SQL est-il mort ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, se penche sur cette techno si ancienne et pourtant si fiable: le SQL. Pourquoi le NoSQL est-il nécessaire, et à quel problème toutes ces technos tentent de répondre ? Le NewSQL est-il l’espoir de tout unifier ? Le D.E.V. de la semaine est Vincent Heuschling, Fondateur de Affini-Tech et animateur du podcast Big Data Hebdo. Vincent vient nous raconter son parcours dans les bases de données et surtout nous expliquer le théorème CAP e

Pour l'épisode 36 je recevais Guillaume Montard, fondateur de bearer.sh. Guillaume vient nous raconter son parcours et les outils qu’il a utilisé et créé pendant ses expériences. On discute de ce qui constitue un “tool” ou un “service” sous traité. De l’attrait des packet manager et leurs risques. Dans ce contexte particulier de confinement pour le covid-19, nous parlons aussi des outils utile pour le télé-travail et Guillaume partage avec nous les excellentes pratiques qu’ils utilisent chez bearer, une start-up 100% télé-travail !On discute de l'épisode avec Paul.Ecouter l'épisode de guillaume sur le toolingEcouter l'épisode de Paul sur brainfuck

“Si on construisait des ponts comme on code, pas grand monde ne voudraient marcher dessus”Quand on code, on s’équipe. Qui parmis vous code encore avec juste Vim, sans framework, sans librairie … et surtout sans internet ? Que ce soit via votre IDE, ou votre packet manager, on code avec plein d’outils pour nous faciliter la tâche. Et quand il s’agit de se faciliter la tache, GitHub, StackOverflow sont aussi de bon outils ! S’ajoute à tout cela les services que l’on implémente pour “sous-traiter” certaines features. Comment donc bien s’outiller ? Faut-il garder la main sur certains éléments ? un bon outil est-il individuel ou collectif ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à tous les petits outils utilisés par les devs. Que ce soit un outil bricolé maison, jusqu’à la solution intégrée complète d’un prestataire, les outils sont nombreux. Certains sont superficiels, d’autres sont une affaire de goût, toute une catégorie est quant à elle de

“Il faut choisir ses combats”Pour l'épisode #35, je recevais Clémentine Guyon, CTO chez Karamel. Avec un parcours atypique et plusieurs expériences de création de start-up, Clémentine nous explique comment choisir ses core-feature, comment s’y consacrer pour créer au plus vite un produit à mettre entre les mains des consommateurs. Elle nous raconte aussi ses expériences avec des VC et ce qui constitue aujourd’hui un MVP.On débriefe de l'épisode avec Damien Cavaillès.Ecoutez l'épisode #35 en entier : #35 – Bootstraper son app – Clémentine GuyonRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@clementinehoux (https://twitter.com/clementinehoux)@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (https://twitter.com/bibear)Discord (https://discord.gg/FpEFYZM)Facebook (https://www.facebook.com/ifthisthendev/)LinkedIn (https://www.linkedin.com/company/if-this-then-dev/)

“Il faut choisir ses combats”Au début de tout projet, de toute start-up, se pose un ensemble de questions. Les choix techniques bien sûr, mais aussi des choix sur les features à intégrer en premier et comment les intégrer. Faire son premier MVP, minimum viable product, est un travail important pour tester son idée. Il faut faire les bon choix. Quelle feature créer soit-même, quelle feature doit-être intégrée depuis un plugin, un service, ou un module trouvé sur le net ? Sur quoi faut-il se concentrer que faut-il externaliser ? Quelles technos s’y prêtent le mieux ?   Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, est consacré au “bootstraping”. Cette méthode qui consiste à lancer une app ou un service avec le moins de moyens possible. Faire grand avec peu. On s’intéresse à ces techniques, ces choix qu’il faut faire et surtout comment faire les bons choix pour présenter au plus vite un MVP complet. Et d’ailleurs, le MVP est-il encore vraiment “minimum” ou “vi

“On peut tracker tous les problèmes, spécifiques à chaque langages, mais aussi tout ce qui se passe bien”Pour l'épisode #34 je recevais Valériane Venance. Developer advocate chez Clever Cloud. Valériane nous raconte comment elle est arrivée sur ES et nous déroule tous le processus de passage sur APM. On y parle Micro-services vs Monolith, temps de réponse, disponibilité, bug, stack, tracking et aussi gestion. Car une fois les problèmes détéctés, il faut encore pouvoir s’en occuper !On débriefe de l'épisode avec Gautier Franchini Senior Consultant chez Data Essential.Ecoutez l'épisode en entier

“On peut tracker tous les problèmes, spécifiques à chaque langages, mais aussi tout ce qui se passe bien”La performance applicative est un sujet central pour tout dev. Il ne faut pas juste faire un code qui fonctionne, mais un code qui fonctionne vite. Pour apprécier cette performance, il faut pouvoir la mesurer bien sûr. Il existe beaucoup de solutions qui permettent de suivre ces indicateurs ou même d’en suggérer. Mais quelle solution choisir ? Que faut il suivre ? Et surtout, quand on a toutes ces informations, on en fait quoi ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à la mesure de la performance applicative via la solution d’ElasticSearch: APM. Au travers de la puissance de ES, couplée à Kibana, APM permet de mettre en place un suivi très simple et très complet de la performance. Et comme toujours, en tweakant un peu l’ensemble on peut aller beaucoup plus loin. Reste encore à suivre ces metrics ensuite ...Le D.E.V. de la semaine est V