IFTTD - If This Then Dev

Pour l'épisode #33, je recevais Frederic Cabestre. Développeur indépendant et programmeur fonctionnel depuis de nombreuses années. Frédéric vient nous raconter son parcours, sa vision du FP et comment passer un projet sur ce paradigme.On résume cet épisode avec Simon Courtois !

“La pureté de la programmation fonctionnelle supprime tout effet de bord. ”Le paradigme objet s’est imposé pour beaucoup comme le paradigme par défaut de la programmation. Et pourtant il existe bien d’autres façon de faire. Peu enseignée à l’école, la programmation fonctionnelle gagne en traction et est de plus en plus utilisée. Mais est-ce juste un effet de mode ? A quel point est-ce différent de construire un projet en mode objet ? Peut-on tout faire en programmation fonctionnelle ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à ce “nouveau” paradigme, pas si nouveau. L’universalité du mode objet n’est plus, il est donc normal de s’intéresser à cette façon faire, pourtant présente dès les début de la programmation. Dans une ère de virtualisation, d’abstraction forte par rapport à la machine, la programmation objet peut prendre son essor.Le D.E.V. de la semaine est Frederic Cabestre. Développeur indépendant et programmeur fonctionnel depuis de

"Il faut que les outils soit intégrés pour pousser l'information sans que les gens n'aient besoin d'aller chercher l'information"Un numéro hors série et d'actualité.En plein confinement pour se protéger du COVID-19 en France, j'ai enregistré, depuis chez moi un épisode avec Guillaume Montard de Bearer sur les outils et nous avons parlé aussi des outils pour le télétravail.Pour ne pas attendre la sortie de cet épisode, je vous en livre la partie qui nous concerne fortement aujourd'hui: le télé-travail.Et surtout : #RestezChezVousRetrouvez nous sur Twitter@bibear@g_montard

Pour l'épisode #32, je recevais Shirley Almosni Chiche. Agent de carrière. Shirley vient nous parler de son approche différente. Elle n’aide pas que les entreprises à mieux recruter, mais aussi les candidats à mieux chercher et mieux se préparer. C’est une agent de carrière. Elle vient nous raconter son expérience et son ressenti sur ce marché si particulier. Elle partage avec nous les bonnes recettes pour trouver la bonne entreprise, réussir le parcours de recrutement et finalement trouver la bonne évolution de carrière. Shirley accompagne aussi les entreprises pour mieux définir leurs postes, ce dont ils ont besoin et ce qu’ils recherchent. On parle de l'épisode avec Vincent Heuschling qui sera l'invité de l'épisode #37Ecoutez l'épisode #32 - être recruté ou ne pas être recruté, tel est la question - Shirley Almosni Chiche

“Les entreprises ne recrutent pas bien”Le recrutement des développeur.euse.s est un sport de haut niveau. Beaucoup de postes ouverts, mais peu de candidat. Et surtout les entreprises ne veulent que des x10 devs. Et il faut ajouter le cliché qu’un.e développeur.euse ne sait pas se vendre comme il faut. Alors comment se démarquer ? Qui a vraiment l’ascendant dans la relation recruteur / candidat ? Comment trouver son job idéal ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse au marché du recrutement, à la réussite d’un entretien mais surtout comment trouver LA bonne opportunité.Le D.E.V. de la semaine est Shirley Almosni Chiche. Agent de carrière. Shirley vient nous parler de son approche différente. Elle n’aide pas que les entreprises à mieux recruter, mais aussi les candidats à mieux chercher et mieux se préparer. C’est une agent de carrière. Elle vient nous raconter son expérience et son ressenti sur ce marché si particulier. Elle partage avec

“Certaines équipes collaborent d’autres coopèrent”Dans l'épisode 31 je recevais Frédéric Bouchery, Lead developer chez Klaxoon. Ayant longtemps travaillé en Pair, Frédéric a poussé pour passer en Pair programming chez Klaxoon. Il vient nous raconter comment cette pratique a changé sa vie, comment s’est passé la mise en place chez klaxoon et que 2 n’est pas une limite. “Plus on est de fou, plus on rit”On en parle avec Clémentine, qui sera l'invitée de l'épisode 36.Retrouvez l'épisode entier #31 – Pair programming: 2 mains, 2 cerveaux, 2 fois mieux ? – Frédéric BoucheryRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@FredBouchery (https://twitter.com/FredBouchery)@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/)

