Alors tout ce qu'on est en train de faire avec Renate, c'est que nous essayons de guider vous dans le right de la façon dont nous pensons que c'est une bonne façon de construire l'AX.
C'est un co-createur de l'un de l'autre, un CDN pour tout les choses en PM, ainsi que le co-createur de React Router, le co-founder de React Training, et vous avez aussi créé une remix.
Un peu de ceci, au-delà de votre longtemps de co-horte, Ryan Florence.
Bienvenue Michael, c'est super de vous avoir ici.
Est-ce que vous avez d'autre que nous pourrez nous dire à l'audience de vous-même ?
Oui, merci Justin, et merci Andrew pour avoir me sur le podcast. Je suis super heureux d'être ici. Je pense que vous avez bien mal fait.
Tout ce qui a été construit, j'ai été un mec très busy dans les dernières années, je pense.
Oui, pour sûr.
Je voulais juste commencer par dire que je travaille à Oxide Computer Company, et le aspect de notre product est plutôt petit à l'heure,
mais nous sommes vraiment grands fans du travail que Ryan et les autres ont mis à la remix.
Le design, les patterns, la philosophie, tout ça, c'est vraiment inspirationnel.
Donc peut-être que c'est juste un bon endroit à commencer.
Vous voulez prendre un moment pour parler de ce que la remix est de haut niveau,
et peut-être un peu de la pensée qui a été en train de mettre ça ensemble ?
Oui, donc, premièrement, merci beaucoup. C'est un grand appréciation, et j'apprécie vraiment ça.
Nous avons mis un ton d'essence et d'effort dans les APIs que nous avons étendus, et on va peut-être s'en parler de ça.
Mais notre objectif est de mettre le web en ligne.
Je ne veux pas que ça se passe trop en haut, mais il y a beaucoup d'opinions différentes d'aimés d'aimés d'aimés,
sur comment construire des trucs pour le web.
Je me sens que l'un des trucs est vraiment bien informé et bien informé pour les utilisateurs,
et l'autre n'est pas bien pour les utilisateurs, c'est un bad advice.
Je ne pense pas que ça devrait être un surprise, mais on ne peut pas croire tout ce qu'on read sur Internet.
Je me sens comme si ça était notre moyen de mettre un flag dans le terrain,
et dire qu'on a des opinions sur comment ce truc doit être fait,
et on a des opinions sur ce que c'est bon pour les utilisateurs,
ce que c'est bon pour l'expérience des utilisateurs, et comment les choses doivent être construites.
En passant, on a été un peu inoppinionés.
Les gens ont construit, donc React Router est notre principal projet d'opinion,
que nous avons travaillé depuis 2014,
et parmi nous avons poussé le bouton de la v6,
qui a été en développement depuis deux ans maintenant,
c'est fou de penser à ça.
Mais merci.
React Router est une chose inoppinionnée,
on a des expériences incroyables avec React Router,
les gens ont construit des expériences incroyables avec React Router,
et c'est toujours un peu dépressif pour moi,
quand je vois une expérience incroyable avec React Router,
parce que je ne les ai pas guisé bien,
je ne les ai pas donné assez de tools pour le faire de la même manière.
Et donc, React Router est notre tentative de mettre des opinions,
et de aider les gens à construire des sites plus bons.
Oui, c'est génial.
Je l'ai vraiment aimé,
juste par les principes de React Router.
Donc, on utilise la plateforme,
une chose très basée,
mais minimiser les abstractures,
et essayer de faire les choses comme ça,
c'est que si tu n'avais pas ce framework,
tu sais, c'est un bon moyen de travailler,
parce que tu peux toujours falloir en bas,
en utilisant des formes pour faire des ingrédients.
100% ? Oui.
C'est drôle que c'est...
C'est vraiment révolutionnaire, c'est intéressant,
parce que ça a été assez basé,
mais maintenant, si tu regardes...
Comment les gens font des mutations data ?
Comment tu construis une grande forme
sur Internet aujourd'hui,
ou une grande expérience
pour muter des mutations sur le service,
d'obtenir un record dans ton database,
surtout quand tu penses
quelles sont les différentes concerns que tu peux avoir,
que tu peux faire quelque chose de fancier,
comme de donner des UI optimistes,
ou un indicateur de progress,
un indicateur de load,
évidemment, des erreurs sont en place,
où tu vas faire cette validation ?
Tu vas faire ça sur le client,
sur le service, tu vas faire les deux ?
Tu vas modifier le URL ?
Tu vas modéliser ça comme une transition de page,
pour que ça soit un nouveau page,
par exemple, comme une formule de log,
ou quelqu'un logge,
et maintenant, ils ont pris une nouvelle page,
ou c'est plus comme un petit checklist
dans la liste de faire,
et ils ont fait le checklist,
et maintenant, c'est fini.
Il y a beaucoup de questions,
avec juste ce petit...
ce que nous voulons faire,
c'est de la mutation de data,
de l'updater des données sur le server,
notre objectif avec Remix,
c'est de la façon dont nous avons construit
les remixes,
on va voir ce que la web nous donne,
ce sont les prématives
qui sont disponibles pour nous,
bien,
la interface primaire
pour les utilisateurs,
pour interagir avec votre page,
c'est une formule,
une formule ou une formule,
une formule est pour les gaits,
et c'est la façon dont je pense,
les gaits sont pour les rédes,
et les formules sont pour les rédits,
et les formules,
je vais vous donner des données,
et c'est comme ça que je vais vous donner des données.
Donc, nos mutations,
nos mutations de data,
sont construits autour des formules html,
en lieu d'une library de JavaScript
de 8 ou 9 kilobytes,
que vous puissiez faire,
pour que vous puissiez faire des fèches,
et des choses comme ça.
Oui, donc, il semble que vous vous rendez
en retard sur la technologie de la web classique,
comme les formules et les links,
ils ont été autour d'un moment,
est-ce que les remixes utilisent
une technologie de la technologie de la bléting,
ou est-ce que ça va rester
dans quelque chose qui est supporté par les browsers?
C'est un très intéressant
piece de ça,
parce que, historiquement,
nous avons été les créateurs
de React Router,
qui est...
Je l'ai émaisé
l'autre jour, je me dis que nous avons juste
émaisé les v6 aujourd'hui,
et je l'ai émaisé
par les numéros de download,
beaucoup de gens
qui utilisent ça.
Client Side Routing Library,
traditionnellement,
qui est un technique
moderne, client Side Web Apps.
Je pense que nous avons commencé
à construire...
Nous avons construit la première
client Side iteration de Twitter
en 2012, quand je travaillais sur Twitter.
Donc, dans les dernières décennies,
ces apps ont été construits
dans le client, et puis, évidemment,
il y a des web apps, maintenant,
mais, de toute façon,
le client rend très fort,
le building and app client side
est un technique de cutting-edge,
évidemment, il s'agit de trade-offs,
mais nous avons été là,
à la forefront, de gens
qui ont construit ces apps pour un temps long,
maintenant.
Les gens ont construit des expériences
de cutting-edge.
Je me souviens encore de voir
la app Netflix.com,
quand les ingénieurs qui travaillent,
m'ont montré que la app Netflix.com
était construite avec ReactRouter.
C'était l'une des plus beaux choses
que j'avais vu sur la web.
Des assets très très lignes,
très très lignes dans les graphiques.
Vous cliquez dans des différents shows,
ou des différents films, et ils
en animent, et ils jouent
ce beau film.
Les gens
peuvent construire des choses
avec ReactRouter. Je vais
utiliser ReactRouter en remix interchangable,
car ReactRouter est vraiment
la main de la remise.
Les ads sont très
très close.
Nous
n'avons pas de
des choses qui nous
échouent de ces plus modernes
choses de faire. Pas tout.
Absolument pas tout. On vous
veut juste faire le bon travail.
Nous ne voulons pas vous
pour exemple
construire un grand cash de data
en membre,
qui beaucoup de
clients de données de l'on
ne vous voulons pas
faire ça, car
ce qui va arriver quand le client
clique le bouton, ou ce qui va
arriver quand ils naviguent à un
different domaines et ils cliquent le bouton.
Ils ne vont pas avoir ça.
Même si vous pensiez que ça
était une manière moderne de faire,
c'est pas très bien pour le client.
Et en fait
le cash en membre
sera cash en STP cash.
Ce qui se termine
est mieux pour le client, car
les browsers sont construits dans le cash,
ils naviguent à un different domaines et ils cliquent le bouton.
Vous pouvez mettre ce data à l'arrivée de la cash
en fait, en fait, en bas en bas
dans le service.
On fait des choses comme ça,
on fait des décisions
qui sont bonnes pour les utilisateurs,
mais qui
font une grande
construction de la vie
de la vie.
Ce n'est pas
pas le cas,
ce sont les technologies web
qui sont bonnes,
on les utilise de la même manière.
Et je pense que
pour les dernières années,
surtout dans la communauté React,
le terme
utilise la plateforme,
ça a pris un peu de connotation négative,
parce que
les gens en React et d'autres frameworks
sont comme, je ne peux pas
construire un bon select,
je ne peux pas construire un bon bouton,
le plateforme est garbage,
je dois le mettre à la plateforme
et je vais juste construire tout en JavaScript.
Je vais même mettre mon CSS en JavaScript.
Je ne dis pas que tout ça était mal,
je vais juste dire
qu'il y avait un backlash
où un peu de gens,
des clients de Google,
se disent que pourquoi pas utiliser la plateforme,
parce que
les gens qui sont sur une très slow connection,
sur un mobile,
ne sont pas en train de avoir une grande expérience
avec tout ce JavaScript
que vous faites en bas.
Pourquoi pas utiliser la plateforme,
ce qui est un peu
plus
conflit
entre les deux. Je pense que vous pouvez
utiliser la plateforme
et vous pouvez aussi créer
des expériences amusantes,
des expériences de la cutting edge.
Vous pouvez faire ça
si vous entendez comment utiliser la plateforme.
Donc, oui, on ne s'advique
pour, comme,
aller vers les anciens jours,
on est très bien
à la cutting edge,
et les gens sont en train de
créer des expériences amusantes
avec React Router.
Je ne suis pas sûr que vous pourriez
utiliser
une app qu'on aime vraiment,
c'est la Linear,
et ça est
un app impressionnant.
C'est un app Web,
mais vous oubliez que c'est un app Web
parce que c'est instantanément responsable.
En ce moment,
c'est instantanément responsable,
et c'est construit avec React Router.
Et je suis sûr que c'est un peu
de leur propre sauce spéciale.
Je pouvais visualiser un autre company
construire un tracker d'issue qui n'est pas
presque impressionnant
par un certain nombre de choix.
Donc, tout ce que nous essayons de faire
avec Remap, c'est que nous essayons de
vous guider dans le right way,
ce que nous pensons est le bon moyen
de construire les app.
Il y a un ami de moi qui parle de
Alex Russell
sur Twitter,
qui a un peu de black
parce qu'il
est toujours pointant
ces expériences de user
qui sont construites
par des gens qui utilisent
des outils existants
qui sont là aujourd'hui.
Et il est comme,
c'est terrible,
le Web n'est pas comme ça.
Nous devons être plus bons que ça.
Et parfois il y a des push-facts
de gens, mais
je respecte vraiment
pour ce qu'il est essayant de faire,
parce qu'il est disant, c'est que, hey,
nous devons construire des trucs plus bons que ça.
Et c'est pourquoi nous avons adopté
un tagline pour Remap, mais pas parce que c'est
un de nos hands.
Parce que j'y accueille, mais le tagline
dans Remap est de construire des websites plus bons.
Nous pouvons faire mieux que ça.
On ne va pas oublier les belles choses
qui sont sur le Web.
On va commencer, et nous allons en avancer.
Oui, je pense
que
l'une des choses très hard
pour
construire sur le Web,
généralement,
c'est que
votre set de décisions
que vous avez besoin de faire est très,
très large.
C'est
une plateforme très robuste
que nous pouvons mettre toutes les expériences,
mais il y a beaucoup, beaucoup de moyens
pour faire ça.
Et il n'y a pas de
manière parfait pour faire une chose.
C'est comme de trouver
où vous vous appelez.
Je pense que c'est quelque chose
que je t'adresse
pour Remap.
J'ai entendu parler un peu d'autre.
Par exemple,
les autres frameworks ont fait d'autres choix.
Donc, Next.js,
fait beaucoup de la honte
pour générer des contenus statiques.
C'est un peu de la temps de construction.
Ils ont une génération d'incréditation

