Pourquoi j'ai quitté mon job de développeur avant que l'IA ne prenne ma place | Podcast Better Stack Ép. 16

BBetter Stack
Computing/SoftwareSmall Business/StartupsAdult Education

Transcript

00:00:00Bienvenue sur le podcast Better Start, où nous discutons d'IA, de logiciel, de dev,
00:00:04et de toutes sortes de nouvelles technologies. Je suis l'un de vos hôtes, Richard, et je suis rejoint par...
00:00:09Je suis James.
00:00:10Je suis Andres.
00:00:11Et je suis Elliot.
00:00:13Hé, merci de te joindre à nous, Elliot. Comme tu l'as mentionné hors antenne, beaucoup d'entre nous sont fans
00:00:18de tes chaînes YouTube, des deux en fait, donc Dreams of Code et Dreams of
00:00:22Autonomy. Et oui, on en parlera plus en détail dans le podcast. Mais pour ceux qui nous écoutent et qui
00:00:27n'ont aucune idée de qui tu es, peux-tu te présenter ?
00:00:30Bien sûr. Oui. Donc je m'appelle Elliot. Je gère, je suppose, deux chaînes YouTube, comme Richard l'a mentionné.
00:00:37Je fais ça sur YouTube depuis environ trois ans maintenant. Mais à l'origine, j'ai commencé en tant que
00:00:42développeur logiciel. Donc je suis développeur professionnel depuis 2012. J'ai commencé
00:00:47à apprendre en 2007, puis je suis allé à l'université pour apprendre l'informatique. Et c'est devenu une
00:00:52véritable passion pour moi depuis que j'ai été initié à ce domaine. Et donc, naturellement, je crée maintenant des vidéos
00:00:57sur le développement logiciel.
00:00:59Sympa. Et je dirais que ton développement logiciel, ou les vidéos que tu fais, sont similaires à celles
00:01:06de Primeagen dans une certaine mesure, parce que tu te concentres sur les outils en terminal. Alors, as-tu
00:01:10toujours été un adepte de NeoVim et du terminal, ou est-ce que tu y es venu progressivement ?
00:01:13Oui. Donc, à l'université, nous avions un module sur l'écriture d'un compilateur. Et l'un des prérequis
00:01:21de ce module était de devoir travailler via SSH sur un système Unix en utilisant Vim. C'était donc un crash
00:01:28cours où il fallait non seulement écrire un compilateur en C++, mais aussi le faire sous Vim. Et beaucoup
00:01:34de gens ont appris à l'aimer par, je suppose, le syndrome de Stockholm, ce qui a vraiment été le cas pour moi
00:01:40aussi. Et c'est comme ça que j'ai appris Vim. J'utilisais encore des IDE à l'époque, mais j'avais une certaine
00:01:48expérience de Vim grâce à ce module. Et mon tout premier emploi consistait à me connecter en SSH à un système Unix. C'était dans
00:01:54la finance, en utilisant SSH sur un système Unix avec Vim en C++. J'ai donc simplement continué comme ça. Et depuis,
00:02:01j'ai surtout travaillé sous Vim, c'était le seul éditeur capable de pratiquement tout faire. Il y a eu une période où
00:02:06j'utilisais Xcode à cause des outils Apple, mais à part ça, c'est surtout Vim pour moi.
00:02:11Et oui, il y a eu comme une renaissance des utilisateurs de Vim, plus de gens sur YouTube en parlent.
00:02:17Oui, je pense. Et je pense qu'évidemment, Primeagen a énormément contribué à cela. Il a vraiment encouragé un
00:02:21grand nombre de personnes à s'intéresser à NeoVim et aux outils similaires. Mais je pense qu'il y a toujours eu une
00:02:27cohorte de personnes qui ont toujours apprécié cela. Comme avant que je ne fasse YouTube, avant même que je regarde
00:02:32des vidéos de programmation ou autre, il y avait toujours des gens en ligne qui parlaient d'outils et
00:02:35de choses comme ça. Donc il y a toujours eu un petit groupe de fans autour de ça. Je suppose que c'est NeoVim et Emacs.
00:02:41J'ai essayé Emacs. Je n'ai pas autant accroché, mais oui.
00:02:46Oui, on a eu, je ne sais pas si tu connais Bash Bunny, mais on l'a reçue dans un épisode précédent et c'est une grande fan
00:02:51de Doom Emacs. Elle était utilisatrice de NeoVim puis est passée à Doom Emacs à cause d'Org mode,
00:02:57ce que je n'ai pas encore essayé, mais qu'elle semble apprécier.
00:03:00Org mode est fantastique. C'est, oui, c'est incroyable, il n'y a rien d'autre qui y ressemble vraiment.
00:03:08Donc, quand je m'amusais avec Emacs, j'ai écrit tout mon init.el d'Emacs, ce qui est comme votre configuration.
00:03:15Je l'ai écrit en Org mode. C'était donc comme de la documentation, mais ensuite chaque bloc de code,
00:03:20tu peux faire en sorte que chaque fois que tu sauvegardes, le bloc de code se transforme en un fichier réel,
00:03:26si ça a du sens. Donc c'est, c'est, oui, c'est incroyablement puissant pour tout ce que vous pouvez
00:03:30faire avec. Et il n'y a rien de comparable, et je suppose que c'est grâce à Elisp qui permet juste
00:03:35cela. Oui. Oui. J'allais dire, je dois admettre que je n'ai jamais été un fan de Vim ou NeoVim,
00:03:40mais je pense que je suis en train de changer lentement à cause de l'IA, du fait que Claude Code
00:03:46écrit, évidemment, beaucoup de code pour moi. Je déteste ouvrir Cursor et les autres outils maintenant car
00:03:50ils sont remplis d'autres trucs d'IA, mais j'utilise Claude Code et Codex dans le terminal. Je me dis,
00:03:55je veux juste lire le code. Je ne veux pas que tous ces trucs d'IA me sautent au visage tout le temps.
00:03:59Et, si je veux faire une petite modification, je ne veux pas de la complétion automatique. Et oui, Cursor commence à
00:04:03donner l'impression qu'il veut me vendre tout et n'importe quoi en pleine face.
00:04:07Et je veux juste lire le code et modifier une ligne parfois. Donc, je pourrais lentement passer
00:04:12à autre chose. Donc oui, je pense que c'est très relatable aussi. Et je pense que le fait, je veux dire, je suppose que tu
00:04:17travailles aussi dans le terminal, donc cela a juste du sens de rester dans le terminal. Mais oui,
00:04:22je pense que c'est l'une des choses que j'apprécie vraiment avec NeoVim en ce moment. Je n'ai
00:04:25aucune complétion automatique par IA là-dedans ou quoi que ce soit de ce genre. Je l'utilise purement pour lire le code,
00:04:30naviguer dans le code et, en fait, l'éditer quand je veux l'éditer.
00:04:33Sympa. Et j'imagine qu'une grande partie des autres contenus que tu fais se concentre sur les outils CLI.
00:04:38Alors j'ai en fait découvert Zeoxide grâce à toi. Et quoi d'autre, tu as fait
00:04:44plusieurs vidéos sur différents outils. Tu as fait un top 10 des bizarres comme croc et ce truc
00:04:49bonsaï, et tout ça. Donc, comment trouves-tu ces outils ? Et qu'est-ce qui t'a fait tomber
00:04:55amoureux de certains outils ? Oui. Donc, comment je les trouve ? C'est une bonne question. Je lurke généralement
00:05:01pas mal en ligne. Je fais beaucoup de recherches actives sur différents forums, voyant ce que d'autres
00:05:06personnes utilisent, puis voyant des choses qui résolvent un problème pour moi. Zeoxide était un grand classique car
00:05:12naviguer dans le terminal a toujours été assez pénible. Et avec Zeoxide, une fois qu'on l'utilise,
00:05:18on ne peut plus vraiment revenir en arrière, je pense. Les bizarres étaient un peu plus difficiles. J'ai dû faire beaucoup de plongées,
00:05:23de recherches approfondies pour celui-là. C'était parce que j'avais fait une vidéo précédente sur les populaires,
00:05:28mais la plupart des gens connaissent les outils CLI populaires de nos jours. Et je voulais vraiment en faire un qui soit
00:05:32un peu plus pointu. Et donc j'ai dû faire beaucoup de recherches pour les trouver. Mais je veux dire, les étoiles GitHub,
00:05:38vous pouvez juste chercher des outils CLI sur GitHub. Il y a généralement de bonnes recommandations
00:05:43là-dedans. Oui. Tu sais, je suis aussi un grand fan de Zeoxide. Et je suis d'accord. Une fois que tu l'utilises, tu ne peux pas
00:05:47revenir en arrière. J'ai déjà utilisé une nouvelle machine avant qui ne l'avait pas encore. Et je faisais des cd en essayant
00:05:51d'aller dans l'un de mes répertoires courants et je me disais, ce n'est pas là. Et je me dis, j'ai besoin de
00:05:55Zeoxide. C'est beaucoup plus rapide. C'est beaucoup plus agréable. Oui. C'est frustrant quand tu passes sur une nouvelle machine et que
00:06:00tu n'as pas cet historique. Oui. Je pense aussi que j'ai suivi ton parcours dans la création d'une plateforme
00:06:06de cours en Go. Es-tu d'accord pour en parler un peu plus ? Oui. Oui. En fait, je l'ai changé de
00:06:12Go récemment, mais j'avais initialement prévu de le faire en utilisant Go, ce qui était, je pense, une bonne expérience
00:06:20d'un point de vue pratique. C'était à l'époque où HTMX était très en vogue. Et je voulais vraiment
00:06:26l'essayer et voir si c'était faisable de l'utiliser dans un projet plus large. Et je pense que les résultats sont mitigés.
00:06:32Je pense qu'on peut certainement le faire, mais ça commence à devenir un défi si on veut avoir une expérience
00:06:39web moderne, j'ai trouvé. Maintenant, Go est en fait très adapté pour ça, surtout avec des packages comme
00:06:45Templ, qui sont incroyables pour créer une logique de vue plus basée sur des composants, ce que l'on
00:06:51trouverait typiquement dans React ou quelque chose comme ça. Et avec HTMX, quand on récupère depuis le serveur
00:06:56en utilisant cette approche hypermédia, ça fonctionne plutôt bien. Le défi se pose si l'on veut
00:07:02plus d'interactivité côté client, c'est là que les choses deviennent un peu plus difficiles. Il y a
00:07:06Alpine JS, qui est plutôt bon pour ça. Mais j'ai trouvé qu'à un certain point, plus on veut aller
00:07:12vers la complexité, plus on finit par écrire du JavaScript de façon très vanilla, ce qui, je pense,
00:07:18je suis heureux qu'on s'en soit éloigné, car c'était plus difficile que ce qu'on a maintenant.
00:07:22Oui. Alors, voulais-tu dire spécifiquement faire des trucs du genre document.selectelement ou est-ce que c'est une-
00:07:28Oui, document.selectelement, mais même simplement organiser correctement le code JavaScript,
00:07:35il y a beaucoup de pièges quand on importe simplement des scripts et qu'on les utilise de la façon dont
00:07:40c'était fait avant, plutôt que d'utiliser un framework qui aide à faire ça. J'ai failli
00:07:45revenir vers jQuery, c'était devenu aussi mauvais. Oui, je pense qu'il y a un, j'ai oublié le nom,
00:07:50mais il y a un type, un grand fan de PHP Laravel, qui a fait un équivalent de HTMX. Je
00:07:57oublie, Alpine, tu l'as mentionné, Alpine JS. Il a ce Alpine Ajax, qui ressemble un peu
00:08:03à HTMX. Je ne sais pas si tu en as entendu parler. Oui, oui, Alpine Ajax. En fait, j'envisageais
00:08:08de passer à ça parce qu'il aurait été agréable d'avoir tout dans cet écosystème Alpine,
00:08:13mais ça avait l'air très cool, Alpine Ajax. Au final, j'ai fini par tout réécrire en Next.js simplement parce que
00:08:19c'était à l'époque où les agents sont apparus. Et j'ai, en fait, j'ai sauté sur Claude Code plus tôt
00:08:24que je pense la plupart des gens, juste pour essayer et voir ce qu'il pouvait faire. Et il a pu réécrire
00:08:29ce site web Go en Next.js assez bien. Donc j'ai fini par passer à Next.js à cause de ça.
00:08:36Mais pour revenir rapidement à toute la plateforme de cours Go.
00:08:41Oui. J'ai suivi ton parcours sur la construction de ça. Et je pense qu'en tant que YouTuber,
00:08:47il y a toujours quelque chose que tu dois faire à côté pour gagner de l'argent réel. Et je pense que la plateforme
00:08:52de cours est ton alternative à ça. Et comment as-tu trouvé la promotion, la construction, l'obtention
00:08:58de clients dessus ?
00:08:59Oui. Oui. OK. Donc, c'est une question intéressante. Donc, je fais le moins de marketing possible,
00:09:06je pense, pour quiconque vend un produit, ce qui, je crois, est une faille fondamentale parce que construire un
00:09:11produit est la moitié de la bataille, mais le commercialiser est l'autre moitié. Donc, c'est intéressant parce que je voulais vraiment
00:09:17faire un cours principalement pour en apprendre plus sur Go et, en quelque sorte, plus sur la façon de construire réellement des applications CLI
00:09:23avec. Mais je vais un peu plus loin dans ce niveau de programmation système aussi et
00:09:27je parle beaucoup des flux de fichiers standards, etc., etc. Un peu les choses qu'on apprend quand
00:09:33on construit des applications CLI plutôt que simplement, hé, utilisez ce framework. Voici cet outil. C'est plus aller
00:09:38un peu plus, pas aussi bien avec Go. Go ne va pas en profondeur dans le système d'exploitation,
00:09:44mais suffisamment pour comprendre davantage ces fondamentaux techniques de bas niveau, je suppose. Alors comment est-ce que je
00:09:51m'y prends pour transformer cela en une entreprise ? Je pense que tu as raison quand il s'agit de YouTube. YouTube
00:09:54lui-même est assez terrible quand il s'agit de gagner de l'argent avec AdSense. Je pense que mes revenus AdSense
00:10:00sont peut-être de quelques milliers de dollars par mois, ce qui est correct, mais ce n'est pas vraiment vivable aux
00:10:07États-Unis. Donc, vendre un autre produit, le cours, pour moi, était intéressant parce qu'il rapportait un revenu décent,
00:10:15mais je ne dirais pas que c'était suffisant pour en faire une option de carrière à temps plein. Je pense parce que
00:10:21un, l'IA a beaucoup changé la façon dont les gens apprennent maintenant à développer du code ou à écrire des logiciels. Et
00:10:28encore une fois, je ne suis pas très doué en marketing. Je pense que si je l'avais commercialisé très intensivement, il aurait été
00:10:32un produit plus réussi. Quand il s'agit de YouTube, je pense que le plus, la plus grande façon dont la plupart des créateurs gagnent
00:10:38de l'argent maintenant, c'est par les parrainages, non ? Et je pense que trois parrainages auraient dépassé ou rapporté plus
00:10:45d'argent que le cours lui-même. Vois-tu que le cours s'est un peu essoufflé, que les gens ne sont plus
00:10:51intéressés par, apprendre un langage de programmation ? Oui, il fait encore des ventes, ce qui est cool. Donc, il génère toujours des
00:10:59revenus. Mais je pense que par rapport, c'est dur à dire parce que je ne parle pas vraiment de la plateforme autant. Je fais encore un peu de
00:11:05marketing, tu sais, avec les liens et tout. Mais oui, je pense qu'il y a clairement eu un déclin. Et tu peux voir quand ça a eu lieu aussi. Dès que
00:11:13les outils agentiques ont décollé. C'est là que j'ai remarqué une baisse des ventes, car les gens ne veulent plus apprendre autant qu'avant.
00:11:21Tu peux voir ça à travers les tutoriels de codage sur YouTube aussi, comme le nombre de vues a chuté massivement. Je pense que
00:11:27Web Dev Simplified a fait une vidéo récemment sur le fait que ses vues ont décliné depuis l'existence de l'IA, car évidemment, une grande partie de son contenu était basée sur des tutoriels. Et oui, les gens ne semblent pas ressentir le besoin d'apprendre quand l'IA le fera pour eux.
00:11:39Oui, c'est, c'est un dilemme intéressant, parce que je pense que l'apprentissage est toujours très important. Et c'est, mais en même temps, je peux comprendre que les gens puissent penser que c'est une perte de temps. J'ai tellement de pensées à ce sujet, mais je ne sais pas vraiment quelle est la bonne réponse. Je veux dire, je recommence à lire le livre Rust en ce moment, juste pour rafraîchir et réapprendre parce que je pense qu'il est toujours assez important de le faire. Et je pense, je ne sais pas, j'ai des opinions très mitigées sur l'IA, comme la plupart, la plupart, la plupart des gens probablement. Mais je pense,
00:12:09ultimement, l'apprentissage reste vraiment important. Et je pense que ça vaut la peine de le faire, même si ça, même si les résultats semblent très abstraits en ce moment, parce que l'IA fait tout, je pense toujours qu'il est très bon d'avoir cette compréhension et ces connaissances fondamentales.
00:12:24Oui, c'est, je pense que l'IA ne vous mènera que jusqu'à un certain point, elle peut vous construire une application de base que votre utilisateur peut utiliser. Mais à la seconde où vous devez commencer à scaler et optimiser les choses, je pense que c'est là que vous avez besoin de ces connaissances fondamentales et des nouvelles connaissances que vous acquérez aussi.
00:12:38Oui, je suis d'accord avec ça.
00:12:39Oui, je pense que c'est une position difficile car comment les nouveaux apprennent-ils si l'IA peut faire tout l'écriture du code pour vous ? Et comment encouragez-vous les gens à apprendre ? Je ne sais pas. Je ne sais pas ce que les gens font de nos jours. Parce que je, je pense à, donc je ne connais aucun langage système, comme j'ai un peu joué avec Rust, mais je ne le connais pas très bien. Je pense à essayer Zig parce que les gens disent que c'est cool. Et je me disais, OK, donc je pourrais regarder un cours YouTube sur Zig, ou je pourrais demander à Claude de m'apprendre Zig.
00:13:07Et Claude m'apprendrait un peu plus vite. Mais Claude écrirait en fait juste le code pour moi. Et donc je n'apprendrai rien. Et donc c'est une situation difficile. Mais oui, je ne sais pas ce que les gens vont faire.
00:13:16Et ça va halluciner aussi. C'est l'autre problème.
00:13:19Oui, c'est ce que j'allais dire, c'est fondamentalement que, je ne ferais pas confiance à l'IA pour m'apprendre quelque chose de nouveau. Parce que si vous avez déjà demandé à une IA quelque chose que vous connaissez bien, vous voyez parfois qu'elle fait des erreurs. Et je me dis, si je lui demande de m'enseigner quelque chose de nouveau, elle pourrait avoir cette erreur dedans. Et je vais juste apprendre ça et penser que c'est vrai, ce qui est assez dangereux.
00:13:36Alors comment t'y prends-tu pour le parcours d'apprentissage de Rust ? Est-ce que tu désactives toutes les autocomplétions, tous les agents et tu écris juste à l'ancienne, tu sais, dans un terminal ?
00:13:49Donc je fais un mélange des deux. Donc je veux dire, j'utilisais Rust il y a de nombreuses années, puis j'ai arrêté, je me suis dirigé plus vers Go parce que je voulais me concentrer plus sur un langage, plutôt que d'avoir une fatigue décisionnelle sur quel langage choisir.
00:14:02Et aussi, autant j'adore Rust, ce n'est pas le plus joli langage à regarder. C'est un peu, c'est plus difficile d'écrire du code esthétique dedans que non. Et avec YouTube, vous voulez du code qui est facilement lisible et compréhensible quand vous montrez un concept ou quelque chose.
00:14:18Donc j'ai décidé de me diriger plus vers Go, ce qui était beaucoup plus facile à faire avec. Et je pense que plus de gens voulaient voir et comprendre des choses, comme j'avais des commentaires chaque fois que j'écrivais du code Rust disant que c'était juste difficile à comprendre.
00:14:31Donc Go était beaucoup plus facile pour ça. Donc je suis en quelque sorte, je suppose, en train de réapprendre Rust, mais je ne viens pas d'une base de rien. Je récupère beaucoup de compétences que j'avais et que je comprenais, puis je les applique là.
00:14:47Mais je essaie de refaire plus ce voyage de débutant. Donc je veux dire, j'ai pris le livre Rust et je le lis juste le soir. Je saute beaucoup de chapitres que je connais déjà, mais oui.
00:14:56Qu'est-ce que le livre Rust ? Quel est le titre officiel ?
00:15:01Je pense qu'il s'appelle le livre Rust. Laissez-moi, laissez-moi regarder ça.
00:15:04D'accord.
00:15:05C'est sur le, sur le site web, mais c'est, c'est le principal que tout le monde connaît. C'est no start press, no start press.
00:15:13Le langage de programmation Rust. C'est ce qui, c'est le titre officiel. Mais oui, les gens l'appellent juste le livre Rust. Donc je le relis, mais encore une fois, c'est une connaissance très fondamentale et il vous enseignera la syntaxe. Il y a le Rustonomicon, que je veux vraiment lire, qui est comme le gros morceau.
00:15:25C'est comme très difficile à parcourir, comme notoirement dur. Et ensuite quand il s'agit de projets, je suis, donc je travaille sur comme une application d'éditeur vidéo en ce moment qui est construite en utilisant Rust et c'est cross-platform native et en utilisant beaucoup de frameworks Rust, ce qui est très cool.
00:15:40Et je compte énormément sur l'IA pour ça, mais plus d'un, je, la documentation ici est nulle. Comment est-ce que je fais quelque chose avec ? Parce que l'IA est très bonne pour parcourir le code, le lire et en extraire l'information.
00:15:51Donc beaucoup des nouveaux frameworks en Rust qui sont cross-platform ont juste une documentation terrible. Et donc c'est facile d'obtenir des exemples de l'IA pour ensuite les implémenter vous-même.
00:16:02Initialement, je comptais un peu trop sur l'IA pour ça. Donc des choses comme le rendu média ou le montage vidéo, comme a une timeline compositeur, euh, des compositeurs puis du rendu et des choses comme ça.
00:16:14Et utiliser l'IA pour ça était absolument terrible. Et ça m'a amené au point que James a fait plus tôt que c'est bon pour les choses simples. Et puis dès que vous arrivez à mon genre de plus non-trivial, je pense qu'il l'optimise.
00:16:26Je dis toujours qu'il essaie de résoudre le symptôme plutôt que la cause, si ça a du sens. Donc il essaiera de faire en sorte que quelque chose fonctionne, mais il ne le rend pas assez robuste pour que vous puissiez construire dessus plus tard.
00:16:38Et j'ai trouvé ça beaucoup avec ce projet, ça marchait, mais le pipeline média n'existait tout simplement pas. C'était juste, voici la lecture d'un fichier vidéo en utilisant les API de base pour faire ça.
00:16:49Et puis si vous avez besoin de faire quoi que ce soit côté éditeur, comme sauter ou avoir plusieurs fichiers, ça s'est juste effondré très rapidement.
00:16:55Donc une grande partie de mon apprentissage a été de prendre l'implémentation faite et de la rendre correcte.
00:17:01Oui, éditeur vidéo ne sonne pas comme, une tâche facile, même avec l'aide de l'IA. C'est, je ne donnerais pas ça à quelqu'un personnellement.
00:17:08Oui. C'est, c'est un voyage.
00:17:10Comment traites-tu les différents codecs et tout dans l'éditeur vidéo ?
00:17:15Euh, donc ça, c'est différé à, ça dépend de la plateforme.
00:17:20Donc Apple a AV Foundation, qui est comme leur base, um, audio vidéo media, media toolkit.
00:17:27Uh, AV foundation est vraiment fantastique. Il supporte beaucoup de différents, beaucoup de différents codecs.
00:17:31Donc j'ai comme, j'ai comme un module décodeur dans le moteur média où je peux juste échanger différents décodeurs.
00:17:37Et puis AV foundation est utilisé sur Mac OS et merci à rust, vous pouvez utiliser FFI.
00:17:42Donc vous vous connectez simplement au code objective C et puis vous utilisez, c'est du rust unsafe, mais c'est, c'est assez sûr.
00:17:48Uh, et puis pour windows et Linux, ça a été un peu plus un défi parce que windows a MF, MF foundation ou media foundation est appelé, qui est correct, mais il ne supporte pas autant de codecs que AV foundation sur Mac OS.
00:18:03Oui.
00:18:04Uh, donc j'ai à la place, et encore une fois, c'est l'un des problèmes que j'ai réellement rencontrés avec l'IA parce que l'IA juste.
00:18:09Ne l'a pas construite de manière à ce que je puisse facilement échanger différents décodeurs et encodeurs et tout.
00:18:14C'était juste comme, ici vous allez.
00:18:15Nous allons juste le faire avec media foundation, ce qui n'a pas fonctionné pour beaucoup de cas.
00:18:19Donc sur Linux et windows, je peux échanger selon windows a plus de support, mais Linux utilise juste G streamer, qui est pratiquement le standard de facto.
00:18:29Il se connecte à FF MPEG et sur Linux c'est facile de distribuer FF MPEG parce qu'il est GPL sur certains des codecs.
00:18:36Donc vous ne pouvez pas réellement le regrouper dans votre application, mais avec un gestionnaire de paquets, vous pouvez assurer qu'il est installé comme vous installez votre binaire aussi.
00:18:44Uh, au fait, si je pars en digression ici, interrompez-moi juste.
00:18:47OK, cool.
00:18:48Mais avec windows c'est un peu difficile parce que vous ne pouvez pas juste distribuer FF MPEG parce qu'il est GPL.
00:18:53Vous pouvez seulement distribuer la version LGPL que vous liez.
00:18:56Donc vous devez en quelque sorte utiliser media foundation et FF MPEG en même temps et avoir du support pour différents codecs.
00:19:03C'est principalement, je pense, que l'encodage est le problème quand il s'agit de H.264 et H.265, mais je rentre dans les mauvaises herbes techniques là.
00:19:12Non, c'est super.
00:19:13Merci pour ça.
00:19:15Sais-tu tout ça avant de faire, est-ce que c'est Kiru ?
00:19:18Oui.
00:19:19Oui, Kiru.
00:19:20Je connaissais comme des parties, principalement grâce au travail avec la vidéo en tant que YouTube, non ?
00:19:25Tu es exposé à différents codecs et choses.
00:19:27Et je faisais du C++ assez intensément à l'époque.
00:19:30Et donc je comprenais des choses sur le rendu et le GPU et tout.
00:19:32Mais quand il s'agissait de plus de ce pipeline média, je pense que ça a juste été appris en construisant réellement le projet.
00:19:39Oui, j'aurais pensé que tu demanderais juste à FF MPEG de tout faire.
00:19:42Mais je suppose que ce n'est pas le cas pour différents systèmes d'exploitation.
00:19:45Oui, tu peux demander à FF MPEG de tout faire.
00:19:48C'est difficile.
00:19:50Et puis encore une fois, tu as le problème de licence avec FF MPEG.
00:19:53Donc c'est, oui.
00:19:54Je suppose que c'est ok si c'est juste un projet de loisir, mais pas une application commerciale.
00:19:58Oui.
00:19:59À moins de vouloir passer à la GPL, ce que je ne voulais pas faire.
00:20:02J'ai fait allusion à ça hors antenne, mais tu as dit dans la vidéo que tu allais te consacrer à plein temps à Rust, alors que la plupart de tes vidéos parlent de Go.
00:20:13Alors, explique-nous pourquoi passer à Rust.
00:20:16Oui, c'est une excellente question.
00:20:18Je suis très, disons, optimiste pour Rust en 2026.
00:20:23Et je pense que de plus en plus d'entreprises vont se tourner vers ce langage.
00:20:27Alors que par le passé, l'adoption a été plutôt lente.
00:20:29Il y a toujours ce mème, non ?
00:20:31Celui qui dit qu'il est plus difficile de trouver un emploi en Rust que d'apprendre le langage lui-même.
00:20:35Parce que personne n'embauchait vraiment pour ça avant, à part les entreprises de crypto, et je ne pense pas que la plupart des développeurs veulent travailler dans la crypto.
00:20:41Et j'imagine que les autres cas d'usage dans l'industrie, c'est généralement quand on est déjà un développeur en poste dans une entreprise et qu'on peut justifier l'utilisation de Rust plutôt que d'embaucher spécifiquement des développeurs Rust.
00:20:54Donc, en tant que YouTubeur, ça a toujours été très difficile de parler de Rust d'un point de vue éducatif, car peu de gens vont trouver un emploi avec.
00:21:02Maintenant, je pense que ça va changer, car je crois que les entreprises qui adoptent l'IA, les LLM et l'ingénierie agentique se rendent compte des inconvénients, c'est-à-dire l'instabilité.
00:21:12Il y a ce fameux triangle de gestion de projet : pas cher, rapide, ou la stabilité, la qualité, etc.
00:21:22Et là, on est plutôt sur le pas cher et rapide, mais on sacrifie la stabilité.
00:21:26Et je pense que beaucoup de développeurs essaient de revenir en arrière.
00:21:30Et je pense que Rust est l'un des moyens d'y arriver ou en tout cas d'utiliser Rust.
00:21:34Si vous écrivez du Rust correct, cela élimine toute une classe de bugs potentiels.
00:21:38Donc je pense que de plus en plus d'entreprises y passent.
00:21:40On a vu Bun faire leur réécriture d'un million de lignes, on verra ce que ça donne.
00:21:46Je pense que c'est assez controversé.
00:21:48Oui, c'est intéressant, mais on verra bien.
00:21:52Mais Pnpm passe aussi à Rust.
00:21:54Ils viennent tout juste de l'intégrer dans la branche principale.
00:21:56Je crois qu'ils vont maintenir deux versions en même temps.
00:21:58Je pense que Ladybird, le navigateur, a récemment porté une partie de son code C++ vers Rust également.
00:22:04Je pense que c'est une tendance qu'on verra de plus en plus, c'est pour ça que je suis si optimiste à ce sujet.
00:22:10Mais aussi, j'aime vraiment Rust.
00:22:12Je pense que c'est l'un des trois ou quatre langages, peut-être quatre.
00:22:14Je pense que c'est l'un des quatre langages qui n'a pas de plafond, car on peut construire à peu près tout avec.
00:22:18Donc, pour moi, ça a toujours été très excitant.
00:22:20Et je pense que maintenant pour l'avenir, c'est encore plus passionnant de le connaître et de l'apprendre car il y aura beaucoup plus de projets construits avec.
00:22:27Oui, je crois que je suis d'accord.
00:22:28J'ai entendu quelques critiques sur le compilateur qui serait lent et très pédant.
00:22:36Mais je pense que c'est logique pour l'IA, si c'est l'IA qui écrit le code, alors les vérifications sont effectuées par le modèle, et moins par vous.
00:22:44Mais tu ne peux pas dire que Rust est l'un de tes quatre langages préférés sans plafond sans citer les trois autres.
00:22:50Oui, oui, oui.
00:22:51Ok, les trois autres.
00:22:52Alors C, évidemment, je pense que le C peut tout faire.
00:22:56C'est probablement le langage sans aucune limite.
00:23:00Zig, je pense qu'il en fait partie, même si, pour moi, le problème avec Zig est qu'il est encore au tout début.
00:23:07Donc il change beaucoup.
00:23:08Et même la documentation de la dernière version, si vous essayez de faire un “hello world”, ça ne fonctionne pas avec la dernière version 0.16, ce qui rend l'apprentissage difficile.
00:23:19Si vous arrivez à surmonter ça, je pense que les gens trouvent le langage vraiment gratifiant.
00:23:22Et Zig a beaucoup d'avantages, notamment son interopérabilité avec C qui est incroyable.
00:23:27Genre, oui, si vous aimez le FFI, alors c'est fantastique.
00:23:31Le troisième langage, évidemment, c'est Rust.
00:23:34Et ensuite le quatrième, c'est le C++.
00:23:35Je pense que le C++ n'a pas de plafond non plus.
00:23:37On peut faire absolument tout avec ce langage.
00:23:39J'ai beaucoup de parti pris pour le C++ parce que j'ai passé la majorité de ma carrière à écrire dedans.
00:23:44Donc j'adore ce langage.
00:23:46Peu de gens aiment ce langage.
00:23:48Il a beaucoup de côtés laids, mais il est aussi capable de tout faire.
00:23:52Certains mettraient, je pense, C et C++ dans le même sac.
00:23:56Parce que, vous savez, c'est juste un pas en avant.
00:24:01Je voulais dire, sur le point concernant Zig également, je pense que le fait qu'il soit plus récent est l'une des raisons pour lesquelles Bun s'en est éloigné.
00:24:07Parce qu'ils ont dit qu'ils faisaient beaucoup de PR vers le projet Zig lui-même pour essayer de corriger les problèmes.
00:24:11Parce que les gens se plaignaient que Bun plantait, et ils finissaient par réaliser que c'était un bug de Zig.
00:24:16Et, oui, c'est pourquoi ils sont passés à Rust, dans l'espoir que ça règle certains bugs et les crashs que Bun rencontrait.
00:24:22Et OpenCode, je pense, a eu pas mal de crashs parce qu'il était basé sur Bun et qu'il s'est avéré que c'était la faute de Zig, tout ça.
00:24:28Donc, oui, je suis très curieux de voir comment cette réécriture va se dérouler.
00:24:31Oui, moi aussi.
00:24:32Je trouve ça intéressant.
00:24:34Ce n'est pas comme ça que j'aurais réécrit le projet, mais je pense que c'est pour la science et pour voir si c'est possible.
00:24:42Je trouve ça très intéressant en tant qu'observateur.
00:24:45Je pense qu'il y a beaucoup de débats, vous savez, il y a des dépendances en aval sur Bun.
00:24:49Beaucoup d'entreprises construisent sur Bun et tout ça.
00:24:51Donc, je pense que c'est peut-être un peu imprudent, mais si ça réussit, peut-être pas.
00:24:58Donc, on verra.
00:25:00Le délai était d'environ sept jours, il a tweeté qu'il le faisait comme une expérience.
00:25:04Et sept jours plus tard, il a fusionné une PR d'un million de lignes dans la branche principale, ce qui est, oui, une expérience insensée.
00:25:11Je veux dire, c'est un super argument marketing pour Claude si ça fonctionne.
00:25:14Oui.
00:25:15Il a une super histoire là.
00:25:16Oui.
00:25:17En tant que personne ayant toujours préconisé des PR plus petites, ça fait un peu mal.
00:25:20Un petit peu.
00:25:22Mais bon, on verra bien ce que ça donne.
00:25:25Je pense que c'est très excitant à voir du point de vue de l'observateur.
00:25:29Mais j'ai de la compassion pour les personnes qui dépendent de Bun et qui s'inquiètent de ce que cela pourrait faire à leurs bases de code.
00:25:38Oui, je crois que j'ai vu un tweet de Dax aujourd'hui disant qu'OpenCode ne mettra pas à jour vers la nouvelle version avant un moment parce que c'est très peu fiable pour l'instant.
00:25:46Oui.
00:25:47Je pense que j'ai quelques questions sur tes choix de langages.
00:25:50Et aussi, je suis intéressé par la façon dont tu utilises l'IA parce que tu as dit que tu avais utilisé l'IA pour en construire une grande partie au début, mais qu'ensuite tu étais revenu en arrière pour corriger les choses difficiles.
00:26:00Alors, pour ces corrections, est-ce que tu demandes à l'IA de se corriger elle-même, ou est-ce que tu écris le code à la main, ou fais-tu les deux ?
00:26:09Les deux.
00:26:10Ça dépend vraiment de ce que j'essaie de corriger.
00:26:13Je pense qu'il s'agit souvent de problèmes d'architecture.
00:26:15La chose étrange avec l'IA et Rust, c'est que si tu te contentes de lui demander de faire quelque chose, elle mettra tout dans le fichier main.rs.
00:26:21J'ai fini avec un fichier main.rs de 20 000 lignes avant de me dire : OK, je dois tout recommencer à zéro parce que c'est terrible.
00:26:28Donc elle est très mauvaise pour les décisions architecturales.
00:26:32Et encore une fois, c'est cette idée d'essayer d'aller le plus vite possible, ou le plus efficacement possible en termes de coût en jetons.
00:26:40Elle ne prend pas en considération le projet à long terme quand elle doit prendre des décisions.
00:26:46Donc lui déléguer les décisions, je pense que ça a été terrible.
00:26:50J'ai donc dû prendre moi-même la plupart de ces décisions architecturales, revenir en arrière, puis travailler avec elle pour les implémenter.
00:26:56Parfois, c'est moi qui réécris ou qui rédige au moins une ébauche en lui disant : OK, maintenant remplis ça et fais en sorte que ça ressemble à ça, ou en définissant les fichiers que je veux, quelles parties doivent aller dans quels fichiers.
00:27:08Et ensuite, elle fait ce travail de refactorisation pour moi.
00:27:10Donc, je pense que je m'appuie sur elle surtout pour l'automatisation de la saisie.
00:27:14Maintenant, c'est comme ça que j'aime l'utiliser, juste pour automatiser la saisie à ma place.
00:27:18Et je prends toujours les décisions architecturales.
00:27:20Je continue de relire le code.
00:27:22Et si quelque chose est complètement stupide, je lui demande de le réécrire, ou parfois je le corrige moi-même.
00:27:30À chaque fois que j'apprends un nouveau concept, c'est là que je le fais à la main.
00:27:34Parce que je pense qu'on ne peut pas bien apprendre quelque chose si on ne l'écrit pas soi-même.
00:27:39J'ai d'ailleurs joué avec quelques frameworks front-end Rust.
00:27:44J'utilise GPUI de l'équipe Zed, mais en utilisant le composant GPUI, qui est un framework fantastique.
00:27:50Et avant de laisser l'IA toucher à ça, j'y suis allé, je l'ai appris et j'ai implémenté une petite application moi-même, parce que je pense que c'est le moyen le plus simple de comprendre comment ça fonctionne, plutôt que de simplement utiliser l'IA pour faire ça.
00:28:03Et puis vous n'obtenez pas vraiment une compréhension de, vous savez, quand toute la fenêtre est rafraîchie, quand un composant est rafraîchi, ou quand vous devez rafraîchir toute l'application ou autre, ce qui fait partie des trois contextes que GPUI component fournit.
00:28:20Donc j'ai aussi joué avec d'autres frameworks de bureau comme Iced et EGUI, et encore une fois, j'ai suivi le même processus, j'ai dû écrire le code manuellement pour comprendre comment ils fonctionnaient, ce que j'aimais dedans, si cela conviendrait réellement à mes besoins.
00:28:32Bien sûr, je pense que ça a beaucoup de sens. J'ai trouvé que c'était une expérience similaire, comme si vous deviez construire un produit vous-même, juste avoir vos conventions de codage et la façon dont vous aimez écrire le code en place.
00:28:43Et ensuite, si l'IA devait ajouter plus de fonctionnalités, ça correspondrait à votre style au lieu qu'elle parte faire son propre truc.
00:28:50Donc je pense que, oui, vous jouer avec les choses d'abord pour savoir comment vous aimez structurer le code aidera l'IA à le faire correctement sur le long terme.
00:28:58Donc oui, et j'aime aussi l'idée d'utiliser des stubs. Je n'ai jamais pensé à faire ça. Donc si vous avez des fonctions vides ou, je ne sais pas s'ils ont une interface.
00:29:05D'accord, très bien. Donc des fonctions vides, et puis elle remplit le reste. Sympa.
00:29:07Oui. Donc parfois, donc une chose que j'ai toujours faite, et ça vient du C++, donc C++ vous oblige à écrire des fichiers d'en-tête, n'est-ce pas ?
00:29:14Donc c'est la première chose. Et je déteste les fichiers d'en-tête, mais ils sont en fait très bons pour une chose spécifique, qui est la définition de votre interface publique.
00:29:21Donc vous passez par là, vous créez votre fichier de classe, vous définissez à quoi il ressemble et quelles fonctions sont publiques.
00:29:28Et c'est votre contrat, ce qui est une très belle façon de travailler parce que cela vous permet d'abstraire : OK, qu'est-ce que je veux que les gens appellent dans cette fonction ?
00:29:36Et j'ai trouvé que les LLM n'ont pas vraiment ce même processus de pensée, évidemment. Et donc je reproduis ça avec Rust aussi.
00:29:45Je définis que c'est la structure que je veux. C'est en quelque sorte l'interface publique que je veux. Ne, vous savez, assurez-vous que le code correspond à ça plutôt que d'exporter tout, ce qui est quelque chose qu'elle adore faire.
00:29:55Elle adore juste tout rendre public, ce qui est stupide. Donc oui, c'est l'une des façons dont j'aime le faire, trouver ce genre de stub, cette interface publique, et ensuite laisser l'IA remplir tous les détails d'implémentation.
00:30:09Cool. J'aime ça. Je pense que je pourrais essayer ça dans un futur projet.
00:30:12Est-ce que ça marche ? Parce que parfois j'ai l'impression d'avoir vu dans la phase de raisonnement qu'elle veut prendre un raccourci, genre : oh, laissez-moi simplifier ça, et puis elle pourrait revenir au fichier d'en-tête et changer quelque chose là-bas.
00:30:25Oui.
00:30:26As-tu eu cette expérience ?
00:30:27Oh, tellement de fois.
00:30:29Oui, c'est l'une des choses pour lesquelles je ne pense pas que l'automatisation par IA va arriver. Cela pourrait arriver, mais je ne pense pas qu'on verra jamais des humains ne pas interagir avec elle ou juste la laisser faire, puis lui donner une invite et la laisser faire encore.
00:30:45Parce que le nombre de fois où je dois l'arrêter de faire quelque chose quand je vois qu'elle prend une voie que je ne veux pas, il n'y a tout simplement aucun moyen que je puisse jamais lui faire confiance pour faire quelque chose sans interaction humaine.
00:30:57Donc, et encore une fois, je pense qu'il y a un niveau de trivialité à cela. Je pense que des applications jouets vraiment, vraiment simples ou parfois j'ai juste besoin d'une CLI pour convertir un format à un autre. Je ne vais pas écrire ça. Je vais juste faire confiance à l'IA pour le faire.
00:31:10Mais tout ce qui est lié à la production ou quelque chose que je veux maintenir plus tard, je veux être très impliqué dans ce que l'IA fait juste pour en quelque sorte la diriger dans la bonne direction.
00:31:20Donc, oui, pour répondre à ta question, elle adore absolument essayer de briser les contraintes que tu mets parce que ce sont juste des lignes directrices pour l'IA, n'est-ce pas ? Donc je suis très actif. Je lis toujours la sortie au fur et à mesure qu'elle arrive et j'essaie de l'arrêter de faire quelque chose que je ne veux pas.
00:31:35J'utilise aussi pas mal le staging git. Chaque fois que je suis satisfait d'une direction, je stage les changements. Et puis si elle va faire quelque chose, je serai très heureux de pouvoir revenir à cette étape.
00:31:47C'est en fait une bonne technique. C'est ennuyeux quand tu oublies de le faire. J'adorerais voir plus de capacité à pouvoir revenir à certaines étapes, parce que je pense qu'en ce moment c'est très manuel. J'adorerais un moyen pour moi de pouvoir aller revenir à ce que c'était à ce message avant que tout ne casse.
00:32:05Je ne sais pas. J'ai l'impression que VS Code a cette option avec ce qu'il y a à l'intérieur, mais c'est un IDE. Donc tu peux revenir à un point de contrôle et ensuite il va effacer ce qu'il a fait avant. Je ne sais pas comment c'est dans d'autres IDE.
00:32:22Je pensais que Claude code avait une fonctionnalité comme ça. Mais je pense que j'ai surtout utilisé des worktrees dans une approche similaire au staging, comme toi. Oui, il y a un moyen de le faire. C'est un peu caché. Mais je pense que si tu appuies deux fois sur échap, alors tu peux jeter un œil aux chats précédents et tu peux revenir à un point de contrôle. Mais oui, est-ce que ça te permet de revenir au code à ce point de contrôle ?
00:32:42Je n'ai pas essayé ça. Non, j'ai tendance à juste dire : peux-tu inverser ce que tu viens de faire ? Et elle le fait. Mais j'imagine à quel point tu es loin, c'est difficile de remonter pour dire : inverser jusqu'à 10 messages en arrière.
00:32:54Oui, donc c'est ce que j'aimerais vraiment. J'utilise surtout codex ces jours-ci, la CLI codex. Mais j'adorerais que ils fassent aussi un point de contrôle du code à chaque message avant les changements. Ainsi, tu pourrais annuler les correctifs qu'elle fait aussi.
00:33:06Je suis en fait curieux, comment as-tu décidé d'utiliser codex et pas cloud code ?
00:33:10Donc j'ai utilisé cloud code pendant très longtemps. C'est moi qui vais être partial. Donc je n'aime vraiment pas les outils TypeScript dans ma CLI. Donc dès que j'ai vu codex, j'ai vu qu'il était écrit en Rust, je me suis dit : OK, j'ai besoin de passer à quelque chose, principalement parce qu'un Rust, je trouvais que codex, et OpenCode aussi, en fait, j'ai trouvé qu'ils utilisaient beaucoup de mémoire quand il s'agissait de rust analyzer, ce que codex ne rencontrait tout simplement pas comme problème. Et donc c'était l'une des grosses choses que je ne savais pas.
00:33:38Et donc c'était l'une des grosses parties. La performance était un peu meilleure. Et depuis la 5.2 avec codex, j'utilise codex exclusivement, je n'ai pas trouvé cloud code aussi bon. Il est plus rapide, ou il était plus rapide, mais il nécessitait toujours, il était beaucoup plus exigeant, il nécessitait beaucoup plus de travail avec pour obtenir des résultats corrects.
00:33:59Alors que codex a été meilleur. Pas récemment. Pour une raison quelconque, j'ai rencontré beaucoup de problèmes avec récemment. Mais pour la plupart, il a été meilleur que cloud code. Donc j'ai juste utilisé codex pour la plupart. Oui, j'utilise juste codex à la place.
00:34:12Je pense que tu as abordé une question que j'allais te poser, qui est quand tu as parlé de tes quatre langages sans plafond, je me souviens que tu as fait une vidéo sur combien tu aimais écrire en typescript. Et je suppose que c'est particulièrement pour les trucs front-end. Et c'est intéressant que tu aies dit que tu n'aimais pas avoir des outils CLI écrits en typescript, parce que, parce que je suis d'accord, j'imagine qu'ils doivent apporter tout un environnement d'exécution avec eux, ce qui ralentit les choses et prend beaucoup de mémoire. Mais j'ai remarqué qu'il y a beaucoup d'outils comme, j'imagine, Tauri, aussi.
00:34:39Il y a aussi Electroban et je pense ZeroNative de Vercel, ce qui est essentiellement le fait de créer une application native en utilisant une vue web, et ça l'enveloppe. Et certains d'entre eux sont, c'est un peu bizarre d'y penser. C'est comme, pourquoi écrivez-vous du code web d'une manière native ?
00:34:57Certains d'entre eux ont en fait été assez performants, même s'ils ont beaucoup de mémoire. Donc il y a un outil appelé xtimejs, qui réplique un terminal dans le web. Et donc quelqu'un a construit son propre terminal, un terminal natif, en utilisant le terminal web et en le rendant natif en utilisant genre Tauri, et c'est un moyen détourné de faire un terminal. Mais ça marche. Donc j'adorerais connaître ta pensée sur cette direction où les choses vont.
00:35:23Oui, c'est intéressant. J'ai beaucoup de pensées à ce sujet. Encore une fois, en tant que personne qui a fait du C++, j'ai toujours préféré des outils plus natifs, plutôt que d'utiliser une machine virtuelle, ou d'utiliser genre des outils de navigateur aussi.
00:35:35Ou utiliser genre des outils de navigateur aussi. Donc je suis très partial contre ces sortes d'outils. Mais, la façon dont j'aime le dire, c'est : Electron, Electric Bun, ZeroNative, ils sont bons pour le développeur, mais pas aussi bons pour l'utilisateur. Donc ils sont très faciles à livrer avec, ils sont très faciles à obtenir une expérience multiplateforme. Et ils facilitent beaucoup pour le développeur de pouvoir livrer plus vite, ce qui pourrait être argumenté comme étant en fait meilleur pour l'utilisateur, parce qu'ils obtiennent un produit sur le marché plus rapidement.
00:36:03Mais je pense que, pour moi, je préfère largement la performance que vous obtenez quand il s'agit d'outils plus natifs. Bien qu'il soit plus difficile en tant que développeur de construire pour eux.
00:36:15Beaucoup de gens ne s'en soucient pas en fait. Donc c'est plus moi qui suis assez difficile et qui ai de fortes préférences personnelles de vouloir des outils plus natifs. Et je genre, je souhaite que les entreprises respectent un peu plus les ressources sur les ordinateurs aussi. Parce que c'est, vous savez, comme les ordinateurs sont devenus plus puissants, les logiciels ne sont pas devenus aussi puissants, genre nous sommes juste un peu plus gaspilleurs quand il s'agit du code que nous écrivons ces jours-ci, parce que nous n'avons pas à y penser, nous ne pensons pas à la mémoire contrainte ou quoi que ce soit.
00:36:43Mais quand vous reveniez à genre le développement iOS au début, nous avions, il y avait très peu de RAM avec laquelle travailler. Donc vous deviez être très contraint et réfléchi sur la façon dont vous alliez déployer ou développer pour des applications mobiles.
00:36:53Et je pense que ce serait bien si nous avions encore ce genre de mentalité de rareté quand il s'agit réellement de construire des applications, parce que nous pouvons être genre : OK, ne gaspillons pas juste un tas de mémoire sans aucune bonne raison.
00:37:05Et pensons réellement à respecter les ressources des utilisateurs et sur quelles machines ils sont, etcetera, etcetera. Mais je, c'est encore une fois, pas pédant est le mot, mais je suis difficile à cause de ça, juste à cause de mes préférences personnelles.
00:37:17Et je pense qu'il est beaucoup plus facile de construire des applications Electron. C'est beaucoup plus facile de construire genre ces applications hybrides vue web que de construire natif et à notre époque.
00:37:27Et je pense que le délai de mise sur le marché est une décision importante dans notre industrie. Et malheureusement c'est comme ça qu'on est.
00:37:33Je pense que je lisais sur genre un genre de tangente, un article similaire à quelque chose que tu disais, c'était à propos des jeux vidéo et comment, si tu regardes genre la PS2, PS1, le nombre de trucs que les développeurs faisaient pour tirer parti de la mémoire limitée qu'ils avaient était insensé.
00:37:48Et il y avait toutes sortes de trucs funky. Et maintenant c'est juste comme : oui, juste livrer un jeu de 200 gigaoctets et il tournera. Il tournera sur une PS5. C'est bon.
00:37:55Et pour être juste, c'est agréable que vous n'ayez pas à recourir à tous ces trucs et tout le reste pour réellement résoudre ces problèmes.
00:38:01Je pense que ça rend les choses un peu plus accessibles d'un point de vue développeur, parce que, vous savez, si vous voulez juste livrer un bon produit ou un bon jeu, vous ne voulez pas penser à, vous savez, tout ce que j'ai besoin de faire pour que ça marche dans un système contraint.
00:38:15Mais je pense qu'il y a probablement un juste milieu que nous pourrions avoir, genre peut-être un peu de réflexion sur comment rendre cela performant sans brûler de cycles GPU en même temps de, vous savez, comment rendre cela facile à livrer sans avoir à faire des trucs très bizarres.
00:38:30C'est en fait genre un problème similaire que j'ai avec le code, évidemment brûler beaucoup de mémoire est mon Mac maintenant devient très chaud et la durée de vie de la batterie meurt si rapidement.
00:38:38Donc je regarde maintenant le meilleur genre de flux de travail à distance qui existe pour décharger le code cloud quelque part dans le cloud, mais je ne me suis pas encore décidé sur ce à quoi cela ressemble.
00:38:47Oui, non, je peux définitivement voir ça. Et je pense, je veux dire, selon ce à quoi ressemblent les ressources de calcul dans un futur proche, je pense que c'est aussi une considération.
00:38:55Et je veux dire, nous voyons, vous savez, plus d'ordinateurs portables abordables arriver sur le marché, comme le MacBook Neo, qui sont évidemment sous-puissants aussi.
00:39:02J'en ai en fait un qui j'espère sera expédié bientôt. Donc je peux, je peux tester mon éditeur vidéo dessus. S'il peut tourner dessus, je serai très heureux.
00:39:07Oui, c'est, c'est, c'est intéressant. Je ne sais pas à quoi ressemble l'avenir du calcul si, vous savez, si nous continuons à être contraints par l'offre, je pense que Nvidia vient de mettre en place un pool ridicule pour la quantité d'énergie dont ils ont besoin pour l'avenir de l'IA.
00:39:24Donc nous verrons. Nous verrons. Je pense que je suis très hésitant à faire des prédictions parce qu'elles sont généralement fausses, mais je pense que si le calcul devient plus contraint en ressources, ce serait définitivement quelque chose auquel les développeurs devraient penser davantage du genre : OK, comment m'assurer que ça tourne sur du matériel plus faible ?
00:39:41Mais même dans l'IA, il y a genre toute cette poussée maintenant de quantification de modèle, comment beaucoup de développeurs prennent ces gros modèles de 35 milliards de paramètres et essaient de, vous savez, les compresser autant que vous pouvez.
00:39:57Donc vous pouvez réellement les faire tourner sur vos MacBooks locaux. Donc je pense que c'est un, c'est un espace cool où être et suivre et voir comment les développeurs peuvent réellement, vous savez, presser chaque bit de performance que vous pouvez obtenir.
00:40:10Oui, cette communauté est absolument sauvage. La communauté LLM auto-hébergée. Alex Siskind, si vous avez déjà regardé l'un de ses trucs, c'est lui qui lie toujours des Mac studios et des Mac minis et tout ça. Oui, ils font des trucs vraiment cools.
00:40:26Mais vous-même, utilisez-vous un Mac ou une machine Linux ?
00:40:30J'utilise les deux de manière ennuyeuse. Donc j'utilise, je utilise principalement un MacBook Pro en ce moment. J'utilise Linux aussi, parce que je suis un grand fan de Nix OS. Je pense que c'est probablement la distribution Linux parfaite jamais créée à mon avis. C'est difficile. C'est beaucoup plus facile avec l'IA parce que vous pouvez obtenir de l'IA pour réellement vous aider avec votre configuration.
00:40:52Et je, j'aime les configurations déclaratives. De toute façon, j'aime vraiment Kubernetes pour l'infrastructure. J'aime Nix OS pour genre les ordinateurs. Nick Starwin sur Mac OS est assez décent. Ce n'est pas aussi bon que Nix OS. Donc ça le rend tolérable. Mais quand il s'agit de vidéo et de choses, il n'y a rien comme un MacBook vraiment, ou Mac OS est c'est la meilleure plateforme pour la vidéo. Donc c'est principalement pourquoi je l'utilise ces jours-ci.
00:41:14Il semble aussi que presque chaque nouvel outil d'IA et tout se soucie seulement du Mac maintenant. Genre Windows a été oublié par beaucoup de ces startups. Chaque produit est genre : oui, nous avons juste une application Mac, faites avec.
00:41:23Yep. Eh bien, un sujet de vidéo, je pense que vous avez un très bon genre de configuration de tournage. Vous avez de bonnes lumières, de bonnes caméras, et je ne sais pas comment vous faites, mais vous ne, ou vous enregistrez rarement votre écran. Vous enregistrez réellement votre écran avec une caméra et j'ai essayé. J'obtiens juste beaucoup d'éblouissement. Genre c'est quoi votre secret ?
00:41:42Oui. Oh mon Dieu. OK. Euh, oui. Donc vous devez mettre la lumière au même angle que la caméra, à moins que ce soit face à elle. Donc si c'est sur les côtés, vous mettez la lumière derrière la caméra et ensuite vous n'obtenez pas cet éblouissement.
00:41:54J'ai en fait acheté le, le, euh, Mac texture nano, Mac, Mac, Mac book pour aider avec ça aussi, parce que, euh, ça fait un bon travail de réduction de l'éblouissement.
00:42:03Ou si vous filmez droit, vous devez le mettre genre vers le bas. Donc au-dessus pour l'éclairer ou de derrière est encore mieux si vous pouvez obtenir ce genre de l'angle.
00:42:11Travailler. Euh, oui, c'est intéressant les enregistrements d'écran. J'adorerais faire plus d'enregistrements d'écran, mais je trouve qu'il y a une grosse baisse de genre d'audience.
00:42:20Dès que vous, ironiquement, dès que vous montrez du code sur genre une chaîne de codage, il y a genre une baisse parce que c'est, ce n'est pas aussi intéressant de voir quelqu'un écran.
00:42:29Et je pense que la chose sympa aussi à propos de genre le cinéma et la vidéo est que vous avez une profondeur de champ. Donc ça attire votre œil vers ce que vous devriez regarder.
00:42:38Alors que quand vous faites un enregistrement d'écran ça n'existe pas parce que tout est au point. Et donc je pense que c'est aussi l'un des gros défis de montrer des enregistrements d'écran.
00:42:45Alors que quand vous montrez genre un enregistrement réel de caméra d'un écran, vous pouvez encore utiliser la profondeur de focus pour montrer ce que les gens devraient regarder.
00:42:52En parlant de profondeur de champ, euh, vous avez une très belle profondeur de champ sur votre configuration en ce moment. Donc je suis curieux en fait quel, quel est votre modèle de caméra que vous utilisez et quel est l'objectif que vous utilisez ?
00:43:03Oui. Donc pour mon rôle A, c'est comme une configuration permanente. En gros, j'ai la FX 30, euh, qui est décente pour un rôle. Et j'utilise un objectif Sigma 23. Je crois que c'est 23 millimètres, ce qui est genre équivalent 35 sur un plein format. Euh, et puis je l'ai.
00:43:22Quel est l'arrêt F ?
00:43:23Oui. 1.4, je pense.
00:43:25Oh, OK. Oui. C'est pour ça que c'est genre une largeur de carte de crédit de papier de genre un focus que vous obtenez.
00:43:32Mais malheureusement, euh, l'autofocus de Sony est assez décent.
00:43:36Et pour, pour le rôle B, utilisez-vous une caméra différente ?
00:43:38J'utilise la FX trois pour le rôle B, euh, juste parce qu'elle fonctionne très bien en basse lumière.
00:43:44Donc j'ai genre un objectif macro aussi que j'utilise pour ça à certains, à certains points et utiliser un objectif macro avec genre un ISO bas et ensuite une ouverture large, c'est, c'est impossible de se concentrer sur quoi que ce soit.
00:43:55Parce que c'est comme, comme cette largeur de papier de, de champ de focus que vous obtenez.
00:43:58Donc la chose sympa à propos de la FX trois est que vous pouvez la monter jusqu'à 12 800 ISO, et ensuite vous pouvez monter l'arrêt F assez haut aussi.
00:44:06Donc vous pouvez obtenir un bon focus sur genre un objectif macro, ce qui est sympa quand vous êtes genre vraiment, vraiment zoomé dans, euh, vers le code à l'écran.
00:44:14Avez-vous, euh, appris tout ça pour YouTube ou avez-vous toujours eu une sorte de passion pour, pour la caméra et tout ?
00:44:20Euh, si vous ne pouvez pas dire, j'aime aller en profondeur sur les choses quand je, quand je m'y mets.
00:44:24Donc j'ai en fait fait de la photographie à l'université au Royaume-Uni.
00:44:27Euh, donc j'ai fait genre une photographie, un niveau.
00:44:29Et donc j'ai appris beaucoup de ça, puis jamais appliqué.
00:44:32J'ai fait genre de la photographie de boîte de nuit et j'étais à l'université et puis je ne l'ai jamais vraiment appliquée après ça.
00:44:37Et je me suis remis à la vidéo.
00:44:39Et là encore, ces anciennes connaissances sont revenues.
00:44:42C'est comme cette célèbre citation de Steve Jobs : vous faites toutes ces choses dans la vie, des petits éléments aléatoires.
00:44:50Et vous n'avez aucune idée de la façon dont ils se connectent jusqu'à plus tard.
00:44:53Et puis vous pouvez regarder en arrière et voir : “Ah oui, ça s'applique à ce que je fais aujourd'hui.”
00:44:56Pardon.
00:44:57Une dernière question sur l'installation.
00:44:58Utilisez-vous une fonctionnalité de mise au point automatique ou est-ce fixe ?
00:45:03Alors pour la caméra principale, j'utilise l'autofocus.
00:45:05D'accord.
00:45:06Oui.
00:45:07Pour les plans de coupe, j'utilise la mise au point manuelle.
00:45:09Ouais.
00:45:10C'est vraiment bien.
00:45:11Genre, on n'est jamais flou.
00:45:12Donc je suppose que Sony a de bonnes capacités de mise au point automatique.
00:45:16Sympa.
00:45:17Oui.
00:45:18Ils sont assez excellents.
00:45:19J'ai remarqué que vous avez aussi une lumière pour les cheveux, mais elle est hors champ.
00:45:21Avez-vous plusieurs lumières ?
00:45:23Oui.
00:45:24J'ai comme le soleil ici.
00:45:26C'est comme ça que je l'appelle, c'est une énorme, énorme softbox.
00:45:29J'ai une lumière pour les cheveux.
00:45:30J'ai quelques petites lumières Amaran ici.
00:45:35Et puis oui, quelques autres éclairages d'accentuation derrière aussi.
00:45:39Sympa.
00:45:40Oui.
00:45:41Ça a l'air bien.
00:45:42C'est incroyable de voir comment les gens s'installent avec le temps.
00:45:43Juste toutes les lumières, les trépieds et les choses qu'il faut acheter.
00:45:46C'est tellement important aussi.
00:45:47Aussi, obtenir le bon angle de lumière est important, c'est quelque chose que j'ai découvert récemment.
00:45:51Si elle vient d'en haut, vous avez l'air un peu plus fatigué.
00:45:54Parce que vous avez de grandes ombres sous les yeux et tout.
00:45:56Donc maintenant, c'est presque perpendiculaire.
00:45:58Alors, à quoi ressemble une journée type pour vous ?
00:46:01Parce que je ne sais pas si vous développez pour une entreprise, si vous faites du YouTube à plein temps
00:46:05ou si vous faites votre propre truc.
00:46:06À quoi ressemble une journée type ?
00:46:08Ouais.
00:46:09Je devrais vraiment faire un “une journée dans ma vie”.
00:46:10Je ne devrais pas ?
00:46:11Je pense qu'il nous en faut un autre comme celui-là.
00:46:13Alors, qu'est-ce que je fais ?
00:46:15Je ne travaille plus comme développeur à plein temps.
00:46:18Je n'en ai pas vraiment parlé à qui que ce soit, mais j'ai un peu décroché dès que j'ai vu l'IA arriver
00:46:23parce que je n'aimais pas la direction que prenaient les choses, mais j'ai toujours eu du mal avec cette industrie.
00:46:29J'ai travaillé dans quelques très, très bons endroits, mais je pense, je ne sais pas ce que c'est, mais au cours des cinq dernières années, nous avons vu une poussée vers la bureaucratie dans l'industrie.
00:46:40Je pense avec les scrum masters et tout, où ça détournait du développement réel, c'était plus de la planification, et la planification est importante.
00:46:48Je ne vais pas le décourager, mais on avait l'impression qu'on s'éloignait de l'objectif de faire les choses rapidement.
00:46:54Beaucoup de réunions pour s'assurer qu'on faisait les choses rapidement.
00:46:57Et ça a un peu enlevé les aspects réels du développement logiciel.
00:47:02Et je pense qu'avec l'IA, c'est probablement pire.
00:47:04Je ne pense pas que beaucoup de développeurs soient heureux en ce moment avec le marché du travail et la façon dont cela fonctionne dans l'industrie.
00:47:11Et je comprends.
00:47:12Je pense que je n'aimerais pas ça non plus en ce moment.
00:47:15Donc j'ai décidé de faire YouTube à temps plein en 2014, comme un moyen de pouvoir rester créatif, de continuer à travailler sur le code que je veux en même temps, et avec un peu de chance, d'être payé pour ça.
00:47:25Donc je suis un youtubeur à temps plein, mais en réalité je suis un youtubeur à temps partiel car je ne fais pas autant de vidéos que je le devrais.
00:47:33Donc à la place, je construis des produits.
00:47:35J'aime coder pendant mon temps libre.
00:47:37J'aime toujours continuer à apprendre.
00:47:38Donc, principalement, ma journée type consiste à aller en ligne, lire ce que disent les gens, comprendre les tendances, réfléchir à des idées de vidéos à faire sur ces tendances, tout en continuant à coder, à apprendre et à essayer de comprendre le développement logiciel.
00:47:55Désolé.
00:47:56Ai-je bien entendu ?
00:47:572014.
00:47:58Vous êtes passé à plein temps sur YouTube ?
00:48:002024.
00:48:01Pardon.
00:48:02Oh, d'accord.
00:48:03Désolé.
00:48:04C'est mon erreur.
00:48:05C'est un vétéran.
00:48:06Donc, tout ce que vous faites maintenant.
00:48:11Les parrainages YouTube, les produits, c'est suffisant pour financer votre mode de vie ?
00:48:16Ou faites-vous un peu de travail en freelance à côté ?
00:48:20Quelle est votre source de revenus ?
00:48:23Oui.
00:48:24Tout vient de YouTube, des parrainages et des ventes de produits.
00:48:29Donc c'est suffisant.
00:48:30Je pourrais probablement gagner beaucoup plus si j'allais travailler pour Anthropic ou quelque chose comme ça.
00:48:34Exact.
00:48:35Des sommes énormes.
00:48:36Mais c'est vraiment suffisant pour survivre, et en fait, vous savez, faire assez bien et être à l'aise aussi.
00:48:43Je pourrais gagner beaucoup plus d'argent si j'étais juste un peu plus concentré.
00:48:46Mais ça, c'est mes propres problèmes de concentration.
00:48:49Mais oui, ça marche.
00:48:51Ça paie les factures.
00:48:52Je vais dire, de l'extérieur, vous semblez très concentré parce que vous avez ces produits et vous avez ces choses que vous apprenez.
00:48:58Et ces vidéos que vous faites prennent beaucoup de temps, je suppose, parce que vous filmez sous tellement d'angles différents et le montage doit prendre du temps.
00:49:07Donc oui, vous semblez productif vu de l'extérieur.
00:49:09Merci.
00:49:10Je ne le ressens pas de l'intérieur.
00:49:12Alors, quels sont vos avis tranchés sur l'industrie ?
00:49:16J'en ai tellement, mais je les partage assez fréquemment.
00:49:20Vous en avez déjà mentionné quelques-uns, je suppose.
00:49:22Oui.
00:49:23Oui.
00:49:24Je pense que c'était un avis tranché plus tôt que Rust serait si important cette année.
00:49:27Mais je ne pense pas que ce soit si important que ça.
00:49:29Mon avis l'an dernier était que plus de gens allaient écrire du code en utilisant des agents.
00:49:34Mais encore une fois, c'est arrivé.
00:49:36Quel sera mon avis tranché ou ma prédiction ?
00:49:38Je suppose.
00:49:39Je pense que ma prédiction.
00:49:40D'accord.
00:49:41Mon avis tranché est que nous atteignons le point de rendement décroissant avec les LLM.
00:49:45Et je pense que nous n'allons pas voir beaucoup plus.
00:49:48Cette prédiction pourrait s'avérer fausse.
00:49:49Je ne pense pas que nous allons voir beaucoup plus d'amélioration que là où nous en sommes actuellement en ce qui concerne au moins les modèles.
00:49:55Peut-être que dans les outils, oui, mais pas nécessairement dans les modèles.
00:49:58Alors vous ne croyez pas que Claude Mythos est ce modèle magiquement parfait ?
00:50:03Je pense qu'il est génial.
00:50:04Je pense qu'il est probablement très coûteux.
00:50:05Et je pense, encore une fois, dans le pays des rendements décroissants, non ?
00:50:09Je ne pense pas qu'il soit disponible pour les consommateurs parce que je ne pense tout simplement pas qu'il soit rentable pour eux.
00:50:13Je pense que nous verrons peut-être plus d'entreprises suivre cette voie d'entreprise du type : “Ok, voici des modèles vraiment coûteux à utiliser.”
00:50:21Mais je ne pense pas que les consommateurs les verront parce que, encore une fois, je pense que le coût pour les faire fonctionner ne sera pas équivalent au montant de la production que nous en tirons.
00:50:30C'est un peu mon avis tranché.
00:50:31Je pense aussi qu'en 2027, nous verrons le déclin du marketing de l'IA par les entreprises.
00:50:36Voulez-vous dire le marketing de l'IA comme eux utilisant l'IA pour commercialiser ou comme faire plusieurs outils d'IA et dire : “Regardez combien d'IA nous avons” ?
00:50:43Oui, plus du genre les produits d'IA ou ajouter de l'IA dans les produits et en faire un peu comme si l'IA était un grand changement de jeu.
00:50:53Et je pense que la raison pour cela, c'est parce que les consommateurs n'en veulent pas.
00:50:55Et ils ont montré maintes fois qu'ils ne sont tout simplement pas très heureux de voir de l'IA saupoudrée partout.
00:51:02Et je pense qu'à un moment donné, je veux dire, je pourrais avoir tort, cependant.
00:51:05C'est comme si cela pouvait être juste une bulle complète.
00:51:07Donc c'est une prédiction qui pourrait aller dans les deux sens.
00:51:09Mais oui, je pense que nous allons commencer à voir cela s'éteindre lentement.
00:51:13Je pense que le battage médiatique prendra fin en 2027.
00:51:16Oui, je pense que je peux être d'accord avec vous sous la forme d'une interface de chat.
00:51:20C'est comme si tout n'avait pas besoin d'être une interface de chat, les gars.
00:51:23Et comme la démo classique que tout le monde utilise pour réserver des voyages et des hôtels via ChatGPT ou une interface de chat.
00:51:29C'est comme, j'aime les vérifier.
00:51:31Donc je ne veux pas réserver toutes mes vacances en disant : “ChatGPT, vas-y.”
00:51:34Donc oui, je pense que je peux être d'accord avec vous.
00:51:35Ou comme dans Windows, chaque fonctionnalité n'a pas besoin d'un bouton Copilot.
00:51:39J'ai vu une liste du nombre de copilot qu'ils ont l'autre jour, et c'était insensé.
00:51:43C'était genre 70 produits différents nommés Copilot.
00:51:46Waouh.
00:51:47Mental.
00:51:48Quels sont vos avis tranchés, les gars ?
00:51:50C'est la première fois qu'on nous retourne cette question.
00:51:52Nous ne sommes pas préparés.
00:51:54Je pense que ça doit être plus lié à l'IA.
00:51:57Et je suis heureux que vous ayez emprunté la voie de l'IA pour votre avis tranché parce que j'allais parler plus d'IA.
00:52:02Mais je ne sais pas si j'avais un avis tranché.
00:52:05Le mien serait que, autant j'aime les interfaces utilisateur en terminal, autant ce n'est pas pour moi.
00:52:10J'aime l'application Codex et je l'ai utilisée beaucoup plus.
00:52:13Et le T3 code de Theo est vraiment bon, sauf que Claude a un peu supprimé le modèle d'abonnement dedans.
00:52:18Donc c'est un peu ennuyeux.
00:52:19Mais oui, je pense que nous devons, A, je pense, comme ce que j'ai dit plus tôt, les interfaces de chat doivent disparaître pour beaucoup de choses.
00:52:26Comme nous avons besoin d'une meilleure interface.
00:52:28Je ne sais pas à quoi ça ressemble.
00:52:29Et aussi les interfaces utilisateur terminal, elles sont super, mais je pense qu'elles ne peuvent vous mener que jusqu'à un certain point avec des flux de travail multi-agents et tout.
00:52:34Mon avis tranché est qu'avec toute cette tarification imprévisible que Claude fait, Anthropic et tous les autres, je pense qu'il va y avoir plus de poussée vers les configurations locales et les modèles locaux.
00:52:48Et je pense qu'avec la hausse des prix des GPU, je pense que c'est un bon moment pour acheter une bonne carte graphique locale pour vous-même jusqu'à ce que les prix augmentent encore plus.
00:53:03Donc vous avez cette configuration locale au cas où vous ne pouvez plus vous permettre le cloud.
00:53:09Je pense que ma sorte d'anti-avis sur ça serait que beaucoup de consommateurs ne s'en soucient pas et ils vont juste continuer à payer l'argent pour l'abonnement de plus en plus cher.
00:53:17Mais il y a un point, vous savez, comme il y en a, je suppose, mais je suppose que c'est plus si vous pouvez obtenir qu'une entreprise le paie, comme nous l'avons dit plus tôt, ils vont juste payer.
00:53:24Oui, exactement.
00:53:25Oui.
00:53:26Pour une personne locale, oui, genre individuelle l'utilisant, peut-être.
00:53:29Mais alors je ne suis pas sûr que les étudiants puissent se permettre les prix actuels des GPU de toute façon.
00:53:33Oh, pour sûr.
00:53:34Oui.
00:53:35Oui.
00:53:36J'ai parlé à quelques “normies” et certains d'entre eux le contrastent, qui ont de l'argent, ils le contrastent avec, oh, je pourrais payer un développeur, mais c'est plus rapide ou moins cher de payer le forfait maximum de 200 $ à Claude et de demander à Claude de faire le travail.
00:53:46200 $ pour Claude et demander à Claude de faire le travail.
00:53:49Donc je suppose que c'est une question d'essayer d'éduquer et de dire que ce n'est pas aussi bon, que ça ne fait pas aussi bon travail qu'un développeur le ferait.
00:53:57Nous avons besoin de votre avis tranché, Richard.
00:53:59Nous n'avons pas.
00:54:00Oui, non, je réfléchis encore.
00:54:02Je n'ai honnêtement aucune idée.
00:54:03Oh, donc ça doit être lié à l'IA.
00:54:05Je pense que oui.
00:54:06Donc une chose que j'ai vue beaucoup, qui est vraiment cool, c'est quand on utilise Claude code, je ne sais pas si ça arrive dans codecs, mais si je suis genre, hé Claude code, je veux construire quelque chose.
00:54:15Que recommandes-tu ?
00:54:16Genre, quel genre de, donc disons que je veux faire une sorte de, je veux héberger un site web que j'ai fait.
00:54:21Où devrais-je l'héberger ?
00:54:22Et il mentionnera des produits auxquels je ne m'attends pas.
00:54:25Comme il ne mentionnerait pas AWS ou DigitalOcean, il mentionnerait Fly.io, Railway, parfois Vercel.
00:54:32Et il y a quelque chose qu'ils font pour l'amener à faire ça.
00:54:35Et, euh, certaines personnes appellent ça l'expérience IA.
00:54:37Je ne sais pas ce que c'est, mais ce sera le nouveau SEO.
00:54:40Genre les gens ne sont pas concentrés sur les H1 et toutes ces choses.
00:54:43Il y a des choses que vous pouvez dire au modèle pour l'amener à recommander votre produit.
00:54:46Et je pense que les gens le découvriront à un moment donné ou que les gens sont en train de le pirater.
00:54:50Et ça, ça sera une chose dans le futur.
00:54:52Pensez-vous que ce sera la chute de l'expérience utilisateur de l'IA cependant ?
00:54:56Quand les gens peuvent trouver comment le piéger ?
00:54:58Euh, oui et non.
00:55:00Donc, donc, donc, le piégeage est assez délicat.
00:55:02Oui.
00:55:03Pas de jeu de mots.
00:55:04Mais il y a beaucoup de fichiers TXT LLM et MD et tout ce que vous devez mettre dans votre robot TXT pour l'amener à faire ça.
00:55:09Et ça prend du temps.
00:55:11Mais en termes d'expérience utilisateur, si vous pouvez dire : “Hé, Claude, peux-tu m'aider à configurer, je ne sais pas, un compte Google cloud, trier mes clés API et tout ce genre de choses.”
00:55:20Et il le fait d'une manière sécurisée qui évite aux gens de passer par le tableau de bord de ces énormes outils cloud et rend les choses un peu plus faciles de cette façon.
00:55:28Euh, donc oui, nous verrons.
00:55:30Mais c'est mon avis tranché pas si tranché que ça.
00:55:33C'est intéressant.
00:55:34Celui-là, j'ai eu une pensée sur le tapis de course l'autre jour à ce sujet : si tout le monde utilise l'IA pour obtenir des orientations sur les décisions de produit ou l'infrastructure architecturale.
00:55:44Allons-nous voir une convergence d'idées et soudainement être plus innovant et compter sur votre propre intuition.
00:55:52Cela va vous distinguer de la banalité.
00:55:56Euh, donc je pense que c'est, je pense que c'est la même raison pour laquelle je pense qu'il est bon d'apprendre à coder en ce moment.
00:56:02C'est que si vous pouvez compter sur vous-même plutôt que de compter sur l'IA pour répondre à certaines de ces questions, alors vous pourriez avoir un avantage concurrentiel par rapport à tout le monde.
00:56:11Qui suit juste les mêmes conseils des invites.
00:56:14Oui.
00:56:15Je veux dire, il y a déjà une convergence de produits.
00:56:17Les gens utilisent beaucoup Vercel parce que l'IA recommande Supabase, Resend.
00:56:22Et donc, oui, ça arrive déjà à un rythme lent.
00:56:25Et je suppose que si vous savez comment ces choses fonctionnent, vous pouvez choisir les meilleurs outils.
00:56:29Donc oui, nous verrons comment ça se passe.
00:56:30Je n'ai jamais entendu parler de “pensée sur tapis de course”, soit dit en passant, mais ça a tout son sens.
00:56:33Mais ça a tout son sens. Je vois ce que vous voulez dire. J'appelle toujours ça une “pensée sous la douche”.
00:56:37Même quand ce n'est pas sous la douche. Oui, oui, je vais commencer à utiliser celle-là, la plupart de mes.
00:56:42pensées me viennent sur le tapis de course. Merci d'avoir écouté cet épisode du podcast “Better Stuff”.
00:56:46Retrouvez-nous partout où vous écoutez des podcasts, Apple Podcast, Spotify, et avec ça hors de
00:56:52la route, c'est un au revoir de ma part, au revoir de ma part, au revoir de ma part, et au revoir de ma part.

