Bonjour à tous et bienvenue dans ce nouvel épisode de Double Slash, donc comme on l'a
déjà fait sur l'épisode précédent, maintenant en fait on est passé à la vidéo,
donc vous pouvez nous retrouver sur évidemment Spotify, Apple et toutes les plateformes de
podcasts, mais vous pouvez aussi nous retrouver sur YouTube et sur Twitch. Donc du coup,
hésitez pas à venir nous voir et on passe à la vidéo, c'est toujours un peu plus sympa.
Aujourd'hui on a Simon qui est avec nous, salut Simon !
Salut ! Et on a Patrick comme d'habitude, mon accolide Patrick. Comment vas-tu Patrick ?
Ça va, fin d'année c'est un peu compliqué, on est en fin d'année faire la compte,
tout ça, déclaration et tout. Moi ça me prend la tête, franchement je suis développeur,
je suis pas comptable. Je sais pas comment tu fais sérieux.
En fait moi c'est vachement plus simple parce que moi j'ai un service qui s'appelle Indie et en
fait ce service là il me permet de faire ma compte en trois clics, tout est centralisé,
c'est centralisé avec mon compte bancaire et en fait mon compte bancaire et mes écrits
turcontables sont synchronisés. En trois clics je viens faire ma catégorie, tout est ventilé comme
il faut. En trois clics je fais ma déclaration de TVA et je fais toutes mes déclarations hyper
facile et si j'ai une question ou c'est un petit peu touchy, j'ai un support client qui me répond.
C'est top en fait. Moi j'ai une dix quoi. Indie et t'arrives c'est quoi ? C'est pas très cher.
C'est beaucoup moins cher qu'un comptable classique et pour nous les devs en fait on a vraiment l'habitude
d'utiliser des applications donc c'est vraiment pas compliqué et en fait on a même deux mois
d'offres pour tous les personnes qui passent par notre lien et en fait on a deux mois offerts.
Donc c'est ça le sponsor. Donc deux mois offerts avec le code qui est dans les notes de l'émission.
Exactement. Ce qui vous permet d'en tester. Exactement. Et en fait Double Slash et cet épisode
est sponsorisé par Indie. Merci Indie. Salut Simon, on t'a présenté vite fait mais en fait aujourd'hui
tu vas nous parler de Redwood qui est un framework un petit peu global et un petit peu plus particulier
avant de vraiment dérouler sur Redwood est-ce que tu peux te présenter succinctement et t'expliquer
en fait pourquoi tu es venu à Redwood ? Parfait donc maintenant c'est Simon Gagnon. Je suis présentement
à Montréal. En arrière de moi c'est juste les cèches de Oubli-Safe Montréal. À Doctel
c'est ça donc pour Redwood. Dans Doctel comment je suis venu à travailler sur le projet Redwood.
Bien présentement je suis dans le core team maintenance donc je suis en français je pense
maintenant. Oui, c'est correct. Donc à Doctel ça a commencé. Je suis dans le core team depuis
seulement octobre donc début octobre et puis à Doctel j'ai commencé à contribuer sur Redwood un peu
sur la communauté après ça des contributions des petits patchs des petites corrections après
ça des petits pictures depuis un peu plus qu'un an, un an et quelques mois. Donc à Doctel c'est
comme ça que je suis venu à travailler un peu plus, un peu plus de temps sur Redwood. En
tant que tel aussi c'est mon projet qui s'appelle Raccoon qui est développé sur Redwood donc à
tant que tel au début j'ai juste vu Tom Reston Warner qui était à une conférence de jamstack qui
était présenté à Redwood et puis c'est exactement ce que j'ai besoin un framework full stack qui
permet de autant faire le back end que le fond end puis qui permet de développer rapidement
facilement un MVP. Ok, tu nous as déjà bien présenté Redwood en fait dans les grandes lignes et
en fait si on devait résumer Redwood on pourrait dire c'est quoi en fait c'est un framework,
c'est un meta framework, c'est un framework de framework, ça serait quoi ? À Doctel on
dit qu'on est un framework par rapport au meta framework c'est sûr qu'après ça bon est-ce que
React est une librairie ou un framework ? C'est pas moi qui vais dire, il y a des personnes
de la cartoon de React qui disent on est un peu les deux en fait parce que bon si on pense à
certains trucs comme les hooks ça commence à être un peu comme un framework mais à
même temps on est une librairie de base donc ça dépend vraiment comment on l'utilise si on peut
l'utiliser comme un rubri mais on peut dire qu'on est peut-être un meta framework mais j'aurais
quand même simplifié ça on est un framework qui reclait pas de tout form scratch on prend des
parties comme Prisma qui est pour toute cassérechaçon de base donné on a tué ce on a tué express
comme pour les serveurs on a changé la festifier sans briser à personne et beaucoup il y a beaucoup
de librairies beaucoup de peut-être framework si on peut rappeler comme ça comme ça qui rentre en
jeu mais que nous on vient coller tout ça pour clé un framework vraiment simple à utiliser
tout ensemble tout de configurer déjà c'est vendu fin sur le site il ya
js app framework for startups donc c'est comme ça en fait et d'ailleurs tu l'as connu toi avec
ta startup raconte au début c'était pas présenté comme le framework pour les startups c'était
vraiment présenté comme le four stack dans la jam stack alors c'était vraiment ça le session
et puis moi j'avais j'étais déjà beaucoup dans la jam stack beaucoup dans le server less et
puis eux il était vraiment comme ok on a vraiment un site comme la jam stack avec un
server graph ql server less déjà déployé sur tout son et l'ifai au début au tout début parce que
tom en tant que tel un des fondateurs de framework bon il est dans le bord de net l'ifai donc c'est
sûr qu'il y a beaucoup de contacts et puis il voulait vraiment de dire ok comment qu'on peut
faire je pense qu'elle fait un tweet plusieurs années quelques années avant à dire dans cinq ans on
va faire un site complet faux stack déployé sur net l'ifai avec le son qui te bouge super simple
donc c'est un peu sa vision de base qui amène le plus loin possible ouais et moi j'ai enfin
donc j'ai un petit peu testé redwood et j'ai trop et fin j'étais vraiment halluciné en fait j'étais
c'est ça le week-end dernier je dis tu vois je quand même faire un petit peu de test quand même avant
de faire le podcast quoi tu vois ça va te qu'on parle que moi je t'avais vagmente de quoi ça
parlait et j'ai plutôt halluciné en fait clairement et moi je vois ça comme le un peu le ruby
en rail tu vois alexa fait du ruby en rail donc connaît bien il n'a si plus trop aujourd'hui mais
ici non j'assume totalement après je me suis fait lyncher par tous mes potes parce que je suis
passé du côté js et donc je suis passé du côté et ville de la force quoi tu vois c'est c'est
mal mais après ouais le gros avantage de ruby en rail c'est quoi tu tu faisais tu tu tu lancées
ton application et t'avais tout qui est qui venait popée automatiquement et on gagnait un temps de
maboul et tout était simple et les conventions tu respecter les conventions bam ça marchait
directement tu passais pas des heures et des heures de config et en fait c'est un peu ça qui
ressort dans redwood c'est un peu le ruby en rails mais 2021 avec du mais surtout en js quoi en
js ou même en type script pour pousser parce que 100% de la plus et 100% avec ok par contre c'est
obligatoire de faire des typescript quand tu utilises redwood tu peux faire du js ça convertit on
peut faire exactement donc quand on commence le projet le projet si on l'indique pop de boss je
pense qu'il est encore en javascript donc il faut soit l'indiquer mais en tant que tête tout au niveau
du firmware c'est en typescript alors qu'à qu'on donne de javascript on fait juste convertir
notre type script donc les deux c'est vraiment possible puis en tant que tel il y a aucun il y a
aucun soucis de dire non moi j'aime pas typescript à part si on veut travailler sur le framework par
contre parce qu'on a décidé d'aller type super font au niveau de framework mais au niveau du
projet au niveau du projet redwood en tant que t'a ça peut être autant fait en javascript
tout le corps il est en type script je pense peut être qu'il y ait des petits petits moissons
encore plus en la plupart des gros des gros frameworks nukes des compagnies enfin ils sont
tous passés sur typescript 100% et bon j'ai commencé à faire du type script en travaillant
sur le projet de redwood puis à temps que tel maintenant je ne peux plus m'y passer ouais
tu as vu ça fait un peu bizarre de repasser sur js après la classique tu cherches les
types je peux pas mettre de type en masse ou juste comme quand tu cherches par exemple
de quatre ou trois choses puis c'est qu'est ce qui prend lui je ne me rappelle plus là tu
vas voir la doc mais tu sais comme maintenant c'est juste automatique là il te dit qu'est ce
que ça prend qu'est ce qu'il peut avoir donc il y a pas une petite pratique mais quand on est
au casseur là c'est dur de sortir mais pour le la simulitude avec rubien reyell c'est sûr
qu'on a beaucoup d'inspiration on peut dire de rubien reyell à temps que tel la plupart des
gens qui sont dans le on peut dire le leadership de redwood sont des anciens de rubien reyell des
pur et de l'heure tom était le confondateur des gaites à donc c'est tout était codé en rubien
reyell puis plusieurs personnes aussi c'est un un je n'ai pas qui mais à ce chose qui pleine
c'est que de redwood c'est que c'est pas rubie mais on a assez comme un peu de copier rubien
reyell dans un framework javascript c'est quand même pas notre but immédiat mais on va prendre les
meilleures parties ce qui nous plaît de rubien reyell puis on va on va les transférer au framework
en plus et du coup aujourd'hui en fait tu tu tu considères que utiliser redwood c'est plutôt
pour quel type de projet alors même si vous le marketing dit pour pour des des des startups donc
c'est quoi c'est un truc où on fait des pocs hyper rapidement et après on tèche et on refait
sur une autre stack où justement c'est pour plutôt penser à tcail c'est en fait quel est la bonne
typologie de projet qui pourrait vraiment fit avec redwood c'est sûr que on s'est posé beaucoup
de questions dans l'équipe ok c'est pour qui le redwood puis là on part avec par exemple d'autres
frameworks nextjs par exemple ou blitz qui en fait je dirais le plus homolog qu'on a donc
qui est comme un full stack avec react et tout c'est sûr que si on se compare avec les autres
grands frameworks dans tout ça ou surtout dans l'écosystème de react c'est plus facile de
commencer un petit projet de week-end avec nextjs ou même avec blitz parce qu'il y a beaucoup plus
abstractions ou c'est comme c'est vraiment complet pour faire quelque chose comme qui qui qui
rapide par contre le redwood on a vraiment pensé pour le faire à tcail donc des trucs comme
graphql séparé le côté PI le côté fontainé séparé c'est pour permettre éventuellement de
pouvoir avoir plusieurs qu'on appelle ça des plusieurs côtés donc par exemple si on veut
avoir une application native il y en a un qui dans la courte qui est une application macOS
faite avec je ne sais pas le cas mais il utilise les PI de redwood avec graphql par exemple pour
faire des données et tout et comme c'est bon on pense pour dire ok on peut créer le prochain
le prochain github le prochain je peux faire ce pas les faibles n'importe une prochaine grande
application web possible sans limitation exact c'est pas genre ok on arrive puis on est comme
bon c'est soit que je recote tout soit que je fais quelque chose de vraiment qui je peux arriver
à ce qu'elle c'est c'est pas ça qu'on veut donc c'est un peu plus complexe par exemple à commencer
parce que c'est une application fausse tag parce qu'il y a des il y a graphql on a nos schemas à
déclarer et tout mais on a assez de faire vraiment tout en le vise qui est pas nécessaire à configurer
et juste vraiment laisser le nécessaire qui est souvent un peu plus connectus un peu plus que
blitz mais ça permet vraiment à long terme de dire ok ça vaut la peine de le faire le petit
parrain de plus après après tu dis c'est compliqué à configurer mais pour l'avoir essayé c'est
tout à base de commande en fait rw g génére et j'imagine c'est tu fais tes trucs là tu fais des
postes des pages ce que tu veux ça te génère les schémas tu vas déclarer tes modèles via ton
interface de commande quoi depuis ton terminal et lui ça va te ça va te générer automatiquement
tes schemas c'est quoi c'est une approche contrôleur mvc classique et ça va générer
ton ton ton ipi aussi ouais c'est à tant que tel il y a aussi on veut commencer ça par la base on
a prisma qui est vraiment ce qui j'ai à la base de née donc on va vraiment faire notre modèle
de base de née via le schema de prisma donc on va dire on a une table user dans user on a
notre nom on a notre adresse on a ces trucs là que les relations ensuite on a des générateurs qui
va générer les stl de crash que l automatique mais comme c'est sûr que c'est pas complète en
pour cent mais ça te permet d'avoir un croot au moins un crit d'upd de l'îte facilement donc
déjà on a quelque chose avec notre modèle qui est directement graph que l puis à part son de nos
services qui en fait vraiment notre logistique notre business logique qui dit ok qu'est ce qu'on
fait comment qu'on reçoit ces données là puis absolument fait juste écrire avec le client de
prisma on cherche soit finement nous finement ni ou ces genres de commandes là pour dire je veux
un c'est ce user avec cette idée là puis à tant que tel la commande graph que la résolution de
graph qui elle va donner ça à part son peu même clé un peu plus de législation plus poussé dire
avoir un courrier à la même temps en face à ce genre de chose là donc toute une logistique
back-end se fait dans ce qu'elle appelle des services donc non c'est pas c'est pas tant
compliqué pour un full stack mais il y a un petit peu de logique à ajouter de plus mais c'est
quand même assez généré ça génère aussi l'interface aussi pour de crud en fait pour sauver
de l'îte update tout ça en fait automatiquement en fait exactement on a les scats de four c'est
pas tout le monde qui utilise mais c'est vraiment pratique pour avoir quelque chose comme tester
rapidement qui qu'est ce que ça donne surtout quand on fait le par exemple le tutoriel on
voit comme on n'a pas travaillé pour tout faire ça et c'est déjà tout connecté on a déjà un
code qui qui qui fonctionne bien après ça après ça l'interface j'imagine qu'on veut quelque
chose un peu plus unique qui réponde aux besoins après voilà tu parles et juste tu parlais d'interface
moi je peux mettre n'importe quelle interface ou redwood est livré avec avec react par exemple
ou aussi moi je je mette angulaire derrière c'est possible ou en fait c'est pensé pour react
à tant que t'es ce que redwood en tant que t'es qu'à qu'on voit le l'arbre recense on a de
côté on a les pieds comme que j'expliquais avec prisma grèche qui est le plus il y a un test
un serveur non js qui peut être déployé en serverless en pleine on a pleine plateforme de
déploiement déjà tout configuré possible mais le côté web et il vient avec react mais à tant
que tel ça n'empêche pas de faire autre chose c'est juste qu'on sort du du chemin battu et puis
après ça c'est on se débrouille puis à temps que dans dans le côté web on a développé notre
propre route donc pour accéder les pages tout donc ça c'est vraiment une éca à redwood on a ce
qu'on appelle les celles qui un peu à l'adricte toute l'aie la crée ou la mutuelle plus à crée
graphql mais sans tout écrire les trucs comment dire qui se répète tout le temps ouais c'est
un chargement tout ça exactement le changement si c'est un petit on a comme trois trois state
que dépendant c'est qu'on est très pense graphql donc tout ça vient d'un genre de component
on peut pas passer dans notre page donc c'est component là toute la logistique de query de
graphql faut juste écrire notre curie graphql puis ça s'agère pour nous parce qu'en fait
qu'il faut bien préciser en fait c'est que la structure d'éfficier comme tu l'as expliqué au
plus c'est que tu as vraiment deux dossiers distincts en fait entre le bac et le front API c'est
pour tout ce qui est bac donc c'est dans le dossier API et après tout ce qui est front c'est vraiment
web donc comme tu l'as dit il ya des gens qui utilisent que le bac en fait par exemple pour
l'application native mac donc tu n'en fais pas de temps de vente de mettre du vu ou ce que tu veux
quoi exactement ce que après ça c'est beaucoup plus qui va écrire beaucoup plus de code exact
donc c'est sûr que si on commence un petit projet je vous conseille de commencer directement
avec le web le react qui donne parce que il y a tellement d'intégration on va c'est conçu et pensé
c'est super facile et puis toutes les commandes même s'ils sont pensés aussi pour le web et
bien le film en quatre octaves éventuellement on veut ajouter pas sur la première version mais
éventuellement on va ajouter plus de site par exemple react native peut-être ou quelque chose
comme ça pour avoir vraiment des déploiements un peu plus sur d'autres plateformes après ça
après ça si il y a des gens qui ont le goût de faire du vu avec redwood et décident de faire
leur propre par le point de template on peut dire puis de toute une mixé sans ensemble c'est possible
on va quand même préciser aussi enfin si tu peux le faire ça intègre d'office en fait des
technos en fait qui sont éprouvés on va dire en quelque sorte de type apprisma comme t'as dit
mais après il y a quoi il ya gest pour les tests exact donc à toutes les fois quand j'en ai une
page on les j'en ai automatiquement notre fichier de test notre fichier de star ego qui aussi
pour graph bluielle il nous fait les fichiers de moque qui va faire en fait c'est énorme ça c'est
énorme ça c'est ça c'est le mec le truc te fait des tests le storybook enfin la story et les moques
pour le graph c'est juste exactement pour storybook parce que c'est vraiment dur de par exemple
pas avoir les données puis faire un sort ça fonctionne sur les boules on a pris des décisions
comme ça d'être ok il ya déjà un moque qui se crée donc ton storybook fonctionne déjà
pratiquement tout seul avec des bifos données déjà généré automatique c'est génial et puissant
quoi puissant donc ça prisma gest storybook après c'est quoi c'est il y a toujours webpack
ou c'est passé sur un autre compilateur on c'est toujours webpack c'est tout par contre ce côté
là il n'y a rien à toucher quand on gère le projet exact c'est tout dans le framework après
ça va changer éventuellement pour autre chose il ya des tests qui est encore mais à tant que telle
ça serait pas tout de suite mais bon c'est ça c'est un peu la magie de framework c'est qu'on peut
changer par exemple ces genres de trucs là comme webpack et tout faire un upgrade puis boom pour la
personne en tant que tel qu'il y a un projet redwood il voit pas du tout il y a l'obsidisation qui
s'est faite du jour au lendemain puis tout est pensé pour que ça continue à fonctionner le plus
passé et puis vous êtes passé sur fastify alex est un grand fan de fastify c'est trop bien c'est trop
trop bien mais pour le coup on avait fait un épisode sur sur sur fastify et c'est à cette
c'est à cette époque là où je me suis vraiment plongé dedans et pour l'instant là je bosse fin
sur tous les projets que j'ai bossé avec du nœud sur le bac je suis passé par fastify et ouais
ça amène plein plein de choses super sympa cette approche de hook c'est hyper hyper facile
c'est l'approche plug-in aussi où tu peux prendre des plug-in pour les porter d'un projet à
l'autre et tu fais vraiment ta boîte et tout c'est vraiment top quoi par contre je veux pas vous
décevoir il ya fastify mais vous allez simplement rien toucher de fastify parce qu'un tactile c'est
tout est finalement hook pour pour pour il y a rien qui a changé vraiment en express puis fastify
qu'on a fait le changement au niveau du projet pour les gens c'est le moteur qui nous on l'utilise
pour pour émuler un peu comme des fonctions lambda parce qu'à la fin c'est des fonctions serverless
qu'on essaye de comme modeler pour que ça fonctionne sur des serverless mais si on utilise
un server full là en tactile il y a un genre de rap qui se fait et qui permet de faire fonctionner ça
sur le server full sans problème puissant ok donc tu es rentré dans la core team c'est ça
depuis donc octobre t'as dit depuis octobre voilà et donc vous êtes beaucoup dans la core team
quand même quelques on je pense qu'on est sais à date mais on est on a une partie on va dire leadership
qui travaille je pense tant plein nous pour pratiquement tant plein qui je pense on sont
déjà de la fondation en fait d'automne puis à temps que tel on a des meigners une bonne partie
on peut être 6 8 ou plus exactement le nom puis aussi le côté de toute communauté donc on a
beaucoup de gens qui vont faire en sorte que on peut aller sur le discord puis donc tel on répond
beaucoup de questions twitter on essaye de d'être présent faire des événements aussi on essaye
d'en faire on va essayer d'en faire une fois par mois éventuellement mais on fait à toutes les
fois qu'il y a des nouveaux contributeurs on les invite à un genre de meeting de contributeurs
depuis en tant que tel on peut se présenter puis ce qu'en a et puis c'est un peu comme ça que j'ai
rentré aussi c'est que dès que tel goût de rentrer puis contribuer dans le framework bien on y est
peut être connect plus puis d'aller un peu plus loin puis voir qu'est ce qu'est envie de faire puis
d'aller plus loin ouais cool et aujourd'hui redwood il est full open source ou pas du tout c'est
full open source et du coup est ce qu'il y a vocation parce qu'en fait on sait que les projets
open source c'est bien mais à un moment donné il aussi pour la viabilité du projet en fait il faut
qu'il y ait de l'argent qui arrive de quelque part du coup est ce qu'ils ont pour projet ou
d'intégrer un business plan là dedans ou pour l'instant en fait c'est c'est de la thune qui
vient de la fondation et donc pour l'instant c'est pas du tout dans l'air du temps de trouver un
business model sur cette techno là quoi c'est sûr qu'il y a du pour parler de ok un jour on
verra ça que ça soit soute mais bon comme que ça soit qu'il n'y a pas tout le temps besoin d'argent
de l'externe puis qui peut à tant que tel surtout financer le framework il n'y a pas aucun projet de
de business model en arrière de tout ça encore ça pourrait avoir un jour ça pourrait juste
entendre de forme de tuto premium peut-être ça pourrait on veut vraiment comme de dire qu'on
n'est pas vendre l'hockey avec avec redwood ça c'est vraiment important on n'a c'est pas de dire
ok éventuellement on va faire une plateforme de déploiement qui va être super là qui puis à
tant que tel ça va pouvoir sortir de là ou faire par exemple obligé un peu de payer si on veut
quelque chose un peu plus comme comme certains projets open source je pense pas que le but est
du tout d'aller là mais c'est sûr qu'éventuellement peut-être de trouver quelque chose qui pourrait
faire vivre redwood le plus longtemps possible et qui est bien si tu peux rappeler qui est derrière
redwood à la base il y a j'espère que je sais pas ma malle son nom c'est tom preston warner qui est
l'ancien CEO de github et un des co-fondateurs de github donc c'est vraiment lui et puis il y avait
un autre qui s'appelle peter qui travaille ensemble sur une autre startup et puis il a commencé à
commencer un peu de là ça comme ok finit il commence à accorder des trucs puis je pense qu'ils
ont remarqué c'est vraiment chiant tout ça ça devrait être ça devrait être fait tout seul
puis je dois avoir ça puis il y a eu un peu de d'idées qui s'est faite aussi on a commencé
un petit projet il y a invité d'autres personnes dans sa connaissance pour travailler full time
dans le projet éventuellement puis là maintenant peter qui est un des co-clataires il y a sa propster
là qui qui pour faire la licentie en âge on peut dire de base de données de dire par exemple en
dev on veut par exemple dire il faut tester quelque chose mais il faut vraiment avoir un peu des
données comme sur nos clients qui utilisent l'application puis juste comme les chantiers
années les bons puis enlever les les par exemple les trucs qu'on veut pas avoir dans notre machine
de développement pour que toutes les développeurs et par exemple les mots de pensée ces genres de
trucs là donc tout ça ça donne un échantier en âge automatiquement avec avec prismoi et tout
j'ai pas encore essayé ça l'a super intéressant mais il y a vraiment il y a rien de rattaché
à redwood par rapport à ça ça fonctionne avec redwood mais ça peut fonctionner avec n'importe quel
en fait pas ce n'est pas ce que c'est pas ce que elle donc c'est pas ouais donc en fait on peut
donc en fait on peut dire que les les personnes qui sont initiatrices de ce projet en fait non
pas un intérêt financier hyper fort sur le projet ils font enfin ils ont lancé le projet parce
qu'ils aiment le concept et l'idée de faire un framework un peu global où on a tout à assez vite
et et configurer pour nous par contre ouais ils sont pas dans un dans une culture de trouver un
business modèle rapide pour pour pouvoir survivre quoi c'est ça c'est exactement ça
ressemble à ça tom il fait de la veste de l'investissement un peu partout donc il s'est
toujours intéressant qu'il voit une star up plus de la redwood une star up qui permet de amener
redwood plus loin sans direct amide type d'être à l'auteur mais j'ai un joueur un peu qu'est ce
qui se passe donc il est pas investi sur deux compagnies qui compitent alors là donc il n'est pas
all in son compagnie ou sur une autre là et aujourd'hui alors il faut être aussi honnête il faut
dire que en fait on a déjà fait un épisode avec toi simon cet été et en fait on a eu des gros
problèmes techniques tout et et en fait il se trouve que le projet a vachement évolué en six
mois et limite maintenant que tu fais partie de la courtteam c'est vachement plus intéressant et
en fait ma question c'est aujourd'hui quel est le niveau de maturité de redwood parce que en
fait quand on enfin il y a beaucoup de frameworks qui sortent qui pop c'est c'est toujours un peu
les faire versant sur toutes ces nouvelles techno par contre voilà si moi je dois poser mon
business en fait sur un sur un framework il faut que ce framework qui soit déjà en place il
soit solide qui est une communauté et du coup le niveau de maturité en fait du framework
est hyper important d'où ma question en fait aujourd'hui redwood est ce que c'est production
ready est ce que c'est c'est encore en beta c'est quoi comment dire j'ai commencé à utiliser
redwood pour pour ma sur la version 0.20 je pense et puis on est rendu la version 40 si je m'en
trompe pas qui en fait slash la v1 orc 4 donc depuis depuis toutes les versions mineurs on va dire
non stable redwood toujours travail super fort pour faire la transition en chaque version super
fluide puis il y a eu des gros changements mais honnêtement rien rien pour rien et rien qui est
catastrophique il n'y a pas eu non plus depuis depuis la version que j'ai commencé tout était
possible de déployer donc c'est sûr que si je suis une grande entreprise avec des clients qui veulent
vraiment quelque chose de super safe de super approuvé à la version 0.20 je n'aurais peut-être pas
commencé mais pour une star là je veux dire c'est déjà mieux que assez de faire son propre
back-end avec net js puis assez de tout coller ça soit soit même donc il y avait déjà beaucoup de
travail très en mode stable mais exactement de fait mais encore prismain était pas la version
stable dans ce temps là les sont rendus donc toutes nos dépendances sont devenues des versions
stable donc pour ce aujourd'hui je peux dire que je n'ai pas le temps la version a réglé
ce que je dis c'est vraiment juste des fixe de bug là on essaie de pas faire de breaking change
aucun il n'y a rien il va comme en ce moment là je peux dire à ce production ready il y a même
beaucoup de compagnies qui sont en production avec redwood depuis déjà plusieurs mois donc je peux
dire que pour une story lop c'est c'est c'est déjà beaucoup beaucoup très très stable puis on a
même commencé à faire des codes mode donc quand on fait des des upgrades qui ont des breaking
change on essaie de fixe de breaking change automatiquement donc on utilise vraiment un projet
de facebook slash méta qui ont travaillé dessus qui j'ai oublié le nom mais c'est avec on va vraiment
chercher avec les ast le code qui doit être changé donc pas importe c'est quoi le comment
qui est structuré on va le trouver dans dans ton code puis après ça on va le changer ça fonctionne
quand même assez bien pour les camps de faire assez pour la plupart des modèles et les outils
de migration qui sont souvent disponibles exactement quand tu es génial un peu comme
angulaire d'ailleurs angulaire fait souvent ça aussi entre les versions ouais exactement ok c'est
ok ça ressemble beaucoup à un je ne plus ça ressemble quand même beaucoup à angulaire parce
qu'angulaire fait un peu la même chose quand tu génères des des components tu te génères le
test tu génères bon il n'y a pas de storybook mais tu génères les trucs comme ça automatiquement
avec une nique de commande ça donc il n'y a pas beaucoup d'inspirations directes de angulaire
il y a personne je pense pas qu'il y a personne dans le core team qui sont des ex angulaire si
je ne me trompe pas par contre on a un peu la même mission de faire en sorte d'avoir quelque chose
de vraiment complet pour build une business une entreprise entière sur ce framework là donc on
pense vraiment à tout puis c'est pas vraiment c'est pas c'est pas un framework ça peut-être
tu dis pour les hackathon mais c'est pas nécessairement le framework le plus le plus rapide mais c'est
vraiment le plus stable plus on fait des unités on fait ce genre de truc là on travaille en équipe
avec le storybook des développeurs on a une team avec plusieurs personnes qui peut travailler
sur plusieurs sites différents donc c'est vraiment pensé pour ça donc c'est allez-y c'est robuste
la v1 arrive quand fin de année tu penses ou ? techniquement on veut les gens me prendre
un peu de vacances pour les fans alors ça va sortir dans le premier quart d'année 2022
ok début d'année donc c'est là mais bon c'est quasiment on est quasiment là quoi
release candidate 4 on est presque et pour le coup si si si des personnes qui nous écoutent nous
disent ok vas-y j'aurais bien envie de tester qu'est ce qu'il y a il y a des sortes de
tutoriels un peu des sortes de onboarding ou getting started ou les trucs comme ça qui
on peut trouver sur sur le sur le site internet où il y a une communauté discord ou des choses
comme ça exactement donc la première chose c'est sûr que le on a un tutoriel qui permet de faire
à ce moment c'est une application de blog mais disons que redwood c'est pas nécessairement le
framework pour qu'un blog là je sais pas c'est juste pour montrer vraiment les bases de quelque
chose que tout le monde comprend c'est un efficace un blog qui est quand même assez simple puis
qu'on va les poster on a des permissions on a on a essayé de vraiment montrer toutes les
features de redwood avec cette tutoriel il va être un obéter de plus en plus surtout pour la
version la version 1.0 rub qui est la personne qui travaille fort sur ce tutoriel là avait fait
aussi des vidéos mais qui sont avec toutes les versions que toutes les changements que
il y a eu c'est d'ailleurs de suivre tout le temps faire des nouvelles vidéos du tutoriel
tout le temps refaire donc il n'y a pas fait les vidéos tutoriels depuis un bon moment donc
c'est pas encore à jour mais là vraiment il travaille fort là dessus pour pour refaire les
vidéos tutoriels le tutoriel à lui même il déjà tout le temps à jour on fait tout
le temps les petits mises à jour à chaque fois qu'on charge de quoi mais c'est vraiment la meilleure
façon de comme explorer le framework puis de voir vraiment un peu tout ce qui peut être fait rapidement
ensuite d'autres sub et discord discours aussi notre forum qu'on essaye de travailler encore plus
sur ça on essaye d'être un peu partout pour les communautés mais d'avoir quelque chose
l'on quand on s'envoie beaucoup de monde donc trouver une façon de toujours mettre les gens
engage ensemble avec autant de monde c'est toujours du défi donc on a assez tout le temps
d'ajuster avec tout ça mais ouais ouais moi je confirme le fin j'ai fait le tuto justement pour
tester redwood simplement et ouais il est il est peut-être pas à jour mais bon la plupart
enfin il y a rien tout à marché dans tout les steps et il permet vraiment de découvrir chaque
brick de redwood et de comprendre un peu comment ça fonctionne c'est plutôt c'est plutôt pas mal
donc moi je conseillerais vraiment de commencer par le tuto j'ai juste eu un blocage alors bon
je sais pas si ça va évoluer pour la prochaine version c'est avec la version de nod en fait j'avais
une version celle ça marchait pas machin c'est peut-être fonctionner la s'il vous voulez pas
il voulait pas il voulait rien savoir pas quelle version j'avais mais je suis sous la ce niveau là
mais après tout a marché nickel et j'ai réussi à faire mon petit mes petits post machin tout ça
enfin voilà et tu peux même aller jusqu'à déploiement je crois d'ailleurs exactement on n'a pas trop
parlé de ça le déploiement redwood c'est de base c'est fait pour être ta parler de netlify mais
c'est fait ça peut être déployé partout c'est fait c'est optimisé pourquoi présentement c'est
vraiment bien fait pour avoir autant la base donné que le web peut être des cdn puis un
savoir-nose qui est ce qui gère notre notre savoir-nose donc on a plusieurs encore déploiements en
cours on veut aller avec a ws directement avec saver les il y a plein d'autres asur et du travail
on n'a pas encore aboutir quelque chose parce qu'on a des groupes là sur certains comptes
de compatibilité il y a du monde qui ont fait ça sur docker france même covernite et sur les
cloutes fleurs à worker c'est prévu c'est du travail oui on travaille sur ça le gros problème
c'est qu'on a des dépenances qui fonctionnent pas sur les sur un moteur vv de sainte d'en dire
c'est tout donc comme les workers donc on arrive à enlever ces dépenances ou attendre qu'il se
fait si ils vont fixer chose de ces choses là pour rendre ça compatible donc éventuellement on
vous de cordes faire c'est sûr que c'est quelque chose qu'on essaye vraiment de rendre
compatible éventuellement mais ça m'étonnerait que ça se va près de pour la version 1.0 mais ça va
guider ça va guider ok après super ok ça a l'air super on peut peut-être parler rapidement je
pense que tu as envie de parler rapidement de raccour de ta start-up on peut rapidement mais
tant que tel ça fait depuis que je suis sur redwood que je travaille sur ça on veut dire
sur le sur le même code base depuis plus que un an raccour c'est une application pour l'économie
circulaire donc on essaye tant que tel de faire tous les outils possibles pour pouvoir prendre en
charge un item qu'on veut qu'un commerçant veut racheter usager le diagnostic dernier un off payer
la personne dans son quart de carton du magasin on va payer pas plein de trucs puis il y a pas ça de
le remettre à neuf et le remettre sur le marché donc on essaye vraiment de faire une application qui
permet de gérer toutes ces flows là avec comme un genre de formulaire embed sur le site du commerçant
sur le truc là donc c'est une application web app complet qui qui qui genre un problème surtout
intéressant avec le problème de production et de supply chain qu'on a présentement donc on
travaille fort sur ça pour avoir quelque chose de délivrage très bientôt là on a vraiment une
version on le teste avec on a un commerce qu'on teste directement donc on fait des
tests à séance dessus je t'attends qu'il va être prêt pour pour être vendu pour être au public
pour être et t'arrives à bosser et t'arrives à bosser sur sur sur ta boîte où tu comme tu passes
quand même plus de temps sur sur redwood en mode cordeve quoi c'est ça on est sur redwood on est
tous des des on va dire des part time cordeve donc on pour la pour ma part quand je travaille sur
sur l'application à temps que tel ça me permet de voir vraiment qu'est ce qui manque c'est quoi les
problèmes c'est quoi les bugs donc dès que je vois comme il faut vraiment ça pis l'eau pas bien
je le commence à ouvrir un pire puis je travaille sur ce ça et ouais tu es utilisateur de redwood
donc tu vois de suite si il manque des choses ou pas et tu penses que est ce que tu penses que redwood
vous avez fait gagner du temps en développement ou c'est sûr c'est sûr parce que bon premièrement
il y a tout ce côté un peu comme comme rail par mais un rail de comme enlever toutes les décisions
passer puis essayer de vraiment donner un golden pad qui comme fait ça comme ça puis puis tout va
aller bien structure t'y fichier comme ça c'est comme vraiment comme enlever le plus de décisions
possibles c'est quelque chose qui vous vraiment dure quand on commence un nouveau projet de
ok quelle technologie j'utilise comment je vais faire ça comment j'attends ok là je vais faire
des unités donc le fait de dire comme ok j'ai pas pensé à ça tout est déjà comme glous ensemble
j'ai juste à écrire ma business logic faire mon interface par ce genre d'autre chose là
ça me soucie du reste c'est sûr que ça rend les choses beaucoup beaucoup plus rapide à développer
convention convention over configuration mais c'est tellement bien mais mais par contre on laisse
la possibilité de faire la configuration custom c'est ça qui est aussi bien c'est que on suit on
suit le chemin si on veut mais si on se dit ah mais finalement j'ai vraiment vraiment besoin d'avoir
je sais pas un recipe i pour mes clients ben pas de problème on va mettre un recipe i par dessus
puis ça va fonctionner puis si on a besoin de zéro j'ai pas besoin d'un autre il n'a qui ont
utilisé une ex-js comme front-end parce qu'il y a besoin de que une ex-js offrait puis que par
redwood donc ils ont juste enlevé le côté web de redwood et on met une ex-js puis ça fonctionne
donc exactement donc vraiment c'est comme ça on veut qu'on fait mais c'est quand même de la liberté
pour sortir du cadre mais c'est quand même ça c'est cool ça c'est très philo c'est très réacte
philosophie exacte j'ai une dernière question je pense là ça comment on a déjà des commandes
en fait redwood pour générer des choses est-ce qu'on peut étendre en fait ces commandes redwood
pour faire des choses qu'on perso customise les trucs ouais on a on a les scripts on peut
discuter ce que là c'est pratique par exemple si on veut pas les trucs de base donnée par exemple
par exemple moi j'ai commencé à le faire pour avoir des certains clips qui permettent de générer
comme un use case dans la base donnée genre automatiquement sans quand même faire la pepline
au complet ce genre de truc là après ça ça dépend qu'on se compte il y a beaucoup de possibilités
avec le commande l'internet moi il y en a tellement on va faire le ou dit tout ça j'ai fait aussi
une étagration avec fig qui est comme un genre de vaisseau à mon conner bien
oui d'ailleurs à l'heure alexa fait les commandes pour prisma sur j'ai vu j'ai vu c'est vrai
car en plus moi j'ai connecté ces commandes à redwood donc à qu'on ait qui y'a une redwood
prisma c'est les commandes d'alex qui qui continue trop cool ouais c'est beau c'est beau
écoute nickel et est-ce que tu veux rajouter un truc sur sur sur redwood
je pense qu'on a bien fait le tour sur tout le potentiel sur comment ça marche pour pour
qu'elle scope de projet c'est quoi les techno derrière la philosophie qui qui est derrière
moi je trouve ça super intéressant et je pense enfin comme on dit toujours tu vois c'est bien
c'est de faire un tuto c'est de tester c'est tester quoi c'est de tester
exact puis après ça il y a plein de choses aussi qu'on doit continuer à documenter par exemple
par exemple mon application plusieurs langues parce qu'ils vont à morial on est francophone mais
aussi beaucoup d'anglophones donc on a des set-up de commandes par exemple pour déjà tout préparer
le truc pour l'internet c'est le sillon et la traduction de tout il y a plein de petites commandes
comme ça un peu partout qui on a encore à travailler à dire comme oui il y a pas de
problème on gère ça aussi on gère on gère tellement de choses que c'est dur de tout expliquer
dans un podcast mais il faut l'essayer et bien écoute trop bien et bien écoute un grand merci
simon pour pour le pour le temps que tu nous a accordé et c'est vraiment super sympa on remercie
tout le monde qui restait jusqu'à la fin de l'épisode hésitez pas à partager parler de
l'émission à vos proches à vos collègues n'importe qui indie le sponsor et voilà la comptabilité on
peut pas dire que c'est super sexy mais avec indie ça passe quand même vachement mieux ça marche