qui est aussi comme un processus de construction
qui va au lieu de remettre
vos philosophies.
Les CDNs existent,
nous avons des policies de cashier.
C'est exactement ce que c'est pour
utiliser cette infrastructure.
C'est un certain set de choix
pour différents problèmes,
mais finalement, les choix que vous faites
peuvent être très sensibles.
C'est comme de trouver les right things
pour vous aligner.
Je pense que le notion de conceptualisation
de « let's invent as little as possible »
pour vous donner
des expériences solides
est important.
Le mouvement de génération statique
n'est pas le seul tool
qui a été créé en ce wagon.
Il a commencé avec Gatsby,
et il y a beaucoup d'autres tools
qui vont faire ça aussi.
Je pense que c'est un très,
très limité
subset
d'obstacles qu'il peut
construire.
Nous avons même
Gatsby en ajoutant des fonctions
de services et de propres.
C'est
où vous commencez.
Vous commencez par construire des stats.
Vous vous faites votre retour et vous dites
« on a besoin d'un service,
un handler, au moins un ou deux,
pour prendre des paies,
pour s'en prendre un,
pour s'assurer un session,
pour construire quelque chose
d'autre que
un site de blog,
pour s'assurer que quelqu'un
s'authentique,
ce modèle se fait
de la même manière.
Ce que je pense
est qu'il est plus facile
de faire,
de la conception,
de la conception.
Je pense

je ne veux pas que vous aiez
un black et un white.
Il y a
d'autres types de apps,
il n'y a pas
de silver bullet.

