Code 18 par Devsights

Code 18 par Devsights

Code 18 par Devsights — Le podcast qui explore le côté humain des TI. Un “Code 18”, c’est quand le problème est à 18 pouces de l’écran… donc du côté de l’humain ! Chez Devsights, on croit que la clé en TI, c’est l’humain. Sans jugement, on échange, on apprend et on évolue ensemble, avec une touche d’humour. Définitions, enjeux, dynamiques d’équipe : on vulgarise, on débat, on rit et on veut rendre la tech accessible. Joignez-vous à la discussion !

Épisodes

  1. 7 oct.

    10 - C'est quand que j'ai besoin d'un MVP

    Dans cet épisode, on continue sur notre lancée du mois passé. Après le quoi, voici le quand : quand est-ce qu'on a besoin d'un MVP? Ève-Lyne et Viviane, designer UX/UI chez Devsights, se retrouvent en tête-à-tête pour démêler les signes qui montrent qu'il est temps de passer à une solution numérique sur mesure. Comment savoir que ton Excel ne répond plus à tes besoins? Pourquoi on pardonne autant à nos outils numériques alors qu'on n'accepterait jamais ça d'un employé? Et qu'est-ce qu'on attend de toi, comme client, pour que le projet avance vite et bien? Entre la frustration comme meilleur indicateur, un restaurant où il faut répéter sa commande à trois personnes, la peur du changement et un client qui ne paie plus que deux licences au lieu d'une vingtaine, une conversation concrète sur le bon moment pour se lancer. Hésitez pas à nous encourager avec un petit like ou un commentaire! À bientôt! LinkedIn: https://www.linkedin.com/company/devsights/posts/Facebook: https://www.facebook.com/devsightsInstagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com Timestamp:0:00 Intro : la suite de l'épisode sur le MVP1:04 Après le quoi, le quand1:20 Les signes qu'on a besoin d'une solution numérique3:14 Quand Excel ne répond plus à tes besoins3:30 Écouter la frustration, la tienne et celle de tes gens4:41 Quand un nouvel employé prend des semaines à être opérationnel5:44 Pourquoi on pardonne autant à nos outils numériques8:05 Adapter l'outil à toi, pas l'inverse9:17 Des statuts visuels et un système qui te parle10:21 Le temps sauvé, c'est de l'argent10:49 La difficulté de chiffrer le retour sur investissement13:58 Les objectifs d'un MVP15:30 L'exemple des médecins et de la paperasse16:00 Sécurité et accès aux données17:38 Quand tes systèmes ne se parlent pas18:33 L'analogie du restaurant19:56 On chicane l'erreur humaine, mais pas l'erreur numérique20:11 Concevoir un système qui prévoit les erreurs21:00 Petit détour : le verre d'eau et la charge mentale22:18 Tester ses idées avant le gros changement22:56 La réticence et la peur face au changement23:49 Garder le savoir dans l'entreprise25:16 Simplifier sans perdre le savoir-faire26:21 Ce qu'on attend du client27:17 Prendre le temps de faire une introspection29:45 L'ouverture d'esprit et un processus challengeant31:47 Être disponible : c'est toi qui donnes le rythme32:53 Pas obligé que ce soit le boss33:43 Après la livraison, on continue d'ajuster33:59 Les questions à se poser : tes irritants35:37 Consulter les employés sur le terrain36:41 Impliquer les gens pour faire accepter le changement37:41 Arriver avec des sketchs, ou pas38:13 Valider le vrai besoin38:43 Pas besoin d'attendre que tout casse39:06 Un MVP coûte moins cher qu'on pense39:41 Exemple client : payer deux licences au lieu d'une vingtaine40:47 Retour sur investissement et flexibilité41:24 Parler à de vrais humains41:46 Le meilleur moment pour un MVP42:20 Courrier du cœur et conclusion43:25 Joyeuse Halloween! #Code18 #Devsights #PodcastTI #BaladoQuébec #CultureTech #Informatique #GenieLogiciel #MVP #TransformationNumérique #Manufacturier #PME #HumainEtTech #DevFR #TechFR #VulgarisationTech

  2. 9 sept.

    09 - C'est quoi un produit minimum viable (MVP)

    Dans cet épisode, Ève-Lyne et Viviane se lancent en tête-à-tête (une première) pour démystifier le MVP. C'est quoi au juste un minimum viable product ? Pourquoi ce nom-là leur convient pas toujours ? Et surtout, comment on décide ce qui rentre dedans, et ce qui reste dehors ? Entre le débat sur MVP versus MDP (minimum désirable), la différence entre un prototype et un vrai MVP, le syndrome du « tant qu'à faire » qu'on connaît tous en rénovation, et l'IA qui peut virer votre projet en patchwork de Frankenstein si on la guide pas assez, une conversation franche sur comment construire petit, tester vite, et écouter les vrais utilisateurs plutôt que sa propre tête. Hésitez pas à nous encourager avec un petit like ou un commentaire ! À bientôt ! LinkedIn : https://www.linkedin.com/company/devsights/posts/Facebook : https://www.facebook.com/devsightsInstagram : https://www.instagram.com/devsightsou écrivez-nous à code18@devsights.com Timestamp :0:00 Intro : l'épisode sur le MVP0:52 Premier épisode en tête-à-tête entre filles1:15 Démystifier le MVP, débat sur le nom (MVP vs MDP)4:06 Le MVP comme produit fini, pas une esquisse4:38 C'est quoi un prototype, la différence avec le MVP5:58 Le principe fail fast, learn faster7:15 Les différentes sortes de MVP (jetable vs commercialisable)9:29 Pourquoi commencer avec la plus petite version possible10:59 Trois objectifs : réduire le risque, développer la collaboration, tester par morceaux11:55 La courbe d'apprentissage pour les utilisateurs20:55 Bien définir les objectifs et les problèmes du client22:19 L'importance de l'honnêteté du client sur ses enjeux24:21 Rester vocal et honnête pendant le projet25:39 Le lien avec le perfectionnisme, se donner le droit à l'erreur26:43 Pourquoi le MVP est challengeant pour tout le monde27:09 Le syndrome du « tant qu'à faire »28:56 Confirmer les bonnes idées avec de vrais utilisateurs29:31 L'exemple du logiciel livré « parfait » qui plante30:59 Un produit qui trouve finalement un autre type de client40:15 Savoir enlever des fonctionnalités déjà réfléchies41:27 Le vibe coding et l'IA comme anti-MVP42:08 Le rôle réel de l'IA dans le développement44:07 Revenir à des produits simples dans un monde surstimulé45:37 Un MVP, c'est pas toujours une solution numérique46:33 Comment déterminer ce qui fait partie d'un MVP47:55 Exemple concret : un projet plein d'inconnus49:01 Trouver le strict minimum pour répondre à son hypothèse50:10 Exemple manufacturier : sauver du temps50:39 Accepter la frustration comme partie du processus51:33 Conclusion : un MVP solide, testé, plus petit que prévu52:31 Conclusion et remerciements #Code18 #Devsights #PodcastTI #BaladoQuébec #MVP #ProduitMinimumViable #CultureTech #Informatique #GenieLogiciel #DevFR #TechFR #VieDeDev #ManagementIT #VulgarisationTech

  3. 12 août

    08 - Le mieux est l'ennemi du bien, Voltaire

    Dans cet épisode, on jase de quelque chose qui touche pas mal tout le monde chez Devsights : le perfectionnisme. Ève-Lyne, Viviane et JP se lancent dans une conversation vulnérable sur ce trait qui est à la fois une force et un vrai frein, selon le jour. Comment savoir quand c'est suffisant? Pourquoi c'est si difficile d'accepter le "assez bon" quand on est capable d'imaginer la perfection? Et comment une équipe de perfectionnistes arrive à se challenger sans se brûler? Entre le modèle Dreyfus, des fusées pour aller sur la Lune, et la phrase qui résume tout : le mieux est l'ennemi du bien, une conversation honnête sur les standards, l'ego et l'art de savoir arrêter. Hésitez pas à nous encourager avec un petit like ou un commentaire! À bientôt! LinkedIn: https://www.linkedin.com/company/devsights/posts/ Facebook: https://www.facebook.com/devsights Instagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com Timestamp: 0:00 Intro : l'épisode sur le perfectionnisme 1:09 Pourquoi ce sujet, l'équipe de perfectionnistes 2:06 La perfection dans le chaos organique du podcast 2:24 Qualité vs perfectionnisme : un atout qui devient un frein 3:22 Exemple client : savoir dire non au "package deal" 3:53 Savoir quand arrêter selon les domaines (design, UX, dev) 4:35 S'associer à ce qu'on produit 5:13 Le piège du tout ou rien 5:41 Définir des critères d'acceptance suffisants 6:43 Se challenger soi même plutôt que de vouloir plaire 7:23 Mesurer le succès par la satisfaction des utilisateurs 7:49 Exemples de projets ratés dans le manufacturier 9:15 Tester avec de vrais utilisateurs plutôt que deviner 10:16 "Le mieux est l'ennemi du bien" (Voltaire) 11:09 Freiner une équipe de perfectionnistes 12:14 Accepter 80 % quand c'est suffisant 12:38 La déception vient de nous, pas des clients 13:56 Les risques : anxiété et épuisement 14:29 Célébrer les succès en équipe 14:59 Perfectionnisme et difficulté à déléguer 15:40 Définir des critères clairs pour déléguer 17:47 Ne pas déléguer dans l'urgence 18:01 Réactions au stress : figer, fuir, foncer 19:18 Demander de l'aide malgré le perfectionnisme 20:25 Entêtement vs perfectionnisme 21:16 Le rôle de l'ego 23:53 Le perfectionnisme fluctue selon les domaines 25:04 Exemple du cinéma maison : optimiser avec ce qu'on a 28:52 Optimisateur plutôt que perfectionniste 29:07 Le juge intérieur constant 30:13 Les projets créatifs et le processus imparfait 33:04 Analogie du vélo et l'apprentissage 34:15 Le perfectionnisme comme spectre infini 34:41 Le paradoxe : ça empêche de se perfectionner 36:43 Petit détour Wikipédia 37:03 Comment l'équipe fonctionne malgré tous perfectionnistes 39:02 Standards élevés et pression sur JP 40:01 Perfectionnisme sain vs malsain chez un gestionnaire 40:38 Les standards d'embauche chez Devsights 44:09 Ego vs manque de confiance 45:19 Une question de maturité et de respect 47:03 Le modèle de Dreyfus expliqué 51:05 Comment mettre en pratique "le mieux est l'ennemi du bien" 52:39 Définir les critères en amont 53:39 La règle : pas deux fois la même erreur 56:08 Préférer former des juniors motivés 58:06 Difficile d'appliquer la phrase concrètement 1:00:05 Simplicité, temps et budget 1:01:56 Les standards non négociables comme repère 1:03:23 Conclusion et remerciements #Code18 #Devsights #PodcastTI #BaladoQuébec #CultureTech #Informatique #GenieLogiciel #SoftSkills #HumainEtTech #DevFR #TechFR #VieDeDev #ManagementIT #BienEtreAuTravail #VulgarisationTech

  4. 8 juil.

    07 - Savoir dire non... encore en apprentissage

    Dans cet épisode, on s'attaque à quelque chose de simple en apparence, mais de pas mal plus compliqué dans la vraie vie : savoir dire non. Ève-Lyne, Viviane et Karl jasent de ce petit mot de trois lettres qu'on a tant de misère à prononcer, au travail comme ailleurs. Pourquoi les non mous passent moins bien que les oui mous? Comment dire non à un client quand on a l'impression de parler au nom de toute la compagnie? Pis comment trouver l'équilibre entre vouloir plaire et être honnête sur ce qui est réaliste? Entre anecdotes vécues, fusées, vélos et épiceries sur la Lune, une conversation authentique sur la diplomatie, le consentement et l'art de mettre ses limites sans culpabiliser. Fait amusant : on a dit le mot « non » 178 fois dans cet épisode. Hésitez pas à nous encourager avec un petit like ou un commentaire! À bientôt! LinkedIn: https://www.linkedin.com/company/devsights/posts/Facebook: https://www.facebook.com/devsightsInstagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com

  5. 10 juin

    06 - L'envie de se déconnecter dans un monde TI

    Dans cet épisode, on plonge dans un sujet qui touche tout le monde dans le monde des TI, mais dont on parle peu : l'envie de déconnecter. Ève-Lyne, Karl et Xavier jasent sans filtre de ce paradoxe bien réel, travailler en informatique toute la journée et ressentir un besoin viscéral de s'éloigner des écrans. Permanence numérique, pression d'être toujours disponible, dopamine des réseaux sociaux, ennui créateur et réapprentissage du silence : la conversation part dans plusieurs directions, toutes aussi honnêtes les unes que les autres. Un épisode humain, authentique et un peu philosophique, pour tous ceux qui ont déjà posé leur téléphone dans une autre pièce et trouvé ça... libérateur. La podcast de Rad mentionnée dans l'épisode : https://www.youtube.com/watch?v=zopdNWO8UDE Hésitez pas à nous encourager avec un petit like ou un commentaire! À bientôt! LinkedIn: ⁠⁠https://www.linkedin.com/company/devsights/posts/⁠⁠ Facebook: ⁠⁠https://www.facebook.com/devsights⁠⁠ Instagram: ⁠⁠https://www.instagram.com/devsights⁠⁠ ou écrivez-nous à ⁠⁠code18@devsights.com 0:00 Introduction et présentation du sujet1:02 L'envie de se déconnecter : d'où ça vient2:05 L'effet des saisons sur notre humeur3:09 Le malaise d'être toujours rejoignable3:48 Anecdote : le CD et le choc générationnel5:34 Plus d'outils, mais plus déconnectés des autres5:57 L'époque où être disponible était l'exception6:32 La culpabilité de ne pas être disponible7:03 Laisser son téléphone dans une autre pièce8:07 L'incapacité de s'ennuyer8:46 L'ennui comme moteur de créativité9:08 La surstimulation et la baisse de l'attention9:58 Le brain rot : le cerveau s'adapte11:09 Est-ce un privilège d'être déconnecté ?12:08 Le numéro de téléphone et l'identité numérique14:04 La fracture numérique et les personnes âgées15:11 Vivre sans identification : bien ou mal ?16:14 Quand la connexion devient une contrainte18:05 Avez-vous un rituel pour couper du travail ?19:05 Le rituel d'Eveline : la porte du bureau19:37 Le parcours de Xavier : apprendre à décrocher22:25 Le rituel de Carl : le gaming comme me time23:42 La pression d'être joignable ou productif25:46 Le cerveau qui rumine un problème27:39 La sérendipité : résoudre en faisant autre chose28:39 Accepter nos limites : on n'est pas des machines29:28 Les profs alarmistes : se former jour et nuit ?30:41 Se former pendant ou hors des heures de travail31:54 L'addiction à l'urgence et le FOMO32:43 Les choses bougent moins vite qu'on le prétend34:02 Les fondations de l'informatique35:26 Ne pas vouloir être son travail36:14 L'évolution de la culture de travail37:00 Le travail fait-il partie de notre identité ?38:06 L'histoire du téléphone OnePlus en silencieux40:22 Reprendre le contrôle sur la technologie40:57 Les Dumb Phones expliqués42:01 Stratégies : notifications et écran noir et blanc42:57 Le combat contre soi-même et le temps d'écran43:53 Instagram, les hobbies et la dopamine des likes45:11 Le doom scrolling et la régulation émotionnelle46:33 Des alternatives au doom scrolling47:06 La double pression : ne pas scroller mais être productif48:50 Le podcast sur le brain rot : conseils pratiques50:30 Trouver le temps pour ses hobbies51:17 Réapprendre à apprivoiser l'ennui53:48 Reconditionner son cerveau : le devoir collectif54:10 Le seuil de plaisir et le retour à la nature55:13 Conclusion : allez jouer dehors !

  6. 13 mai

    05 - Consultants ou équipe interne: les deux camps

    Dans cet épisode, on plonge sans filtre dans un débat que presque toutes les entreprises affrontent à un moment donné, souvent dans l'urgence : consultant ou équipe interne? JP, Viviane et Ève-Lyne démêlent les pour et les contre des deux options, sans prétendre qu'il existe une réponse universelle. Contexte, budget, maturité de l'entreprise, charge de travail, expertise disponible : les critères sont nombreux et la bonne réponse dépend de ta situation. Un épisode concret, ancré dans la réalité du terrain, pour t'aider à prendre cette décision-là avec les bons arguments en main. L'article sur le monde TI et l'agriculture mentionné dans l'épisode : https://nearzero.software/p/warranty-void-if-regenerated Hésitez pas à nous encourager avec un petit like ou un commentaire! :) À bientôt! LinkedIn: ⁠https://www.linkedin.com/company/devsights/posts/⁠Facebook: ⁠https://www.facebook.com/devsights⁠Instagram: ⁠https://www.instagram.com/devsights⁠ou écrivez-nous à ⁠code18@devsights.com

  7. 8 avr.

    04 - Le syndrome de l’imposteur : ami, ennemi… ou un peu des deux?

    Dans cet épisode, on plonge sans filtre dans la vulnérabilité pour aborder ce foutu syndrome de l’imposteur qui nous suit un peu trop souvent. On partage nos propres expériences, nos doutes et surtout, on explore comment ce phénomène se manifeste dans notre industrie, l’informatique. Impossible de parler de compétences, de légitimité et d’avenir sans toucher à l’IA, parce qu’en 2026, qui n’en parle pas? On discute donc aussi de son impact sur notre confiance, notre travail et notre perception de nous-mêmes. Un épisode vrai, imparfait, et terriblement humain. Hésitez pas à nous encourager avec un petit like ou un commentaire! :) À bientôt! LinkedIn: https://www.linkedin.com/company/devsights/posts/ Facebook: https://www.facebook.com/devsights Instagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com

  8. 11 mars

    03 - Site Web vs Boutique en ligne vs Application Web

    Dans ce troisième épisode de Code 18, on démêle une confusion qu’on entend souvent : c’est quoi la différence entre un site web, une boutique en ligne et une application web? On vous donne des repères simples et des exemples concrets pour mieux nommer ce que vous voulez (ou ce dont votre entreprise a vraiment besoin). Éviter le classique “on veut un site web” quand, dans le fond, c’est pas ça pantoute. Bonne écoute! Écrivez-nous!  LinkedIn: https://www.linkedin.com/company/devsights/posts/ Facebook: https://www.facebook.com/devsights Instagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com Bonne écoute ! 🎧

  9. 11 févr.

    02 - Mais c’est quoi un designer UX/UI et un développeur ?

    Dans ce deuxième épisode de Code 18, on essaie fort d’expliquer c’est quoi ça fait un designer UX/UI et un dev à Mononcle Serge qui a jamais vu une imprimante de sa vie ! On s’est vraiment donné pour trouver LA phrase passe-partout, mais spoiler alert : c’est pas si simple que ça. Par contre, on fait de notre mieux! Pis vous autres, vous expliqueriez ça comment à Mononcle Serge ?Partagez-nous ça, on aime toujours vous lire ! LinkedIn: https://www.linkedin.com/company/devsights/posts/ Facebook: https://www.facebook.com/devsights Instagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com Mentionné : https://panoramix.app/ Bonne écoute ! 🎧

  10. 13 janv.

    01 - Sur mesure vs Platforme existante souvent payante

    Dans ce premier épisode de Code 18, l’équipe vous invite à plonger dans la grande question: C’est quoi le mieux ? Une application sur mesure ou une plateforme existante (probablement payante) ? On a pris le temps d’analyser les deux options, et on partage avec vous nos réflexions : Quels sont les avantages et inconvénients de chaque approche ? Dans quels contextes privilégier le sur mesure, ou choisir une plateforme ? Petit jeu bonus: comptez le nombre de fois que nous disons : “Ça dépend du contexte!”  Des questions, des réactions ? Rejoignez la discussion avec nous sur LinkedIn: https://www.linkedin.com/company/devsights/posts/ Facebook: https://www.facebook.com/devsights Instagram: https://www.instagram.com/devsights ou écrivez-nous à code18@devsights.com Bonne écoute ! 🎧

  • 10 épisodes

À propos

Code 18 par Devsights — Le podcast qui explore le côté humain des TI. Un “Code 18”, c’est quand le problème est à 18 pouces de l’écran… donc du côté de l’humain ! Chez Devsights, on croit que la clé en TI, c’est l’humain. Sans jugement, on échange, on apprend et on évolue ensemble, avec une touche d’humour. Définitions, enjeux, dynamiques d’équipe : on vulgarise, on débat, on rit et on veut rendre la tech accessible. Joignez-vous à la discussion !

Informations

  • Création
    Code 18 par Devsights
  • Années d’activité
    2026
  • Épisodes
    10
  • Classification
    Contenu explicite
  • Copyright
    © Code 18 par Devsights
  • Site web de l’émission
    Code 18 par Devsights