IFTTD - If This Then Dev

Pour l’épisode #67, je recevais Julien Danjou, Staff Engineer chez DataHog et auteur de livres autour de Python. Julien était venu nous raconter sa rencontre avec Python mais surtout ce qui l’a fait y rester toutes ces années. Nous parlions avec lui de la VM Python, des performances, et de ce qui fait la force de python. Grâce à son expertise il nous expliquait comment Python peut tout à fait s’adapter à toutes les tailles de projets. Pour en parler, je reçois Ellène.Continuons la discussion@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (https://twitter.com/bibear)@juldanjou (https://twitter.com/juldanjou)Discord (https://discord.gg/FpEFYZM)Facebook (https://www.facebook.com/ifthisthendev/)LinkedIn (https://www.linkedin.com/company/if-this-then-dev/)

“Même 2 ans après, ton code est toujours aussi lisible”Dans la jungle des langages il y a un langage, pourtant ancien, qui a pris le devant de la scène depuis quelques années. Si vous êtes dans la data science, vous faites très certainement du Python. Cette popularité soudaine a amené d’autres usages au Python et on trouve aujourd’hui tout type de projets utilisant ce langage. Pourquoi Python a-t-il ainsi repris du poil de la bête ?   Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse au Python, ce langage qui a plus de 20 ans, mais qui connait son age d’or depuis quelques années. Très utilisée dans la sphère des analyses mathématiques, c’est tout naturellement qu’avec l’explosion de la data science et des analyses de données, le Python a pris de l’ampleur pour devenir un des langages les plus demandés. Pourtant sa machine virtuelle est connue pour être lente au delà d’un certain volume de traitement ou en terme de gestion de la distribution.Le D.E.V