conceptuellement, le fait que je pense
sur les sites statiques
ou que votre service est
essentiellement un générateur.
Si
je voulais
un site statique,
je pourrais
mettre un service derrière un CDN
et le service sait comment générer
chaque URL.
Et pour la sake de la discussion,
ce service
ne génère seulement chaque page
une fois.
Et les headers de cashier
sont immutables,
ils ne changent pas.
On ne fallera pas de la caches,
juste pour l'arrivée.
En tous les requests,
d'exemple,
ce site
aura la même performance
que le site statique.
Vous pourrez mettre un URL,
le service générerait la page,
vous allez mettre un CDN cash.
Et sur chaque question,
vous pourrez mettre un CDN cash.
Et vous savez ce qui est intéressant,
c'est que j'ai construit un site
comme ça, un package.
Un package,
un site, c'est
une idée que j'ai faite en 2015,
je voulais construire
une revue de proxy en front de l'NPM,
et les gens peuvent mettre des files
de tarves de l'NPM
avec un URL.
Donc ils peuvent mettre un URL,
unpackage.com,
et puis ils peuvent mettre le file.
Donc un package
fonctionne beaucoup comme ça,
parce que si vous publishz un code
en passant au NPM, vous ne pouvez pas le publisher
ou le changer.
Donc les réponses que l'unpackage
envoie sont immutables pour les files
sur la registrée.
Et
c'est le site
où il aurait été impossible
de prégenerer le site,
parce que
il y a des millions de files
qui ont été publiées au registre.
Et donc le modèle fonctionne très bien.
Je reconnais
que c'est un cas extrêmement extreme.
Pas tous les gens qui sont construits pour garantir
que le contenu sera immutable.
Mais je pense que le principe
est toujours le cas. Même si vous êtes
construit un site plus petit
comme un site doc,
ou un blog d'ident,
Wordpress a été en train de faire ça
pour des années.
Vous avez le cas de Wordpress SuperCache
ou quelque chose comme ça,
que vous vous affichez en front de votre Wordpress instance
en case
que vous faites
un reportage de hackers
et vous vous reliez
sur le cash. Vous vous reliez
sur le cash pour faire votre site
vite
si votre service est plus slow
ou plus grand.
Et donc, c'est pas...
C'est pas quelque chose
qui est décrit que nous avions avocaté
ici, mais
c'est quelque chose
que si vous allez essayer de construire
un app comme ça aujourd'hui et réactez,
ou construire un site web
comme ça, vous n'aurez pas vraiment pas d'options
pour construire
un site. Vous devez probablement
construire beaucoup de ceci
parce que les options existantes
qui sont là, vous guides
au site de cet model SSG
qui, comme je l'ai dit,
je ne pense pas
qu'il y a beaucoup d'applications
au-delà de très strictes sites,
sites docs et blogs.
Nous sommes plutôt confortables avec l'approche
que nous avons prendre. Nous pensons que c'est
un peu d'expérience
qui va aider les gens à construire
beaucoup de grands expériences, comme ils l'ont fait
avec Rec.Rutter pour des années.
Mais aussi, si vous voulez
des pages pour être
statiquement générées à la build time,
comment est-ce que ça va être pour nous
pour faire? Pas très fort,
tout ça est de
faire un URL par la machine
et mettre un file HTML
dans le public.
Donc,
construire la machine
d'abord, en faisant un site
générateur, comme un server,
pour une build statique, je pense, est plus
facile que de commencer
avec une build statique
et tenter d'attaquer des fonctions
plus tard, si vous réalisez que c'est pas suffisant.
Ça fait du sens?
Oui, absolument.
J'ai entendu le corps de Remix
référenté comme un compiler. Vous pouvez expliquer
dans ce cas,
ce que c'est compilé, c'est un type de vite
où c'est plus en browser.
Qu'est-ce qui se passe?
C'est une bonne question.
Le moyen de penser
sur Remix est un compiler
pour Rec.Router.
Compilers, ça peut sembler
le plus drôle pour quelqu'un
qui pense de cette façon.
Si vous avez besoin de web, vous pensez
que vous n'avez pas toujours compilé
nos web apps et la réponse est non.
Nous n'avons pas.
C'est une nouvelle chose.
Quand je travaillais sur Twitter,
on avait un file
qui a été
culturé par un autre team
qui travaillait sur Twitter.
Il s'était appelé TWTTR.js
et
c'était comme
ce file sort de la façon
de la construction.
Si vous avez besoin de quelque chose,
vous allez juste ajouter
ce file.
Vous vous recommencez.
Le deuxième team s'est arrivé
et ils se sont dit qu'il y a un truc

Nous allons ajouter le file.
Ce file était énorme.
J'ai oublié de l'opiner
en pensant que
il existait
dans les jours avant l'ES5.
Il y avait
beaucoup de
des méthodes prototype
qui se sont réduits
et qui ont des trucs basiques
d'un type.
Il y avait un file
que les gens n'ont pas
l'opportunité de retourner
dans la salle.
Pourquoi me le dis-tu ?
C'était un an
un company de high tech
dans la salle de la ville.
Nous n'avons pas de la construction
de nos apps.
Nous n'avons pas de modules
et un compiler
webpack
Nous étions
juste en pensant javascript.
Nous n'avons pas d'un type script
ou
CSS
et JS
ou beaucoup de choses
que les gens utilisent
les compilers.
Et honnêtement
ce n'était pas un truc populaire
pour en tirer la code
pour en tirer la code.
Si vous étiez en train de le faire
c'était pas ça.
Mais je me souviens
que j'ai installé jQuery
sur l'NPM.
JQuery
pourquoi pas aller
sur le site de jQuery ?
Pourquoi me le installer ?
Maintenant si vous êtes un developer
javascript,
pourquoi vous allez sur un site
et vous déloyez sur un site ?
Pourquoi pas installer un site ?
C'est la façon dont nous avons la code.
Le modèle de la code
de la front-end
a changé
pendant 8 ou 9 ans.
Et
la compilation pour le web
est maintenant la chose.
Et la dépendance de l'installation.
C'est maintenant aussi la façon
de faire des choses.
Et comme une team de front-end
de développement
de l'on.
Le travail
a été volé pendant les 10 ans.
Vous avez déjà
écrit javascript en HTML et CSS
et il y a déjà assez
pour vous savoir comment faire
quand vous parlez de
sound, html
et d'accessibles app
et d'apps de performance.
Il y a beaucoup de discussions avec ces technologies.
Mais maintenant
vous vous en faites plus
plus tard dans le stack.
Et vous devez maintenant aussi comprendre
les compilations et les piles
et les choses comme
la code, comment vous allez faire
ça ? Et la importation dynamique
et la piste
sur runtime.
Il y a beaucoup de
questions
que vous avez
que vous n'avez pas.
Il y a été de mettre les tags sur la page et aller.
Et
ça c'est
ce que je pense
de la remix.
La piste de React Router
vous pouvez prendre React Router,
vous pouvez server ou pas.
Vous pouvez faire code splitting
ou ignorer code splitting.
Vous pouvez construire la site statique
ou la dynamique.
Vous pouvez construire
tout ce site que vous voulez.
La remix est en train
de dire que
vous savez que le Router est cool.
Nous allons
construire un framework
pour vous
prendre le plus avantage de ce Router.
Nous allons
vous donner un type script
compilé à l'écran.
Nous allons vous donner
des choses comme
la stratégie pour
mettre des données à l'écran.
Nous allons vous donner une stratégie pour les mutations
à l'écran.
Et par la suite, comment vous gardez
ces données à l'écran
si vous faites des choses
que vous mutiez.
Comment vous gardez
des autres routes de données à l'écran.
Comment vous faites des choses
comme transitionner
graduellement ou gracefully entre les routes.
Et donc,
la remix
est vraiment
un compiler
que votre réglage à la remix est
votre route sur le système de file.
Et puis,
votre outil est
cette app
de code-split server-rendred
que nous pouvons
rater sur Node.
Nous pouvons rater dans le browser.
Nous pouvons aussi rater
dans des places comme CloudPlayWorkers.
C'est quelque chose que je ne pense pas
que nous avons encore été touchés.
Mais vous avez mentionné
juste avant qu'on a commencé
que Node n'était pas une option
pour l'app que vous êtes travaillant.
Et on peut tout de même
y avoir ça.
Maintenant, nous avons plusieurs routes de JavaScript
donc les CloudPlayWorkers
ils ont juste
des v8 isolés
avec ce type de route custom
qui est basée sur le service
et ils disent que vous ne pouvez pas rater
sur l'écran.
Et je ne parle pas de votre outil
parce que beaucoup de gens
ont de la même chose.
Mais ils
sont en train de construire quelque chose
qui n'est pas Node et ils disent
que c'est encore JavaScript
et qu'on peut peut-être rater votre app
ici.
Une décision consciente que nous avons
faite avant dans le design
pour Remix, c'est
ce qui n'est pas going to be dependent on Node.
Nous avons aussi got
Dino, ou Deno, je ne suis pas sûr de prononcer
ce qui est là-bas.
Mais c'est aussi
pas Node, non pas Node.
Node a été forked in the past.
Je t'ai juste anticipé
que le futur va être une proliferation
de runtimes
pour JavaScript
que ce n'est pas Node. Node est un
grand
choice pour une longue période
mais on va voir
plus et plus d'options pour les développeurs.
Remix n'est pas couple,
nous avons rater nativement
sur штm
et notre datab vindд
est incliné.
Nous avons rendu
j'ai honte
«gov Saint-Jean-UML
»
ils ont mis
leur spot
dans mon progressive
d cheese
qui aesse
le 24.
A propos de Carl
avec quel chiffre
mais aussi des deux de connecte avec ce temple de monitoring,