“Certaines équipes collaborent d’autres coopèrent”Démocratisé il y a déjà longtemps, le pair programming n’est pourtant pas si répandu que ça. La pratique se confronte à de nombreux a priori. Ça utilise 2 fois plus de ressource humaines, ça coûte donc plus cher, ça nécessite moins d’ordinateur, un des deux ne fait rien … Et si c’était en fait très rentable ? SI le code était de meilleure qualité ? Si les équipes s’organisait mieux en travaillant ensemble ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse au Pair Programming. Cette pratique venue d’ailleurs qui consiste à coder à 2. 2 devs sur un même ordinateur, un seul au clavier, mais les 2 cerveaux mobilisé sur la même tâche. Nous cherchons à comprendre comment cette organisation peut se mettre en place, ce qu’elle apporte, quelles en sont les contraintes. Le D.E.V. de la semaine est Frédéric Bouchery, Leader developer chez Klaxoon. Ayant longtemps travaillé en Pair, Frédéric a poussé pour passe

“Tout ce qui est de l’IA c’est de la recherche et quand ça fonctionne ce n’est plus de l’IA”Pour l'épisode 30 je recevais Clodéric Mars, CTO chez craft ai. Clodéric vient nous raconter son parcours de plus de 15 ans dans l’IA, les différents projets sur lesquels il a travaillé, mais surtout de craft ai, qui veut faire des IAs une boîte blanche. Avec son équipe ils développent un moteur d’IA, accessible par API, qui permet aux entreprises d’exploiter leur données en continu au sein de services auto apprenants qui conservent une clarté dans la méthode de traitement de la donnée.Je reçois Guillaume Montard, de Bearer.sh, pour en parler.Retrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@cloderic (https://twitter.com/cloderic)@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/)

“Tout ce qui est de l’IA c’est de la recherche et quand ça fonctionne ce n’est plus de l’IA”l’Intelligence Artificielle est un sujet à la mode en ce moment. On en parle beaucoup, on en fait assez peu, et pourtant on l’utilise tous les jours. Pour que l’IA fonctionne il faut un volume de données important. Mais certains veulent faire de l’IA sans avoir de données, d’autres ont les données, sans penser à faire un peu d’IA avec. Comment exploiter cette donnée de manière intelligente ? Comment repérer les données pertinentes ? Et comment suivre la qualité de l’analyse d’une IA ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à l’IA et comment elle est utilisée aujourd’hui. Que ce soit ces IA dans nos quotidiens ou celles évoquées dans notre avenir. Pour beaucoup ces IAs sont des boîtes noires, dont on maîtrise peu l’évolution. Nous étudions donc comment une équipe peut garder la main sur l’évolution d’une IA tout en définissant aussi ce qu’est vraim

Il y a 3 ans, dans l'épisode #29 je recevais Marie Terrier. 3 ans plus tard, nous faisons une refacto de l'épisode !**Lancez votre boutique en ligne avec Shopify** Vous cherchez à lancer un site e-commerce rapidement et sans tracas techniques ? Shopify est la solution SaaS idéale pour créer une boutique en ligne professionnelle en quelques clics. Plus besoin de partir de zéro ou de gérer des frameworks complexes ! Shopify s’occupe de tout, de l’hébergement aux mises à jour, tout en offrant une flexibilité totale pour adapter votre boutique à vos besoins.

Dans l’épisode #29 je recevais Marie Terrier, CTO de Yelda. Développeuse NodeJS de longue date, Marie vient nous raconter comme Node est utilisé chez Yelda pour la conception des chatbots, la mise en place d’algorithme décisionnel pour les conversations et la gestion de nombreuses API.On débriefe de l’épisode avec Valériane Venance.Liens évoqués pendant l’émissionEcouter l’épisode #29 – Parler de NodeJS pour faire des chatbots – Marie Terrier Twitter des ladies of Code : https://twitter.com/ladiesofcodenodeSchoolParis : https://www.meetup.com/NodeSchool-Paris/Yelda : https://yelda.ai/Hapi & Joi : https://hapi.dev/family/joi/Husky : https://github.com/typicode/husky#readmeprettier + eslint : https://prettier.io/docs/en/integrating-with-linters.htmlnpm audit : https://docs.npmjs.com/auditing-package-dependencies-for-security-vulnerabilities"10 Things I Regret About Node.js - Ryan Dahl - JSConf EU" : https://www.youtube.com/watch?v=M3BM9TB-8yARepo github officiel des propositions de standards d'ECMAScript :