Pour l'épisode #66 je recevais Olivier Dupuis, CTO de Interencheres. 2 ans après son arrivée au poste de CTO, son équipe à vécu ce qui nous pend tous au nez: un hackeur a profité d’une brèche. Brève, mais brèche malgré tout.Sans filtre et sans tabou, Olivier nous racontait tout. Ce qu’il avait mis en place comme mesures préventives depuis son arrivée, comment la brèche a été malgré tout ouverte, et ce qu’ils ont mis en place ensuite pour que cela ne se reproduise plus, ou qu'en tout cas ils soient mieux préparés quand ça arrivera.Pour en parler je reçois Alain Bernard, invité de l'épisode #70 et RSSI d'un grand groupe du CAC40Continuons la discussionLinkedin Olivier (https://www.linkedin.com/in/olivier-dupuis-4126b3/)@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/)

“Chercher un coupable ne sert à rien. On avance mieux en étant solidaires”Un épisode un peu particulier cette semaine. Je reçois Olivier Dupuis, CTO de Interencheres. 2 ans après son arrivée au poste de CTO, son équipe à vécu ce qui nous pend tous au nez: un hackeur a profité d’une brèche. Brève, mais brèche malgré tout.Olivier vient donc nous raconter comment cette brèche est apparue et les heures qui ont suivies cette attaque.Comment cela se passe-t-il dans les bureaux ? Qui fait quoi ? Comment reprend-on le contrôle ? Comment identifie-t-on le problème ? Comment reconstruit-on ce qui a été détruit ? Et surtout, que fait-on après ?Sans filtre et sans tabou, Olivier nous raconte tout. Ce qu’il avait mis en place comme mesures préventives depuis son arrivée, comment la brèche a été malgré tout ouverte, et ce qu’ils ont mis en place ensuite pour que cela ne se reproduise plus, ou qu'en tout cas ils soient mieux préparés quand ça arrivera.Car si il y a un bien un enseignement à tirer de leur mésaventure: person

Pour l'épisode #65 je recevais Jihed Othmani, CTO et co-fondateur de Expensya. Jihed était venu nous parler de sa promesse folle à ses utilisateurs. Être disponible sans faille, toute l’année. Il nous racontait comment, dès la conception du projet, il a gardé cet objectif en tête. L’impact que cela a en matière de construction, mais aussi sur les équipes de développements. Nous parlions avec lui de choix techniques, de choix d’implémentation, de choix de création ou d’achat, mais aussi de la politique de sécurité. Et avec tout cela de bordé, Jihed trouve tout de même le temps de préparer un plan de reprise d’activité !Pour en parler, je reçois Quentin AdamContinuons la discussionLinkedIn de Jihed: https://www.linkedin.com/in/jihed-othmani-8b732736/@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/)

“Le meilleur code est celui que je n’écris pas”On pense tous que notre code est invulnérable. Une fois en prod, nous prenons souvent conscience des lacunes de celui-ci, ou des manquements de la plateforme. Il est acquis que le 0 downtime est impossible à atteindre. Et pourtant… Il existe des équipes qui travaillent avec cet objectif en tête: zéro panne. De la conception jusqu’à la supervision, tout est centré sur cet objectif. Mais alors comment peut-on tenir cette promesse ? Quelle différence dans la construction du projet ? Et surtout comment prévoir l'imprévisible ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à une promesse qui peut paraître utopique : ne jamais être indisponible. Comment peut-on construire un service sécurisé, fiable, 100 % disponible et sans aucune perte de données. Après tout, il est impensable d’arriver un jour sur Google et de trouver une page d’erreur. Alors pourquoi d’autres ne pourraient pas le faire ? Le D.E.V. de l

Pour l'épisode #64 je recevais Quentin de Metz, CTO de Pennylane. Quentin a fondé PriceMatch puis Pennylane. Dans ces expériences il eu l’occasion de choisir des technos, d’ajouter des technos et même de retirer des technos de sa stack. Il est venu nous raconter comment il a fait ces choix, comment il faut vivre avec (que ce soit en terme de vie du projet ou en terme de recrutement) et comment choisir quand tirer sur la prise. Il nous expliquait aussi comment un dev doit se tenir à jour et se former, sans pour autant se disperser. Il nous montrait comment se tenir informé pour choisir la bonne techno, au delà des effets de mode, pour conserver une stack efficace mais dans le but de rendre un service donné à ses clients. Pour en parler je reçois Tiphaine Romand.Continuons la discussion@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (https://twitter.com/bibear)https://twitter.com/pennylanecomptaDiscord (https://discord.gg/FpEFYZM)Facebook (https://www.facebook.com/ifthisthendev/)https://www.facebook.c

“Il faut être très pragmatique dans la conception de son système, et il y a une grande valeur à avoir un système simple ”Notre secteur connaît beaucoup de modes. Qu’il s’agisse de langages, de méthodes, ou d’architectures, il y a toujours “LA bonne façon du moment”. A l’inverse, il y a des choix qui semblent dépassés. Personne ne penserait à 2020 à faire du cycle en V, ou de créer un site en C. Pourtant cela se fait. Les technos plus anciennes seraient a priori plus robustes, plus éprouvées. S’ajoute à cela notre nécessité à nous former, à devoir être au courant des tendances, sous peine d’être has-been. Faut-il donc se former à toutes les technos à la mode ? Faut-il construire tout nouveau projet avec le dernier cri du dev ? La hype doit elle être suivie ou fuie ?Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse aux effets de mode dans le monde de la tech. Sans vouloir être chronologique ou exhaustif, on se penche sur le sujet d’application ou pas

Pour l'épisode #63 je recevais Mickaël Rémond, Fondateur de ProcessOne. Mickaël était venu nous parler de ses 20 années passées sur Erlang, de la création de ejabberd, un serveur de messagerie utilisé par WhatsApp aujourd’hui et de ce qui se fait avec Erlang aujourd’hui. Il nous racontait aussi ce qui fait la particularité de ce langage procédurale, ses forces, mais aussi ses faiblesses. Nous évoquions aussi bien sûr Elixir, langage créé par un ancien rubyste basé sur Erlang ainsi que Phoenix, le framework basé sur Elixir. Pour en parler, je reçois Geoffroy CouprieLiens évoqués pendant l’émissionProcessOne, les créateurs d’ejabberd: https://www.process-one.netPage du podcast Double Vie, animé par Mickaël Rémond: https://mickaelremond.com/double-vie/Erlang: https://www.erlang.orgElixir: https://elixir-lang.orgPhoenix: https://www.phoenixframework.orgRetrouvez tous nos épisodes sur notre site https://ifttd.io/listes-des-episodes/Continuons la discussion@ifthisthendev (https://twitter.com/ifthisthendev)@bibear (

“Un des principes, souvent mal compris, mis en avant par les créateur c’est le: let it crash”Chaque jour, autour de nous, nous côtoyons des objets anodins, auxquels on ne pense pas, mais qui sont indispensable. Par exemple Colas: c’est une entreprise peu connue du grand public, pourtant c’est le premier constructeur de route dans le monde. Donc tous les jours, vous marchez sur un produit Colas. Dans la tech c’est pareil. Erlang est un langage qui semble peu utilisé, en déclin même, et pourtant quasiment tout le web fonctionne aujourd’hui grâce à ce langage, certaines apps que vous utilisez tous les jours, se reposent dessus. Mais quelle est donc cette techno ? où est-elle utilisée ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse à Erlang, ce langage créé par Ericsson avec un objectif en tête: être la solution à des problématiques de temps réel et de temps de réponse imposées par l’explosion du trafic sur les routeur.Le D.E.V. de la semaine est Mi

Pour l'épisode #62 je recevais Mathilde Lemée, CTO et co-fondatrice de Jolimoi. Mathilde était venue nous expliquer son choix de privilégier une PWA plutôt qu’une app et le gain que cela représente pour elle et son équipe. Elle nous racontait aussi ses frustrations sur les limitations et ses espoirs pour la suite. Nous parlions bien sûr de son stack, des spécificités du dev pour une PWA et de l’impact sur le recrutement.Pour en parler je reçois Olivier HervieuContinuons la discussion@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/)

“les erreurs de conception peuvent avoir de lourdes conséquences plus tard”Créer un service ou un site amène toujours la question: faut-il une app ? La réponse n’est pas toujours oui, et ce qui fait souvent dire non, c’est souvent le coût associé à la création et le support d’une app sur 2 plateformes (iOS et Android) qui s’ajoute au coût de support du site principal. Il existe pourtant une solution simple, les Progressive Web App. C’est comme un site, et comme une app en même temps. Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse à ces sites qui se comportent comme des apps. Les PWA sont une alternative à la création d’une app, qui permette de n’avoir plus qu’une seule plateforme à maintenir, et donc une stack plus simple, mais aussi d'éviter le filtre du store et ses délai de publication.Le D.E.V. de la semaine est Mathilde Lemée, CTO et co-fondatrice de Jolimoi. Mathilde vient nous expliquer son choix de privilégier une PWA plutôt qu’une app et

Il y a 3 ans, dans l'épisode #61 je recevais Laetitia Avrot. 3 ans plus tard, nous faisons une refacto de l'épisode !**Continuons la discussion**@ifthisthendev@bibearLinkedInDiscord** Une conférence IFTTD ! **Grande nouvelle pour les fans d'IFTTD ! Nous planifions une conférence pour 2024 et ton avis est essentiel.Participe à notre sondage rapide et aide-nous à créer un événement qui te ressemble** Plus de contenus de dev **Retrouvez tous nos épisodes sur notre site.Nous sommes aussi sur Instagram, TikTok, Youtube, Twitch **Découvrez Magma : La Newsletter Essentielle pour les Entrepreneurs et Devs** Ne ratez pas Magma, la newsletter hebdomadaire incontournable pour les entrepreneurs et les développeurs. Chaque vendredi, recevez des analyses détaillées sur les tendances business, les enjeux à venir, les signaux faibles, et bien plus. Rejoignez la communauté de Magma avec le code "IFTTD23" pour bénéficier de 7 jours gratuits et une remise de 100€ sur l'abonnement annuel. Découvrez plus et soutenez le podcast :

“Le SQL est mal enseigné, voire pas du tout”Dans le monde des bases de données il y a des technos qui avancent vite, et d’autres qui avancent bien. C’est le cas de PostgreSQL, techno très ancienne, mais qui a su se faire une place de choix dans le coeur des devs et des ops avec une stabilité et une performance à toute épreuve. Mais à l’heure du NoSQL, faut-il encore faire du Postgres ? Quel avenir pour ce mamouth ?  Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s’intéresse donc au PostgreSQL, ce moteur de bases de données du siècle dernier qui gagne toujours en popularité grâce à sa stabilité et son évolutivité. Postgres offre un moteur terriblement efficace et un ensemble de modules, créés par la communauté, qui enrichissent énormément les capacités. D’une stabilité reconnue, Postgres offre aussi des performances sur d’énormes volumétries qui sont inégalées. Le D.E.V. de la semaine est Lætitia Avrot, experte postgreSQL et contributrice PostgreSQL. Laetitia

Pour l'épisode #60 je recevais Hugo Farizon, CTO de Kardinal. Hugo était venu nous raconter tous les paramètres que Kardinal sait prendre en compte pour résoudre le problème du voyageur de commerce. Il nous expliquait aussi comment son équipe est construite, entre des chercheurs très mathématiques (et dev) et des devs très pointus.Pour en parler, je reçois Cédric Levieux.Continuons la discussion@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 y a 3 ans, dans l'épisode #60 je recevais Hugo Farizon. 3 ans plus tard, nous faisons une refacto de l'épisode !**Continuons la discussion**@ifthisthendev@bibearLinkedInDiscord** Une conférence IFTTD ! **Grande nouvelle pour les fans d'IFTTD ! Nous planifions une conférence pour 2024 et ton avis est essentiel.Participe à notre sondage rapide et aide-nous à créer un événement qui te ressemble** 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 enreg

“On envoie un JSON de 700Mo pour un traitement en quelques millisecondes”Se rendre d’un point A à un point B est chose aisée aujourd’hui, les solutions pour trouver le meilleur trajet ne manquent pas. Mais quand il s’agit de trouver la route optimale qui passe par 200 points en prenant en compte la capacité de chargement d’un camion … c’est une autre histoire ! C’est le fameux problème du voyageur de commerce. Problème soit disant insoluble mais que les services de livraisons doivent résoudre. Mais alors comment résoudre un problème insoluble ? Faut il choisir entre un super calculateur ou un temps de traitement infini ? Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à ce problème du voyageur de commerce et les solutions existante aujourd’hui. Surtout qu’aujourd’hui il ne s’agit pas simplement de trouver le meilleur trajet pour un voyageur, mais optimiser les tournées de plusieurs camions en même temps en prenant en compte la capacité de chargeme

Pour l'épisode #59 je recevais Francis Nappez, co-fondateur de Tech.Rocks et de BlaBlaCar. Francis était venu nous raconter comment il a co-fondé Blablacar et comment il a réussi à transmettre beaucoup à ses équipes. Il nous montrait comment transmettre toutes les clés à ses équipes pour qu’elles réussissent à faire, mais aussi comment recruter des gens meilleur que lui, qui sauront eux aussi transmettre à toute l’équipe afin que tout le monde progresse et grandisse.On parle de l'épisode Avec Julien Danjou.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)LinkedIn de Francis (https://www.linkedin.com/in/fnappez/)Discord (https://discord.gg/FpEFYZM)Facebook (https://www.facebook.com/ifthisthendev/)LinkedIn (https://www.linkedin.com/company/if-this-then-dev/)

“Avant de parler tech, il faut parler du projet et de son adhésion au projet”A mesure qu’une équipe tech grandit, il est facile de se perdre. Perdre en qualité de production, en valeur, en communication, en efficacité… C’est une opération risquée. Pourtant, la solution est simple: la transmission. Mais il y a beaucoup de choses à transmettre, et à chaque étape de croissance il y a un peu plus à transmettre à ses équipes. Pour leur donner de l’autonomie, du respect et leur permettre de contribuer pleinement et sereinement au projet de l’entreprise.Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, s'intéresse à cette notion de transmission. Pas seulement du savoir, pas seulement de la formation tech, mais aussi de la transmission de valeurs d’une équipe, de façon de faire, de responsabilité et de toutes ces soft skills importantes pour un faire un bon dev.Le D.E.V. de la semaine est Francis Nappez, co-fondateur de Tech.Rocks et de BlaBlaCar. Francis vient nous ra

“Pour faire du code utile, tu présentes le code qui ne fonctionne pas et tu vois si c’est utilisé”Au final on peut tout réaliser. C’est une question de temps et de ressource. C’est souvent un problème d’ailleurs. On veut tellement tout faire que l’on se demande rarement si ça sert à quelque chose de le faire. Je ne parle pas de grande philosophie comme la citation similaire. Juste d’utilité. Coder une feature est tentant, mais la feature sera-t-elle utilisée ? Et la question qui devrait venir juste derrière, à quoi sert ce que je fais ?   Ce nouvel épisode d’IFTTD - If This Then Dev, présenté par Bruno Soulez et produit par CosaVostra, on se pose la question de l’utilité du code et l’utilisation du code. Comment donner du sens à notre travail pour faire du code utile. Utile à la société, à son environnement ou simplement à son entourage. Et comment faire du code utilisé: qui sera mis en prod et régulièrement exécuté et peut-être même pérenne.Le D.E.V. de la semaine est Pascal Combescot, CTO de Perfarmer, une