ou même les service-workers du browser, je pense.
Nous sometimes need
un petit peu d'une translation,
selon ce que nous sommes en train de faire.
Nous avons des choses qui sont appelées adapteurs.
Notre service-worktime est générique.
Nous nous sommes en train de faire des questions et des objectifs en réponse
avec l'API Fetch,
avec l'API Service Worker.
Mais si nous sommes en train de faire un code,
nous avons besoin d'un peu d'aide,
car le code n'a pas de ces choses.
Nous pouvons installer le code de Fetch,
et nous pouvons maintenant obtenir des primitives en mode.
Nous avons déjà obtenu des cloud-faire-workers,
qui sont bien.
Ils sont déjà sur Dino, qui est bien aussi.
Donc,
quelle plateforme que nous sommes,
si nous sommes en train de faire AWS Lambda,
ou des fonctions Google Cloud,
comme les remixes que nous avons en train,
si nous avons de support pour l'API Fetch,
si nous ne l'avons pas, nous allons le polisher,
et les remixes vont aussi se passer.
Merci beaucoup.
























Je suis content d'avoir demandé cela.
Donc,
les remixes peuvent either run
dans un environnement de service persistant,
qui, en ce cas,
vous pourrez mettre votre app de note
sur votre professeur de choix.
Vous pourrez mettre votre app de note,
vous pourrez ouvrir votre connecteur database.
Et puis, ne vous en foutez plus d'instances,
que votre connecteur database peut contrôler,
et vous devriez être bon.
Ouvrez la traditionnelle,
comme le pool de connecteur,
ou quelque chose comme ça.
Ce qui serait bien.
Les remixes aussi ont des services de service,
comme les travailleurs Cloudflare ou Lambda,
en ce cas,
je pense que vous vouliez probablement
se faire clair,
souvent, de ce modèle.
Vous savez ce qui est intéressant,
c'est que les services de services,
ces providers de function Cloud,
ce qu'ils ont souvent fait,
c'est de vous donner un database aussi.
Donc, les travailleurs Cloudflare,
ils ont leur Store Cloudflare,
et ils ont aussi leur objectif durable,
et les AWS,
ils vous donneront
le spacing,
ils ont Lambda,
et ils ont...
Je pense que c'est un dynamo,
mais je pense qu'il y a d'autres.
Mais oui, ils ont souvent,
vous savez,
ils vous donneront le runtime,
et ils vous donneront aussi un database,
qui fonctionne avec ça,
qui s'étend avec ça,
selon le modèle de programmation.
Mais oui,
notre objectif est de
pouvoir faire des remittances à n'importe où,
et donc, nous n'avons pas trop d'opinions
sur comment vous établissez
la connecté de database,
comment vous portez,
et comment vous le portez,
selon vos requirements.
Le truc que nous avons
pour vous,
qui est assez cool,
c'est que nous vous donnons les tools
pour les clients,
pour les clients de choses,
donc pour cacher le data,
pour automatiquement
garder le data frais sur la page
comme des changements se sont faits
sur votre service,
comme les formes sont soumises
et les mutations se sont faites,
nous sommes automatiquement en train de savoir
quel data est invalidé par ce changement,
et nous pouvons réfresher ça pour vous.
Une des idées de la corse
de React Router
a toujours été qu'il y a un router nest.
Et c'est une idée
que je ressens
une idée qui ne se trouve pas
assez près.
Les gens, quand ils le trouvent,
ils vraiment l'aiment,
mais si ils ne le trouvent pas,
ils ne voient pas pourquoi c'est
un avantage grand,
mais l'une des choses que nous avons
vu avec le routier nest,
c'est que tout le site que vous vous
allez, et il y a une explication
d'une explication de ce site
sur ReactRouter.com,
nous avons laissé le site
aujourd'hui.
Mais les apps web
sont un set de box
d'insights.
Vous avez un app traditionnel
comme le qu'on est allés
avec, comme GitHub.
Vous allez au GitHub.com,
vous avez à peu près
4 niveaux de routier,
selon quelle page vous êtes
regardés.
Vous avez un top
global
de la navel.
Si vous êtes
en repository, vous avez la navel
qui est juste sous ça.
Vous avez peut-être un liste de files
de certains directrices,
comme les navels de directrices
qui sont sous ça.
Vous avez à peu près 3 boxes
de box nestées,
que nous représentons tous avec
les routes de ReactRouter.
Si vous allez au site de vos settings,
vous avez un autre nav
sur la gauche, et puis
si vous cliquez sur ça,
votre page change de côté
sur la droite si vous êtes
familiar avec le site.
Ce sera 4 niveaux de routes nestées
sur une seule page.
Et l'une des choses que nous faisons
pour vous en remix,
en regardant la data,
nous savons comment charger la data
pour une route individuelle.
Nous savons
que vous êtes
sur un file de browser UI
sur GitHub, et vous cliquez
sur
une direction, et vous voulez voir
les files dans cette direction.
Nous n'avons pas de temps
pour aller et charger
tout le data pour la subnet,
pour la repo net, et pour la global
net. La seule data que vous avez
vraiment besoin est juste la data
pour cette direction.
Nous
pouvons
exprimer
la route de chaque
route qui est sur la page.
Pour le file de browser UI
vous dites ok, je vais juste
prendre la direction, et ajouter
la data que je veux. Mais quand vous
transitionnez sur le client,
vous déclarez votre dépendance de la data
dans un endroit, et vous naviguez
autour, vous allez automatiquement
faire un fait de cette data pour vous,
et ça va se passer dans le même endroit,
sans invalidation
d'autres données que vous avez déjà
envoyées pour les autres choses sur la page.
Et par contre, c'est pas
cached en memoire, si vous
vous faites cached, comme nous avons discuté
dans le CTP cache, si vous vous faites
un bout de refresh, vous allez
mettre le cache de browser, et
vous avez fait caching correctement, et la page
va vous placer de la suite.
Nous faisons un peu de
vos concerns de data,
et je vous donne un point de vue
pour vous. Mais, un autre
chose que j'ai voulu parler, c'est
juste le pouvoir
de trouver les mêmes modèles,
vous savez.
Une chose que la communauté GraphQL
parle beaucoup,
c'est que
la puissance du pouvoir,
et la langue de GraphQL
s'améliore
à la protection
d'un certain nombre,
c'est quelque chose que vous parlez beaucoup,
c'est que, si vous avez
construit une large app,
si vous avez construit
un client Twitter,
ou un client GitHub, et vous voyez
les payloads qui viennent de ces services,
il y a des objets très grands,
il semble ennemi
que votre modèle de data
continue de se produire,
les plus fortes features que vous avez à votre produit.
Et donc, l'enverteur de data
est un problème huge
pour une compagnie Facebook,
et pour une compagnie GitHub
ou Twitter.
Il serait un problème huge,
parce que si vous voulez aller en fait un feed,
ou un objectif user,
il faut que vous puissiez avoir
des propres.
Donc GraphQL s'enlève par dire
qu'on va donner des objets syntaxés,
et vous pouvez dire que vous voulez
des propres, et maintenant vous vous
vous enlève le problème de la pétier.
Les remittres, on va en faire
ce problème pour vous dans un plus général
de manière, sans inventer un nouveau query language.
Donc, vous avez,
je vous ai mentionné ces fonctions de loader,
vous associé un loader avec chaque route.
Et vous pouvez aller et vous
vous enlève votre query de MySQL,
ou votre query de PostFresh,
ou tout ce que vous voulez, ou votre fête,
ou tout ce que vous voulez,
et puis vous pouvez faire votre mapping,
et votre filtration, et votre sorting,
votre data massager, tout ce que vous voulez,
juste là-bas, dans votre loader,
et vous vous enlève le problème
pour exactement ce que vous avez besoin
pour votre vue dans votre loader.
Il n'y a pas de spéciale query language,
c'est juste un JavaScript, vous vous enlève
un JavaScript pour les objets,
et vous enlève le problème de la data que vous avez besoin.
Mais c'est le même problème que
que le GraphQL s'est résolu,
et je réalise que le GraphQL s'est résolu
un peu plus de temps, que nous ne sommes pas
en train de parler de ça, et de se coller
de nombreuses sources de data, etc.
Mais c'est un problème,
et c'est un problème,
et je crois que
le fait de trouver la bonne abstraction
peut être quelque chose simple,
juste donnez-moi une fonction,
dis-moi, quel est le code,
quel sont les paramètres que je suis en train de regarder ?
Comment est le code,
quel est le code,
comment est la session,
utilisez cette information,
et on va en faire des détails,
et je ne vais pas en faire de l'exploitation.
Donc, nous avons beaucoup d'opinions
sur le data,
beaucoup d'opinions sur comment
on mange le data, et on le fait bien.
Nous essayons de rester
au business de vous dire
exactement
comment on mange vos connections de database,
parce que ça peut changer
selon votre environnement, selon
votre building.
Oui, je pense que la structure
de la structure de la structure de la remise
est assez intéressante et compétuelle,
parce que quand j'ai commencé à utiliser Next.js,
la plus cool chose pour moi
était que mon folder de pages, c'était tout mon page,
et c'était super facile à croire.
Mais avec la remise,
le...
que votre router nested soit votre système de file,
aussi,
a fait la structure de la structure de la structure de la route de la réaction,
ça me cliquait vraiment,
c'était comme, oh, c'est ce que c'est.
Donc, je pense que c'est
l'un des features vraiment cool de la remise
pour moi.
Les docs m'ont mentionné
comment ça maximise la efficacité de la networks,
est-ce que,
juste parce que
toutes ces parts différentes de votre route nested
peuvent être cashées individuellement?
Oui, absolument.
Oui, c'est vraiment cool.
Donc, vous pouvez dire,
pour exemple,
retourner à la GitHub UI,
ou, pour dire, je voulais construire
une application de browser UI.
Je peux dire, ok, ce système de file
n'a pas changé, je vais casher
ça pendant vraiment longtemps.
C'est juste une portion de la date que je ai besoin
pour la page, mais
c'est un super long time de cash.
Ce autre piece de date
appartient à cette date session,
je ne vais pas casher ça tout de suite,
parce que ça peut changer,
quand ils font la bouton de la logout,
et ça peut changer entre les réquises,
si la session se termine,
ou tout ça, je ne sais pas.
Donc, c'est la date qui est sorti
besoin dans la web global.
Donc, je ne vais pas casher ça tout de suite.
Donc, vous pouvez avoir,
essentiellement, différentes policies de cash
pour différentes
pieces de data
sur la même page,
qui, c'est vraiment,
ça vous aide à faire un bon tour,
si vous voulez.
Vous ne devez pas dire, ok,
tout le data pour cette page
est cashé comme ça.
Vous pouvez le sécher et
décider de casher différentes pieces.
Le fait
que le file remixed est structuré,
ça fait que c'est tellement ergonomique.
J'aime comment vous pouvez
juste avoir, vous exportez la fonction de la loader,
vous exportez la meta,
des headers.
C'est tout là-bas,
et très facile
de rappeler votre header.
Vous ne vous faites pas
tomber à différents places
dans votre app,
en essayant de mettre des headers.
Vous êtes juste dans le file
et vous dites,
cashez-le pour,
however long, je veux que ça soit cashé.
C'est ça,
l'API, j'aime le DX.
Merci, c'est
un grand feedback.
Et je suis heureux d'avoir
dit ça,
que vous avez dit ça,
que quand j'ai vu les routes
sur le système de file,
c'est ce qui m'a fait le bout de nest,
un petit clic pour moi.
Je pense que c'est un grand moyen
de visualiser.
Mais c'était un des
des trucs que nous devions faire,
en fait,
de pouvoir y aller.
Parce que
ce que vous parlez de là-bas,
c'est que vous parlez
de localisation,
de la code,
de la responsabilité.
Donc,
j'ai mon component
dans le même file
où j'ai mon loader de data.
Et je pense que c'est...
Quand les gens
utilisent les remixes,
beaucoup de fois, ils disent,
oh, ça me semble
très productive.
Je pense que c'est ce que les gens
parlent de quand ils disent,
oh, ça me semble
comme PHP.
Ou,
c'est peut-être
comme visuel basic,
si c'est ce que vous avez commencé
le programme.
Mais il y avait
ce type de
façon
que beaucoup de nous ont
commencé le programme
qui était très productive.
Parce que
vous pourriez juste
faire votre query de database,
et vous pourriez
faire le data,
et vous pourriez vous mettre
votre liste dans le HTML,
et vous pourriez vous placer,
et vous pourriez vous envoyer
à votre client.
Et c'était ça.
Et c'était très,
très, très productive.
Vous n'avez pas de bâtiment,
vous n'avez pas de peur
d'optimiser
et d'éco-marcher
les sites
qui servent des millions
d'usages,
peut-être que vous pourriez
faire quelque chose simple,
mais c'était productive
parce que
de l'utilisation localisée,
parce que vous avez
tout ce qui est
dans le même file.
Et ce que nous avons fait,
c'est que
nous avons dû
mettre tout ce que vous