“Node est idéal pour traiter de grands volume de données, l’asynchrone et la communauté apportent énormément.”Certains parlent de la “Javascript fatigue” mais force est de constater que NodeJS est un framework qui s’impose de plus en plus que l’on retrouve partout. Javascript s’est imposé comme un langage de choix après avoir été si décrié. Professionnalisation du langage, des framework ou phénomène de mode ? Le paradigme du Javascript est-il adapté à tout ? Comment la complexité se gère-t-elle ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, se penche à nouveau sur ce langage si présent aujourd’hui en s'intéressant à ses capacité de construction applicative et de backend, pas uniquement en front. On parle de la gestion des modules, des problèmes de sécurité, des best practices à implémenter et des avantages / inconvénient du langage pour le onboarding de nouveaux dev dans l’équipeLa D.E.V. de la semaine est Marie Terrier, CTO de Yelda. Développeuse NodeJS d

Dans l’épisode #26 je recevais Jean-Marie Lamodière, software engineer chez Meetic. Jean-Marie vient nous raconter comment Meetic est passé au DDD, ce que cela a changé et surtout ce que cela a apporté dans les échanges entre les équipes techniques et les demandeurs. Et comment ce changement de paradigme modifie la pérennité des projets et leur déroulé. Quand tout le monde parle la même langue, forcément, les choses se déroulent plus facilement !On débrief de l'épisode avec Frédéric CabestreLiens évoqués pendant l’émissionEcoutez l'épisode entier #28 – Coder un métier avant de coder un algorithme – Jean-Marie LamodièreSlides de mon talk au dernier forum PHP au sujet du DDD chez Meetic : https://speakerdeck.com/jmlamodiere/de-crud-a-ddd-comment-meetic-a-sauve-son-legacy(et sa vidéo youtube : https://youtu.be/tdE5wE5MvsI )PDF récapitulatif du DDD (gratuit) : https://leanpub.com/theanatomyofdomain-drivendesignS'il ne fallait lire qu'un livre : https://www.amazon.fr/Patterns-Principles-Practices-Domain-Driven-Des

“Le code est un effet de bord de la compréhension métier”L’informatique n’est pas un métier. C’est un outil. Il en est de même avec le code. Dans les parallèle avec le monde du BTP, quand on apprends à coder, on apprends à manier un marteau. Nous n'apprenons pas à construire une maison. Juste à manier un marteau. Le marteau peut servir à construire une maison, un pont, accrocher un tableau ou tout un tas de choses encore. Nous avons donc l’obligation de comprendre un métier avant de passer au code, pour réaliser l’application qui est demandée par un client. Nous servons donc de traducteur d’un métier vers le langage machine. Mais cette traduction doit elle se faire dans un approche purement technique ? pourquoi la technique ne pourrait-elle pas aussi s’adapter au métier ? Et si le code était compréhensible par le client ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse au DDD. Il ne s’agit d’une nouvelle mouture de Donjons & Dragons, mais du D

Dans l’épisode 27 je recevais Pascal Martin, devOps chez M6, développeur, speaker … Pascal a vu beaucoup d’environnements et de projets et vient nous parler aujourd’hui de la capacité de certains systèmes à tenir la charge, à maintenir une réponse valide par vents et tempêtes. On évoque avec lui comment mesurer la performance avec des KPI utiles pour le métier mais aussi comment mesurer une performance en cascade. On parle bien sûr des méthodes pour prévenir les pannes ou mieux encore, comment résister quand celles-ci se présentent.On débrief de l’épisode avec Frédéric Bouchery, Architecte et Team Leader chez Klaxoon, qui est l’invité de l’épisode 31.Liens évoqués pendant l’émissionBlog de PascalÉcoutez l’épisode #27 – Créer une application digne d’highlander – Pascal Martin Retrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (https://twitter.com/bibear)@pascal_martin (https://twitter.com/pascal_marti