Key Takeaway

La supériorité de l'ingénierie logicielle sur l'automatisation par l'IA repose sur la capacité humaine à définir des interfaces publiques solides et à maintenir une architecture rigoureuse plutôt que de laisser des agents générer du code sans contexte.

Highlights

  • L'adoption de Rust progresse dans l'industrie pour renforcer la stabilité des systèmes complexes et éliminer certaines classes de bugs techniques.

  • L'utilisation excessive de l'IA pour déléguer les décisions architecturales entraîne des structures de code illisibles, comme un fichier unique de 20 000 lignes.

  • Le marketing basé sur l'IA et les interfaces de chat omniprésentes pourraient connaître un déclin dès 2027 face à une lassitude des consommateurs.

  • La maîtrise des fondamentaux techniques demeure indispensable, car les modèles d'IA atteignent des rendements décroissants sur les tâches non triviales.

  • Le passage au tout-natif ou au local devient une stratégie viable pour pallier l'imprévisibilité tarifaire des services d'IA dans le cloud.

Timeline

Outils de développement et terminal

  • La maîtrise de Vim et NeoVim s'apprend souvent par nécessité dans des environnements serveurs Unix.
  • Les outils CLI modernes, comme Zeoxide, améliorent drastiquement la productivité de navigation dans le terminal.
  • Le manque d'IA intégrée dans NeoVim devient un avantage pour se concentrer sur la lecture et l'édition manuelle du code.