dans le même file
pour un rap.
Vous pouvez
spécifier les tags
de vos meta-tags,
vous pouvez spécifier
d'autres customes
HTTP-headers
que vous voulez
quand vous faites
ce rap
et que vous avez

Oui,
c'est évidemment votre data
et puis aussi
votre mutation de data.
Donc,
si il y a un formule
dans votre component,
il y a un file en action
dans le même format
que ce formule
va se faire.
Vous pouvez faire
des styles.
Ça est quelque chose
que nous n'avons pas
parlé de.
Vous pouvez
associer des styles
avec certains rapes.
Le très bon
et très intéressant
chose
que je pense
que les développeurs
en France
sont vraiment
les plus





avec CSS.
C'est
les sélecteurs.
C'est
les sélecteurs


C'est
les
sélecteurs

sont
en train de
se
résoudre
avec
les modules
de CSS.
C'est
ce que je vous dis
dans les



de
CSS.
C'est


de
CSS

est
un style

CSS.


de
CSS



de

C'est
un style
de
CSS








de

C'est comme ce problème de CSS de avoir un espace global,
il y a beaucoup moins de problèmes.
Et donc, beaucoup de fois, ce que nous trouvons nous-mêmes,
c'est qu'on se dit que ça se sent comme si le terrain de la plane a changé un peu.
On va juste faire des CSS ici,
faire des jeux de CSS,
et voir comment ça se démarre.
Et ça a été vraiment bien travaillé pour nous.
Je pense que c'est ce que les gens ont été après depuis longtemps,
et depuis bientôt on a même encore un� casa,
c'est le momentum dans lequel les véhicules ont utilisé