“Si 2 micro services sont liés, ce ne sont plus des micros services mais des problèmes en plus”Le doux rêve de l’application sans bug. On en rêve, les commerciaux le vendent. Avec l’explosion des systèmes distribués, des services en ligne, la notion de “sans bug” a beaucoup changé. Nous parlons désormais de résilience. Nos applicatifs sont tellement inter-connectées, liées à d’autres services, que nous sommes devenus dépendants des performances d’autres services. AWS, Google, traduction, Facebook Connect, BDD serverless .. autant d’éléments qui peuvent impacter vos performances. Alors comment s’en prévenir ? Comment garder une disponibilité quand d’autres ne le sont pas ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse à la notion de résilience applicative. Comment assurer un taux de réponses optimal quand la performance peut être réduite par tant de facteurs ? Comment mesure-t-on cette performance ? Les micro services peuvent-ils être une solutio

Dans l’épisode #26 je recevais William Bartlett, Architecte Agile qui accompagne aussi de nombreuses entreprises dans la mise en place de solutions agiles. William vient nous parler des arbre de décisions, des designs patterns qui aident à la décision et des méthodes pour faire le bon choix et reconnaître une mauvaise décision. On débriefe de l’épisode avec Michel Verdun, senior project leader et developpeur.Liens évoqués pendant l’émissionÉcoutez l’épisode complet: #26 – Avant de coder, choisir le bon code – William BartlettRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Code as Risk - Kevlin Henney - GOTO 2017https://twitter.com/kcpeppe/status/15473004648Système 1 / Système 2 : Les deux vitesses de la pensée, Daniel KahnemanTest-driven development (TDD) ; explications et démo par Robert “Uncle Bob” MartinTDD, Where Did It All Go Wrong - Ian Cooper - DevTernity 2017Architectural Decision RecordIT HOLY WARS - Guillaume Laforge - Keynote du JUG Summer Camp 2017High Output Manage

“On n’est pas propriétaire du code que l’on produit”Avant de coder, il faut choisir. Choisir un techno, un framework, un paradigme, un design pattern, l’équipe … Bref, avant de coder, il faut choisir beaucoup de choses. Et ces choix ont un impact fort, qui peut parfois se révéler mauvais longtemps après. Il est donc important de faire le bon choix ou de pouvoir faire un choix qui peut être changé plus tard. Mais alors, comment choisir la bonne techno ? Comment reconnaître un mauvais choix suffisamment tôt ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à tous ces arbitrage que nous faisons, comment nous les faisons. Mais savoir choisir n’est pas la seule complexité. Il faut savoir aussi reconnaître quand un mauvais choix à été fait. Il faut aussi déterminer qui porte le choix, la capacité et responsabilité du choix. Le D.E.V. de la semaine est William Bartlett, Architecte Agile qui accompagne aussi de nombreuses entreprises dans la mise en place

Dans l’épisode #25 je recevais Audrey Neveu & Xavier Bourguignon & Emmanuel Feller. Tous trois font parti du programme Devoxx4Kids qui organise chaque année plusieurs classes pour apprendre à des enfants de 4 à 15 ans à coder. De tout horizons, de tout genre, de tout âge. Leur objectif est de permettre à tous de s’initier à ce métier formidable.Avec eux, nous parlions des cours organisés, de la diversité des élèves, des programmes et des projets de devoxx4Kids. Mais aussi des autres programmes, du code à l’école, des enfants et tout simplement de la beauté de notre métier.On débrief de l’épisode avec Pascal Martin Lead DevOps chez M6., qui est l’invité de l’épisode 27.Écoutez l’épisode 25 - Éduquer les développeurs de demain - Audrey Neveu & Xavier Bourguignon & Emmanuel FellerÉcoutez l’épisode de Pascal: Créer une application digne d’highlanderRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@bibear (https://twitter.com/bibear)@Audrey_Nev

“A partir de l’adolescence la pression sociale écarte les filles du métier de dev”Conclusion de notre série d’épisodes consacrés à la diversité. Après 3 épisodes pour comprendre le problème de la diversité et de la représentativité dans le monde de la tech, il apparaît clairement que le problème commence tôt. Très tôt. Pour éduquer, ou dans le cas présent ré-éduquer, une société il faut commencer par ses membres les plus jeune. C’est la mission de plusieurs associations et programmes à travers le monde: enseigner le code dès le plus jeune âge, à un public le plus large possible afin de montrer que tout le monde peut devenir développeur.Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, problématiqueLes D.E.V. de la semaine sont Audrey Neveu & Xavier Bourguignon & Emmanuel Feller. Tous trois font parti du programme Devoxx4Kids qui organise chaque année plusieurs classes pour apprendre à des enfants de 4 à 15 ans à coder. De tout horizons, de tout genre, d