L'utilisation du terminal et de Vim est décrite comme une compétence durable. Des outils comme Zeoxide simplifient la navigation complexe, rendant le retour aux méthodes traditionnelles fastidieux. L'absence d'IA intrusive dans ces environnements favorise une immersion profonde dans le code source sans distractions.

Architecture et migration vers Next.js

  • L'utilisation de HTMX avec Go présente des limites pour des expériences web modernes nécessitant une forte interactivité client.
  • La transition vers Next.js s'est imposée pour faciliter l'intégration d'agents IA générateurs de code.

La construction d'une plateforme de cours en Go a mis en évidence les défis de l'interactivité côté client. Bien que HTMX et Templ permettent des vues basées sur des composants, la complexité croissante a conduit à privilégier Next.js, rendant le développement plus cohérent avec l'usage d'agents automatisés.

Impact de l'IA sur l'apprentissage et le business

  • Les revenus publicitaires AdSense ne suffisent pas à une carrière de créateur, rendant la vente de produits complémentaires nécessaire.
  • La prolifération des outils agentiques corrèle avec une baisse de l'intérêt pour l'apprentissage des langages de programmation.
  • Déléguer l'apprentissage à l'IA comporte des risques majeurs d'hallucination de concepts fondamentaux.

YouTube ne génère pas assez de revenus constants pour constituer une option viable à plein temps. La vente de cours techniques, bien que lucrative, subit une érosion due à la conviction des utilisateurs que l'IA peut remplacer l'apprentissage. Il est jugé dangereux de faire confiance à l'IA pour acquérir des connaissances techniques nouvelles.