et nous avons pu summer leur money,
mis respecting et même throwing this money.
Je pense que ça asshole les gens là.
Tout ça a stimulé lalee,



Ça me sentait comme le php.
Je pense que c'est la langue de code pour...
Ça me sentait comme si c'était vraiment productive, mais je ne peux pas mettre mon main sur ça.
Et je pense que c'est la localisation que tu parles de l'anglais, c'est ce que les gens vraiment veulent.
C'est ce qu'ils sentent productifs.
À l'aide de curiosité, est-ce que tu détenis quelque chose sur les transitions de page?
Je pense que...
construire quelque chose sur la plateforme,
surtout si tu es construit comme une traditionnelle,
surtout en statique,
pour les transitions de page, si tu fais quelque chose spécial avec elles, c'est vraiment difficile.
Est-ce que c'est quelque chose que tu as des opinions sur?
Je suis très heureux que tu as dit ça.
Oui, absolument.
À ton point,
si tu as toujours essayé de faire un transition de page,
et vraiment faire ça bien,
je parle vraiment bien,
c'est beaucoup de travail.
Tu vas avoir à se prévoir sur comment je vais faire des erreurs.
En fait,
je vais montrer le user,
en faisant ce transition.
J'ai dit que tu as des réquises multiples,
en allant à plusieurs places en même temps,
et ça ne va pas se passer.
À chaque fois.
Qu'est-ce que nous devons montrer dans le temps en meantime?
On dirait qu'ils ont juste subi une forme.
Qu'est-ce que nous devons montrer?
On va montrer que ce record a été créé,
ou pas?
Un autre chose que tu vas avoir à faire,
c'est comment nous ne pouvons pas déterrir les réquises.
On a juste fait une réquise pour le service,
les utilisateurs sont en train de se faire,
ils vont dans quelque part.
Ils sont en train de faire un transition.
On a de la paix pour ça?
Ou ils sont en train de cliquer sur cette ligne très vite,
et ils sont en train de subitiser la forme,
comme pour le même et le même.
On peut déterrir les réquises précédentes?
Parce que peut-être que la forme est nouvelle,
et il y a beaucoup de choses à penser.
On a fait une transition,
on la appelle le manager de transition,
mais c'est une idée,
on va vous aider à prendre ça.
On a un hook,
qui s'appelle une transition de use.
Ce qui vous dit,
la status de la transition,
vous vous soumettez?
Ou vous êtes sur votre route?
Quand vous avez subi la forme,
vous avez fait un redirect?
Vous êtes sur votre route?
apadriver somewhere else.
On vousocc marque la forme d' Economics
люд מאוד pirataire.
Pour cela vousinding cest le
noud x
lgi d'une mode de ferrure,
des études applause,



Miami가는 pour ces ou removing
tac74
ou même avec un basic, comme Fetch library,
si vous avez juste à utiliser Windows.Fetch,
ou si vous avez à utiliser React Query ou quelque chose,
il y a beaucoup de sortes de state que vous devez penser
quand vous faites ça.
Et beaucoup de ça justement melde au moins
quand vous utilisez Remix, parce que nous avons sorti
à l'abstractir beaucoup de ce qu'on a fait.
Donc c'est vraiment juste un hook.
Et puis vous avez automatiquement
tous les states que vous avez besoin.
Et vous pouvez penser, encore une fois,
je pense que l'une des choses qui est vraiment difficile
à faire c'est quand React a été long,
je pense que c'était révolutionnaire,
parce que les gens peuvent penser sur les pages et les snapshots.
Vous pouvez regarder votre méthode de rendition.
Vous regardez les propres, vous regardez le state.
Dès cette information,
ce que je dois rendre.
Et je ne vais pas ne pas se déranger ici.
Je ne vais pas ne pas se déranger ce que ça a été de l'aise.
Qu'est-ce qu'il faut que je dise la prochaine fois?
Tout ce que je dois penser est que,
maintenant, avec ces propres et le state,
ici est le markup.
Et je pense que ce qui est difficile à transporter
est maintenant que le temps est en train.
C'est maintenant que, OK,
quels states sont-ils dans?
Et ce que notre hook de transition de utilisation
nous donne à ce point où nous pouvons
juste penser sur les snapshots.
Donc je peux juste tirer les données de transition
et je peux dire,
je sais ce que je veux dire.
Ou je sais ce que la date a été admettue.
Ou je sais que la réponse a été récompensée
ou je sais que nous sommes rédirecteurs
et nous sommes en train de passer à un endroit différent.
Et donc, vous pouvez penser,
les snapshots,
et vous n'avez pas besoin de ne pas se déranger
les 4 ou 5 pièces de state
pour pouvoir émerger cette transition.
Oui, c'est super cool.
Nous avons juste touché sur des features de remix
ou des features d'exploitation.
Ce que j'ai pris de l'aise
est l'une des ténèbres de remix
qui semble être abstracant le service.
Où vous n'avez même pas vraiment de servers,
vous êtes juste exportant des fonctions.
Quels autres features d'exploitation
sont en remix que nous n'avons pas parlé de.
C'est assez drôle que vous l'avez dit de cette façon,
parce que nous n'avons pas...
C'est assez drôle que vous l'avez dit,
c'est une des 4 tenants.
Parce que nous n'avons pas
l'intention
d'abstracter le service.
C'est juste un peu...
Nous sommes juste...
Je suis content que ça soit un peu dur,
car remix est vraiment un framework
pour les développeurs de front-end.
Je suis un peu de backing dev,
j'ai bien sûr fait beaucoup de choses en réaction,
mais mon background est en devops.
J'ai déjà fait des clusters de servers
sur AWS, etc.
J'ai fait un ton de job,
je l'ai fait dans ma vie,
mais je me suis rendu compte
que je pouvais configurer des DNS
et tout ça.
Et les services de DNS.
Ryan vient de faire des choses
d'un autre angle,
il est très accessible.
Je pense que nous sommes
un bon élément.
Mais ce n'est pas...
Je valis le pouvoir
de faire des choses
pour les gens
et de travailler sur le service,
pour faire les choses
qu'ils doivent faire,
faire les optimisations
qu'ils doivent faire
sur le service.
Je ne voulais pas
tenter de l'abstracter
ou de l'écrire de vous.
Ce que je pense que nous avons vécu
c'est un modèle
qui fait que c'est vraiment
facile
de
modéliser beaucoup de
différentes transactions
dans ce même genre de façon.
Et ce n'est vraiment pas un nouveau modèle,
c'est juste le responsable de la réponse.
Mais comme on l'a déjà parlé,
vous avez l'oblité
d'accès à ces demandes
et de la réponse
dans votre
compétition
de localisation.
Ça donne
un peu de magie.
Je pense que nous avons
fait
beaucoup de
improvements
pour les DX
pour faire
avec Remix v1.
On a beaucoup plus
de choses
que nous voulons construire
dans le futur.
Un des projets
que nous allons
intégrer très vite
est
le projet de reach UI.
Donc
construire des réactions accessibles
est un challenge
pour beaucoup de teams.
L'accessibilité
est comme
« Ouais, on va le faire,
mais
nous devons vraiment
le faire maintenant. »

c'est un v2
un genre de
on veut le faire
en première classe.
C'est très facile
de construire
des expériences accessibles
et de remise.
J'espère que ça
se trouve dans le travail
que nous faisons.
C'est quelque chose
que nous fichons
tout le temps.
Donc, si vous vous rendez
dans un de nos sites
comme
ou même
le nouveau réacteur
de la route.com,
vous devez voir
qu'il y a un
emphasis
sur l'accessibilité.
Et donc, c'est
quelque chose
que vous pouvez
attendre
de nous
c'est
un peu de focus
là-bas.
Un autre chose
que vous pouvez
attendre
c'est juste
des plus belles
tools
autour
de construire le site.
Donc,
nous avons récemment
annoncé
que nous avons
fondé,
nous avons went out
et voulé
des gens qui nous ont aidés,
qui nous ont aidés,
qui nous ont été
amusant.
Nous sommes encore
en train de
faire des
amusants
qui n'ont pas.
Mais nous
pensons que nous avons
quelque chose
spécial ici
que nous sommes
contents de construire.
Certains des choses
que nous aimerions
construire
sont
tout simplement
tout
ce qui
s'occupe
avec
votre site.
Notre plan

était
d'aller
remettre
la code.
Et ensuite, je réalise
que ce n'est pas
un travail,
c'est
A,
c'est trop bon.
Je ne veux pas
mettre ce truc
derrière la paix.
Je veux que les gens
puissent
poursuivre
ceci.
Je veux qu'ils puissent
remettre
ceci.
Je veux qu'ils puissent
contribuer
des patchs
et des suggestions
et des PRs.
Je veux qu'ils puissent
prendre les idées
que nous avons
et ne pas
utiliser
la remettre.
Et juste
faire le web
mieux.
Je ne veux pas
poursuivre
ceci
pour moi-même.
Mais ça nous laisse
avec
comment
nous allons
faire
un business
de ceci.
Donc, le plan
maintenant
est
vous savez,
nous allons vous remettre
vous allez vous réacte
le routier.
La remettre
va travailler
bien
partout.
Ce n'est pas
juste
de travailler
sur un type spécifique
de service.
Ça va travailler
bien partout.
Et nous allons
construire
une communauté
que nous allons
vous
vous
construire
des services
que nous pouvons
offrir
de vrais valeurs
pour cette communauté.
Une chose
que je pense
que vous pouvez
utiliser
beaucoup d'imprimation
est
quelque chose
de simple
comme image
ou
quelque chose
de simple
comme
un service
d'authentication.
Vous savez,
je pense
avec la
care
et l'attention
au détail
que nous avons
donné
à la remettre
en soi-même,
je pense
si nous
appliquons
cette
care
en détail
pour
ces autres
offrements,
je pense
que nous pouvons
donner
vraiment
vraiment
vraiment
vraiment
super
super
super
super
super
super
super
super
super
pour la
remettre
la communauté.
Encorement,
la remettre
va toujours
travailler
vraiment
vraiment
sur un service
que vous voulez
appliquer.
Vous ne voulez pas
acheter
quelque chose
de nous,
c'est bien.
Vous pouvez
appliquer
sur AWS
Lambda.
Bonne journée.
Mais
notre plan
est
d'offrir
vous ce même
niveau
d'expérience
que vous êtes
habillés
avec
la remettre
avec toutes
les autres services
que vous avez
besoin
de
vous

sur votre remettre
et
capture
au moins
une partie
du marché
de ce marché
et
construire
un business

sur le
au-delà.
C'est

Oui,
je suis
assez
heureux
que vous
vous
vous

vous
Right.


j'ai

h
,
sa

le
point
et ça a été le grand focus.
Maintenant, vous avez travaillé beaucoup sur le remix et vous avez construit un produit et une compagnie.
Comment a-t-il changé votre perspective sur comment vous approchez de l'entreprise et avez-vous
vu cette idée, ou au moins vous avez donné l'inspiration, pour investir en quelque chose comme le remix ?
Oui, je suis heureux d'avoir regardé.
Donc, avant la pandémie, Ryan et moi, nous avons toujours cette compagnie, c'est le Reacttraining.com.
Mais nous avons spent 5 ans avant la pandémie, en trainant sur les équipes de software de l'Ontario.
Donc, nous avons trainé, je pense, la dernière compagnie que j'ai trainée avant la pandémie.
L'année dernière, j'ai été sur Google, j'ai été sur San Francisco, en faisant une session de réacte avec la team Google AMP.
Nous avons trainé beaucoup de développeurs de l'Ontario, et beaucoup de les firmes de techs.
Et aussi, beaucoup de gens, de réacteurs, de réacteurs, de réducteurs, de toutes sortes de stacks différents.
Et évidemment, quand la pandémie a été créée, on ne pouvait pas les avoir 20 personnes dans notre chambre.
Donc, beaucoup de nos trainings ont été online, mais beaucoup de gens ont été effectués plus finanquement,
et ils ne pouvaient pas l'apporter. Ils ne pouvaient pas le faire.
Nous faisons toujours beaucoup de trainings, mais pas nearly as much as we used to do.
Et donc, Ryan et moi avons une décision.
Le projet de réacteur de route, nous avons travaillé sur ça depuis longtemps,
mais c'était toujours un projet de réacteur de route, et nous avons le business de train.
Et je pense que beaucoup de gens ont regardé les deux et étaient un peu confusés,
surtout si ils ne nous connaissaient pas depuis le début.
Si vous nous connaissiez depuis 2014, vous avez dit que les gars ont fait le route,
et puis ils ont décidé de faire des workshops de train, mais vous avez vu la histoire.
Mais si vous ne connaissiez pas cette histoire, vous devez aller au réacteur de route et vous direz
pourquoi ces gens sont sur le site de réacteur de route.
Est-ce que c'est juste une company qui a un bon SEO qui a décidé de documenter le route de route?
Qui sont ces gens? Comment sont-ils réellement liés?
Parce qu'ils ne sont pas vraiment réellement liés.
Il y a eu une perception bizarre, et on l'a entendu des gens.
Et ce que je pense que la pandémie a fait pour nous, c'est que ça nous a aidé à faire des choses
et à faire un peu de focus.
On peut dire que nous ne sommes pas un company de source de la réacteur de route
qui offre des trainings.
Nous sommes maintenant un company de software, un company de software de source de la réacteur.
Nous nous sommes doublés sur le réacteur de route, qui a toujours été plus de compétence
et nous avons maintenant maintenu pour des années.
Nous nous nous nous doublons sur ça.
Nous sommes construits sur le réacteur de route plus en plus,
ou sur le remis, qui va vous aider à construire des expériences plus puissantes
avec le réacteur de route.
Nous allons vous donner toutes ces opinions que nous avons construites
pendant des années de faire cela nous-mêmes.
Nous travaillons avec tous les firmes de la top-tier,
tous les pays et tout le monde,
et nous allons prendre tout ça et mettre ça dans un package de software
qui va vous aider à construire des sites plus bons.
L'incentif pour nous, c'est vraiment bien aligné.
Nous avons un incentive très fort pour faire le réacteur de route
parce que ça va pouvoir remettre.
Nous voulons remettre pour être amusant parce que ça va pouvoir notre business.
C'est tout aligné, vraiment, très clair maintenant.
C'est ce que je veux dire quand je dis que je vais faire des choses en focus.
Mais ça n'a pas été aligné avant,
nous avons eu un routeur qui était un projet de source populaire
et nous avons eu un business de retraite.
Le routeur était une bonne publicité pour le business de retraite
qui est le truc qui met le boulot sur la table,
mais le routeur était un piece de marketing
plutôt que un piece de technologie pour le corps que nous étions
construitant notre business.
Je pense que ça a aidé à nous faire faire des choses en focus,
ce qui nous a beaucoup de constraints.
Si vous êtes fiers,
ou si vous êtes en train de faire une pandémie,
ou un famine,
ou quelque chose de superbe chose qui arrive dans votre vie,
je pense que c'est une fonction de force
qui vous aide à faire focus sur
ce que je veux vraiment faire,
ce que je veux vraiment faire,
éliminer la croix
et faire un focus sur ça.
Je pense que c'est une fonction de force

J'ai déjà dit que c'était un peu trop si difficile