Édition vidéo et Rust comme standard industriel

  • Rust est privilégié pour sa capacité à gérer des pipelines média complexes, contrairement aux solutions basées uniquement sur l'IA.
  • L'adoption de Rust est en croissance chez les entreprises cherchant à éliminer les instabilités liées à l'ingénierie agentique.
  • Le C, Zig, Rust et le C++ sont considérés comme les quatre langages fondamentaux sans plafond fonctionnel.

La construction d'un éditeur vidéo nécessite une compréhension fine des codecs (AV Foundation sur macOS, GStreamer sur Linux). Rust permet une gestion native et sûre via FFI. Rust gagne en pertinence face à l'instabilité induite par une automatisation trop rapide du développement.

Stratégies d'interaction avec les LLM

  • L'IA échoue systématiquement sur les décisions architecturales, produisant des fichiers main.rs monolithiques et non maintenables.
  • La définition d'interfaces publiques via des fichiers de type “en-tête” permet de cadrer le travail de l'IA.
  • Le choix entre outils natifs et hybrides comme Electron dépend de l'équilibre entre la vélocité de développement et le respect des ressources système.

Il est crucial de garder le contrôle architectural en définissant des stubs ou des contrats d'interface. L'IA est utilisée principalement pour l'automatisation de la saisie répétitive plutôt que pour la réflexion structurelle. Le maintien d'outils performants en Rust est opposé à la tendance actuelle des logiciels énergivores.

Prédictions et avis sur l'industrie

  • Les LLM atteignent un point de rendement décroissant où les gains de performance deviennent marginaux.
  • Le marketing autour de l'IA risque de s'essouffler d'ici 2027 en raison d'une fatigue des utilisateurs face aux interfaces de chat obligatoires.
  • La convergence des solutions suggérées par l'IA crée une banalisation des produits, offrant un avantage concurrentiel à ceux qui conservent une intuition propre.

L'avenir réside dans une meilleure spécialisation des outils plutôt que dans la généralisation des chatbots. La dépendance excessive aux recommandations IA mène à une uniformisation des choix technologiques. L'apprentissage manuel reste le seul moyen de se distinguer de cette banalité produite par les suggestions automatisées.

Community Posts

No posts yet. Be the first to write about this video!

Write about this video