La pandémie a pris un peu de tolles
dans notre dernier business,
et c'était super drôle,
pas mal,
c'était super drôle.
Nous avons eu 90% de nos revenus,
nous avons juste vécu la dernière mars,
90% de notre business que nous avons pris le mois de décembre,
juste en arrivant à la fenêtre.
C'était difficile dans notre business,
mais je pense que nous avons fait le meilleur de ça,
et je ne pouvais pas être plus excité
pour où nous allons maintenant
et ce que nous travaillons maintenant.
Oui, c'est certain d'avoir l'impact de votre business.
C'était une pandémie
normalisée,
comme parfois,
comme maintenant,
c'est encore une partie
d'un parti
d'influentiale
qui a été incroyablement impactful,
mais j'ai été super excité
de voir la nouvelle direction,
et tout le travail
qui se remet,
et tout ce que vous décidez de construire,
c'est incroyable de vous suivre.
Cool.
Je pense que nous avons découvert
la plupart des questions.
Tout ce qu'on a fait est des conseils de travail.
Je vais commencer par partager.
Mon travail est un tool 3D,
qui s'appelle Spline.
Il n'y a rien à faire avec le développement,
mais c'était mon premier 4A
pour essayer de faire
un model 3D.
C'était super facile à utiliser.
J'ai aimé l'utiliser beaucoup.
J'ai utilisé pour créer le nouveau
DevTools FM logo sur notre site.
Et si vous avez utilisé quelque chose d'un framer,
vous allez avoir le feel de...
ou pas, le framer Figma,
vous allez avoir le feel de l'utiliser à la maison
parce que c'est Figma pour 3D.
Donc, la formation de l'UI
m'a pris beaucoup d'heures,
et je pouvais faire des images
très belles,
très fidélitées,
blobbies,
comme 3D.
Je vous recommence pour quelqu'un
qui veut mettre un peu de peau
dans le model 3D.
Ça ressemble bien.
Spline.
C'est super cool.
Ils ont des exportations
où vous pouvez
mettre un site
qui a 3D elements
qui sont aussi interactibles.
Vous pouvez hover
ou cliquer,
c'est super fun.
Je veux vraiment faire
un logo de remixes interactives.
Un logo blobbie,
squishy.
Parce que notre logo
est comme ça.
C'est comme ça.
Ça se dégarde.
Et je suis comme...
Toutes les exemples
sur ce site
sont comme ces blocs
qui sont sur le...
C'est comme ça.








C'est super cool.
C'est super cool.


C'est super cool.
C'est super cool.
C'est super cool.

C'est super cool.


C'est super cool.

C'est super cool.

C'est super cool.

C'est super cool.


C'est super cool.
C'est super cool.
C'est super cool.



C'est super cool.
C'est super cool.
























C'est super cool.
C'est super cool.
C'est super cool.







C'est super cool.




C'est super cool.

C'est super cool.





C'est super cool.
C'est super cool.
C'est super cool.
C'est super cool.
C'est super cool.
C'est super cool.
C'est super cool.












C'est super cool.












C'est super cool.
C'est super cool.
C'est super cool.
























C'est super cool.
C'est super cool.
C'est super cool.






Causé l'air de cette année ou deux, je ne m'en souviens pas de qui m'a dit ça, mais j'ai probablement vu ça sur Twitter.
Et je me suis dit que c'était une fois que je suis en train de faire un tweet.
Donc, Unpackage est ce projet que j'ai mentionné, c'est un nombre d'entraînements.
Et depuis les dernières années, il m'a stressé de me dire comment je vais m'en soulever.
Je m'ai appartient avec des entreprises qui m'ont sponsorisé, mais j'étais toujours sur le coure pour trouver quelqu'un pour le prochain.
Et c'était paskind de me dire ça, mais, j'ai la chance de군 q et me parler une fois,




Je pense que je peux l'assurer parce que le package a trop de drape.
Et un des founders a été atteint, Kurt Mackie,
et il est comme, il est comme, OK, je l'ai, c'est ça.
C'est toujours super, parce que l'on a un package déployé sur Fly
et le package est là maintenant.
Et depuis, on a déployé un peu de remixes,
des trucs à aller, des remixes à aller, des remixes à aller,
les nouveaux Reactor Outer.com que nous avons juste délaissés aujourd'hui,
des remixes à aller.
Et c'est juste un modèle super, super
friendly, le modèle de remixes est pour les devs frontiers.
Je vous ai dit que j'ai beaucoup d'expérience de débauche,
mais je n'aime pas particulièrement
comme les couvernettes et les doigts et tout ça.
Fly me semble, à moi,
que c'est le perfect
traitement entre,
vous savez, de vraiment, vraiment basé dans le stuff de débauche
et, vous savez, et, et pas avoir assez de ça.
Vous savez,
il me semble comme,
il me semble comme ce beau traitement
de débaucher des différents services,
des données, des centres de données,
autour de l'univers,
vous n'avez pas de honte de mettre sur le réseau,
ils vont prendre soin de ceci pour vous.
Vous pouvez même faire des choses comme débaucher des volumes
et des choses, ils ont des bons doigts,
ils ont des bons guides sur comment déployer,
tout ce qu'ils veulent.
Et nous avons été,
nous avons été,
en pointant un peu de nos utilisateurs de remixes,
comme, hey, peut-être que je vais checker les gars,
ou peut-être que je vais checker Fly.
Donc, oui, c'est un peu mon
mon outil,
si j'ai un,
c'est,
checker,
c'est fait.
Et ils sont,
ils sont,
ils sont bandes,
ils sont dans des costs,
ils sont comme,
c'est très chiant.
C'est juste,
c'est tellement
chiant pour moi,
ces jours,
c'est très chiant pour
les services.
Vous savez, je pense que c'était un grand argument
contre
vous en faire un service dans le passé.
Vous avez dit, oh, man,
je vais devoir payer le Heroku
30$ par mois.
C'est,
vous savez,
c'est une belle nourriture.
Mais,
honnêtement,
vous vous faites ces choses pour les pennies,
maintenant.
Pennies,
vous savez,
et,
oui, ils sont,
ils sont,
ils ont un genre de très,
très fortes structures de la price.
C'est,
je pense,
ça va travailler très bien pour beaucoup de gens.
Et juste,
superbe,
bonnes,
aussi.
Oui,
je vais dire,
ils sont une grande company.
J'adore leur blog.
C'est comme,
les articles techniques,
ils règent,
c'est juste la top notch.
Récemment,
ils ont acheté Chris McCord,
qui est derrière
le project Phoenix,
et le lexer,
dans le système de l'éco-écosystème,
qui,
je suis un fan boy de lexer,
c'est,
c'est,
pour moi,
c'est un des meilleurs
excités,
sort de,
comme espaces,
à l'heure,
et de l'application.
Donc,
je,
je,
consume
beaucoup de lexer,
les médias,
donc,
tout ce qui vient de là,
c'est vraiment intéressant.
Et,
et le fly,
en particulier,
fait beaucoup de
très intéressants choses
dans ce space,
particulièrement,
quand il vient de
lexer,
donc,
oui.
En tout cas,
c'est une bonne chose.
Bien,
je pense que ça va râper
ce week-là,
l'épisode de DevTools FM.
Merci Michael pour venir,
c'était un
très bon conversation,
c'était intense,
intéressant,
à plusieurs points pour moi.
J'adore cet épisode.
Hey,
merci beaucoup
d'avoir eu le plaisir
de vous être ici.
J'espère que je peux revenir
dans six mois
et que nous pouvons parler
de,
vous savez,
beaucoup de choses
que nous avons faits
depuis.
Oui,
absolument,
c'est un plaisir.
Faites suret de nous suivre
sur YouTube
et à tout point
que vous consommiez
votre podcast.
Merci d'avoir regardé.