Robert Balicki - Isograph, Relay, and the Future of Data Fetching in React

Durée: 69m48s

Date de sortie: 26/02/2024

This week, we have Robert Balicki on the show to talk about Isograph, a new data fetching framework for React. Robert has worked on the Relay team at Meta (formerly Facebook) and is currently at Pinterest helping them adopt Relay. We talk about the differences between Isograph and Relay, the future of data fetching and web development, and the journey to make Isograph production ready. Could Isograph be the future of data fetching in React? Listen to find out!

Episode sponsored By CodeCrafters (https://codecrafters.io/devtoolsfm) 40% Discount!

Become a paid subscriber our patreon, spotify, or apple podcasts for the full episode.

Tooltips

Andrew

Justin

Robert


Le toulon est le grand chose qui va vraiment l'éloigner.
Vous pouvez imaginer un monde où vous ouvrez le graphique,
qui est l'idée d'explorer sur GraphQL,
où vous pouvez voir un peu de feel.
Vous pouvez voir que sur le user, nous avons un nom et un email.
Ce serait vraiment bien si vous pouvez ouvrir ça
et voir que sur le user, nous avons aussi un component d'avatar.
Et sur le blog post, nous avons le blog post-display et le blog post-title.
Bonjour, bienvenue à la podcast de DevTools FM.
C'est un podcast sur les tools de développement et les gens vont les faire.
Je suis Andrew et je suis ma co-host Justin.
Salut tout le monde, nous sommes vraiment excitées de voir Robert Balecki aujourd'hui.
Robert travaille sur ce toulon, qui s'appelle Isograph.
Nous sommes vraiment intéressés et excitées en en déguingant.
Mais avant de le faire, Robert a travaillé sur le team de relays
en métformes et est maintenant à Pinterest,
aussi en travaillant sur les réelés d'adopter les relays.
Est-ce que vous avez oublié d'adopter notre audience, Robert ?
Je pense que c'est vraiment le geste de pourquoi vous êtes intéressés en Isograph.
C'est parce que j'ai aussi travaillé sur une frame très similaire.
Mais je pense que si vous reprenez un tour,
je vais essayer de travailler sur des choses similaires à l'Isograph
pour une longue période.
Donc avant tout, mon projet de travail était Smithy,
qui est une frame à laquelle vous vous arrêtez de russer
et qui comporte l'assemblée web pour construire des apps browser.
Avant ça, j'ai travaillé sur un travail précédent.
J'ai eu de temps à travailler sur une frame à configuration
pour aller au niveau de les flows de la règle.
Donc, de toute façon ou d'autre,
je travaille sur le même set de problèmes.
C'est drôle de voir vos idées se développer.
Donc, à partir de votre temps sur Facebook, ou comme on le dit,
vous avez dit que vous étiez sur le team de réact data.
Qu'est-ce que ça veut dire?
Et ce sont des choses intéressantes que vous avez faites avec le data et le réact?
Oui,
donc le team de réact data est sorti de l'actualité,
ou le nom de la forme qui a travaillé sur Relay.
Et je pense que la pensée derrière ça, c'était que Relay...
Bien, on a travaillé sur Relay,
mais aussi on a travaillé sur le space de problèmes de loading de data en réact.
C'est comme vous le savez,
le réact est très bien un library UI,
mais en temps, il est plus et plus dans le...
On aussi craint de loading de data.
Donc,
pas tout ce que nous avons travaillé sur était sur Relay,
mais beaucoup de cela a été très proche de Relay,
ou beaucoup de choses que nous avons travaillées sur.
Nous avons déjà essayé de le faire en Relay.
Mais oui, c'est juste un nom de la forme.
Cool.
Donc, pour les gens qui ne le connaissent pas,
comme moi,
qu'est-ce que Relay est?
Et pourquoi j'aimerais utiliser ce sort de framework pour mon réact app?
Pourquoi n'est-il pas suffisant?
Ok, donc,
c'est que,
si vous avez donné un écran de un design,
c'est vraiment facile de le faire en component.
Et nous, comme web développeurs,
sortent de le faire naturellement.
Mais ça,
c'est extrêmement compliqué
le moment où vous devez commencer à charger le data
et en pensant sur les états de loading,
et surtout en pensant sur les mutations
et des choses comme ça.
Donc,
sur la main,
vous pouvez architecturer un app
comme tout le component
qui fait son propre data.
Donc, tout le component
juste la charge de l'utilisation de l'utilisation.
Et
ça a beaucoup d'advantages.
Sur la main,
vous ne vous ne devriez pas ne pas avoir de la même component.
C'est vraiment facile de regarder le component devant vous
et juste le raison sur lequel vous le voyez correcte,
c'est bien.
Encore une fois,
vous avez fait beaucoup de faiblesse.
Comme,
maintenant, tous les components
sont faibles pour leur propre data,
donc il n'y a pas de duplication.
Donc, votre main est en train de faire plus de travail
que nécessaire.
Deuxièmement,
si vous avez un component au-delà,
ça va
faire son propre data.
Ceci va être complet
avant que l'intercomponent
du réseau de la base
donc vous vous arrêterez
un peu de waterfalls
et donc vous vous demandez
que l'utilisation s'occupe
plus tard
que vous ne pouvez pas
d'autrement les montrer.
Et comme, sortez de la dernière,
les études de la base
que vous vous montrez à l'utilisation
sont plus ad hoc.
Ils dépendent de
où vous avez bloqué
votre app
dans les subcomponents
plutôt que de ce que l'utilise est le meilleur.
Donc,
l'alternative
que vous pouvez penser à
est de writer
un seul
request de réseau pour un paix.
Donc, pour la page de la maison,
nous avons besoin de
des listes de postes
pour chaque poste qui a besoin de un nom,

Et c'est vraiment bien
parce que vous faites
un seul request de réseau,
il y a un state de bloc
c'est un bon défi
et tout le monde le rend.
Mais le problème est
c'est un brin.
Vous revenez à cette table
un peu plus tard,
les choses ont changé,
vous modifiez un certain component
et comme, on ne parle plus
de l'Instagram URL field.
Et vous allez au
déclaration de query
et vous pensez
peut-être que je peux remettre
ce file de URL
de ce déclaration de query
et l'idée est
que c'est vraiment unclear
parce qu'il y a peut-être
un autre component
qui utilise ce file.
Un autre component
peut utiliser ce file
mais pas
sort de direct
pas dans un moyen
qui est tracté par le système de type.
Par exemple,
par JSON.stringify
ou object.keys
ou quelqu'un d'autre
peut mettre un component
en même temps
qui commence à utiliser
ce file de URL.
Donc
à ce point en temps
vous, comme développeur
vous faites une choise,
vous essayez de
improving l'app performance
par 0.001%
par retirer l'Instagram
URL field
à la risque
de la production de break.
Et la plupart
regardent ça et disent
non.
Vous savez,
je vois Andrew
chacune de sa tête.
Non.
Donc oui, exactement.
Donc la situation long terme
dans ce cas,
le cas long terme
est que les app s'appliquent
plus vite et plus vite.
Vous avez maintenant
100 des fields
que personne ne sait
pourquoi ils sont là.
Et
c'est juste trop de travail
pour garder l'app performance.
Donc Relay.
Relay s'entend à cet espace
par
vous permettre
d'acclamer les données
que vous avez besoin
à l'appliques.
Donc
vous avez
quelque chose de poste
qui peut dire
je dois avoir le nom,
j'ai besoin de l'épisode
et etc.
Et
un step compiler
fait tous les compagnons
qui sont rendus
sur une certaine screen
et concatené
à l'appliques
dans un single query.
Et donc
quand vous naviguez
à la page de la maison
vous faites un single
request pour les données
que tous les compagnons
sur cette page
peuvent avoir
et
rien plus
et rien moins.
Et c'est vraiment
bien parce que
c'est vraiment
facile de regarder
un file
et raison de l'appliques.

si l'Instagram URL
de l'appliques
n'est plus utilisé
par cet expérience
vous pouvez l'enlever
parce que si un autre
compagnon
a besoin de l'appliques
il sera à l'appliques
donc il ne sera plus
à l'appliques.
Et
en plus de faire
juste ce single
request de l'appliques
pour la page
ce qui aussi
est
qui génère
une
structure de données
pour chaque compagnon
qui dit
quand je rends
ce component de poste
je veux
le nom
et le corps
et tout
qu'on a d'autre
ou d'autre
qu'on a spécifiquement
sélecté
en signant
si un autre component
sort de
à l'aise
par le dessus
sélecte
peut-être
les blogs
ou les postes
d'autor
ce premier component
ne sera pas recevée
au fil d'autor
si il a
sélecté
ceci
c'est aussi
vraiment
bien
parce que ça signifie
que
les changements
pour un component
même au temps
ne peuvent
changer
le temps
que un autre component
recevra
donc vous avez
une immense stabilité
avec l'apples
qui sont construits
avec Relaise
et en particulier
cette stabilité
évoque
les gens
ou les développeurs
qui sont en train de

les propres
des propres components
pour bouger
et juste
faire les changements
qu'ils doivent faire
sans ne pas
se dévier
que tout autre
ne sera pas
un résultat
oui
c'est
ce sort de
le geste
de Relaise
il fait beaucoup plus
que ça
mais
le fondamental
c'est
ce qui est
le progrès
de Relaise
c'est
que
si vous avez
plus que
les développeurs
qui peuvent tous
se couler
dans un seul
salle
ensemble
ou quelque chose comme ça
à un moment
de temps
vous
voulez
Not everybody
he'll be able to move
orton
аз
et not have to
communicate
n'co-comicate
Pay aqui
de ce
thinks worth

On has
n'a pas
le
qui Memorial

Que l'elelect
c'est
un plaint
four
bicubanie
en
suo
un client très opinionné.
GraphQL, on le sait, a été fait en meta,
c'était l'origine de GraphQL.
Donc,
le sort d'un outil interne
et, je veux dire, l'open source,
mais le outil qu'ils ont été utilisés
avec GraphQL, c'était intéressant
comment la communauté
a essayé de se résoudre de problèmes
de différentes manières,
et de les faire un peu bizarrement.
Donc,
ce genre de défaite
ou de défaite que Robert a dit,
que je vous ai mentionné,
mais en Relay,
les compagnons déclarent
les données qu'elles ont besoin,
et puis,
une seule GraphQL
est construite
en temps de construction
ou tout ça.
Et si vous ne vous inquiétez pas
de refettre ou de refettre,
ce serait toujours un problème
dans les clients graphique
et dans la communauté.
Les gens
sont comme,
« Oh, je dois avoir un graphQL au niveau top,
ou je fais un graphQL
dans chaque compagnon.
»
Et peut-être que je dois avoir
des casques de Smart Caching
que je suis en train de faire,
mais c'est toujours un problème.
Donc,
quand je travaillais à Artsy,
ma vie précédente,
on utilise Relay
exactement pour cette raison,
et la équipe mobile
a la capacité
d'être en train de le faire,
parce que c'est comme,
« OK, le graphQL est intéressant,
on a des concerns de performance,
c'est le genre
de
environnement
qu'on veut savoir,
on veut savoir
les créations
que nous faisons,
pour faire des optimisations
et tout.
C'est vraiment bon pour ça.
Mais, Robert,
pour une autre question,
il y a un Apollo,
qui,
beaucoup de gens
n'ont pas utilisé le graphQL,
le client graphQL,
qui a été très populaire
depuis longtemps,
je ne sais pas
vraiment
quel est le
status quo
et le système de l'économie java
mais Relay,
en étant un client
opinionné,
interfacé
au graphQL,
n'a pas été
assez adopté
qu'à
certains clients
plus lois,
parce que c'est un peu
plus constrainable.
Mais,
comment vous ressentez
comment la adoption est
faite
?

généralement,
vous pensez
que vous avez vu
la augmentation
dans la communauté,
comment va-t-il
le faire pour Relay ?
Oui,
comme un
complètement inquiétant
observateur
de ce phénomène,
je pense
que
les gens
doivent être adoptés
à Relay
plus que
d'autres clients,
parce que Relay
vous donne
des features
de data-masquage
et d'autres
features
qui n'étaient pas
présents
dans d'autres clients.

en fait,
comme vous l'étendez
et vous vous en gris,
vous allez commencer
à réinventer
les choses que Relay
vous donne
à l'écran.
Donc,
d'autre côté,
en temps
d'autres clients,
comme en particulier
Apollo,
ont commencé
à apprendre
des lessons de Relay,
ce qui est bien,
comme le point
qu'on construit
des web-apps,
pas que nous utilisons
Relay,
même si ça me
ferait bon.
Mais,
je pense que
l'appréciation
pour Relay
a été
trompée
par la communauté,
même si c'est
les gens
qui ont fait leur research
et
qui ont
fait ça.
Donc,
je ne sais pas,
je pense que Relay
pourrait avoir fait un meilleur travail
d'être
plus
approachable
et facilement adoptable.
En temps,
nous l'avons éliminé
beaucoup de
les requirements
spécifiques.
Comme en particulier,
les requirements
d'unique ID
sont pas
vraiment un requirement
de Relay,
mais je pense
que
cette perception
persiste.
Et
peut-être que nous avons
fait un meilleur travail
d'advertir des choses,
peut-être que nous avons
fait un meilleur travail
de travailler avec la communauté,
d'intégrer
avec les routiers,
et vous savez,
il y a un peu d'autres choses
que nous pouvons faire mieux.
Mais je pense que
finalement,
c'est pour les appareils
de l'Apollo
qu'ils ont construit
quelque chose
qui est vraiment,
vraiment,
facilement adoptable
et qui sont
vraiment,
vraiment,
c'est un des
plus grands
entreprises
dans le système graphique.
Oui.
Et je suis vraiment
heureux de voir
qu'ils sont
allés
donner aux usagers
l'obligation
de mettre des données
sur les autres features
aussi.
Cool.
Maintenant,
on veut prendre un break
pour penser aux sponsors.
Cette semaine,
nous sommes sponsorisés
par les codes-crafteurs.
Codes-crafteurs
font des challenges
pour l'experimentation
des engineers.
Si vous regardez
un projet un week-end
dans le projet,
qui vous donne
l'experimentation de votre
programmabilité,
vous devez les vérifier.
Ils ont un whole
bunch d'interessants
de challenges
qui ont vraiment
poussé leurs skills
comme un programme.
Ils ont des choses
comme construire votre
bête torrent,
construire votre
gât,
construire votre propre docteur
et ainsi.
Vous pouvez aller
dans les challenges
dans des langues
populaires,
including Rust Go
et JavaScript.
Je suis en train de
utiliser JavaScript.
Si vous me demandez,
c'est beaucoup mieux
que juste aller
dans les codes
et essayer de construire
vos skills de cette manière.
Vous allez en faire
profondement
dans les langues
populaires
en même temps,
en tant que
language
que vous avez
écrit.
Je suis en train
de construire
votre gât
et,
en plus,
il se fait
plus et plus
plus et plus
plus et plus

et plus
plus et plus

plus et plus
et plus
plus et plus
plus
plus et plus
plus
et plus


1ur
pour
verraller
Fixer
concept, pack files. Git utilise pack files pour pack un petit peu de gits,
pour pouvoir les transmettre à l'intérieur. J'ai appris à l'intérieur de ces gits
parce que j'ai essayé de remplir le prochain commande dans le module git, clone.
Ça a un peu de différentes considérations autour de ça et ça peut me prendre
quelques semaines pour remplir cette. Ainsi que les contents, même les
expériences des utilisateurs sont targetées pour les développeurs de software.
Par exemple, vous ne vous abîmez pas de tout ceci sur leur site.
Le site leur serve vraiment comme un host pour un petit set d'instructions
et pour vous pointer à des ressources de la classe.
Où toute la magie s'occupe vraiment, c'est dans votre IDE.
Quand vous vous mettez, vous vous rendez tous les tests que vous avez
et vous avez un très petit loop de feedback.
Pour essayer de faire des code-crafts pour vous-même, visitez code-crafts.io.
Si vous allez à cette link, vous allez avoir 40% de la preuve
et vous allez aider le podcast un peu plus tard dans le processus.
Mais ne vous inquiétez pas, il y a un whole bunch de autres moyens que vous pouvez soutenir le podcast.
L'une de les moyens de faire ça, c'est de devenir un membre payé sur l'une des plateformes
que nous offrons.
Avec ça, vous devez entendre d'autres ades,
et vous allez même avoir les épisodes un peu plus tard que tout le monde.
Et si vous n'avez pas envie de bouger à une de ces plateformes,
vous devez aller à shop.devtools.fm ou vous avez un whole bunch de
cool merch que vous voulez voir.
Tout de suite, de notre logo sur un peu de choses,
à l'exprimentation avec un design de base nôtre.
La dernière chose que je vous ai réellement réellement,
c'est notre merch de DEVTOOLS.
Nous avons un sweaters, une shirte de tie-dye et une tue normale.
Si vous êtes intéressé à sponsoriser DEVTOOLS.fm,
vous devez aller à devtools.fm.com.
Et avec ça, nous allons retourner au épisode.
Donc, en fonction de ce que vous êtes en train de travailler,
vous avez commencé un nouveau projet appelé Isograph.
Donc, qu'est-ce qu'Isograph et comment est-ce qu'il est différent
que d'autres solutions comme Relay?
Donc, le meilleur moyen de comparer à Relay est Relay
avec, probablement, un meilleur expérience de développeur,
probablement, plus facilement adoptable,
et ainsi et ainsi.
Mais la grande différence entre Relay et Isograph,
ou une grosse différence structurelle,
est que, en Relay, la composition unique
est parmi les fragments.
Vous devez dire que j'ai une query de page de homo
avec une fragment de blog poste
et un fragment de blog poste
qui a un fragment de header de blog poste.
Relay vous donne des masques de data
qui sont, pour dire,
dans une app bien structurelle,
seulement une fonction seule
ne réglera une fragmée.
Donc, le fragment de header de blog poste
sera seulement écrit par les compagnons de header de blog poste.
Et je regarde ça et je pense,
Man, on s'est demandé à l'utilisateur de faire beaucoup ici.
En fait, le component parent
doit se réagir à une fragmée
et nous devons décider sur un nom global unique
pour la fragmée.
Ça ne se démarre pas, ne se démarre pas,
aucun utilisé peut se démarrer.
Donc, nous devons faire une décision arbitraire.
Deuxièmement, nous devons faire une décision arbitraire
sur ce qu'on appelle le proche,
ce qu'on appelle le proche,
ce qui est le référence de fragmée
que nous avons passée au enfant.
Deuxièmement, nous devons aussi
séparer le fragment
et importer le JavaScript
pour le component enfant.
Si nous faisons un, mais pas le autre,
notre app est nécessairement bloqué.
Deuxièmement, dans le component enfant,
nous devons réagir à la fragmée.
Et il n'y a rien d'autre qu'on peut faire
avec le fragment.
Pourquoi nous faisons ça
un état expliqué?
Et, en fait,
pourquoi est-ce qu'il est possible
de passer ce référence de fragmée
à aucun autre component?
Aucun autre component peut faire tout ça.
Je me suis aimé
juste de ne pas passer ici.
Je pense que c'est un signe
que vous avez utilisé pour le relais.
Je ne peux pas vous dire
combien de fois j'ai eu à faire
pour les gens
parce que je suis allé
faire ce erreur
et c'est toujours
un erreur qui est en train de se poser
et je ne sais pas ce que j'ai fait.
Et c'était un des deux des procès
que ils ont dépassé
toujours.
Et probablement
peut-être 50 ou 60 fois
sur mes trois ans
à l'Artsy
où j'ai eu à avoir
cette même session de parlement
de dire non,
c'est juste
une des choses les plus petites
que vous avez enlevé
ou pas en train de passer.
Ou quoi que ce soit.
Oui.
Je pense que vous êtes
100% correctes.
C'est...
On a fait ça un peu.
C'est la seconde nature
de nous.
Mais si vous êtes
nouveau à GraphQL
ou
introduit un relais
ou GraphQL
à un base code
ou vous faites
200 fois
ce genre de choses
s'adresse.
Donc
le point de l'Isographie
est de l'entraîner
sur le fait
que
une seule fonction
ne sera jamais
une seule fragmentation.
Donc,
on va juste associer
ces choses statiquement
à l'époque de l'Ise
et voir où on peut aller.
Donc
si je suis imaginé
une blog poste
de component,
je voudrais juste
faire une compétition
qui a reçu des données.
Donc avec l'Isographie,
ce que vous faites
est que vous faites une fragmentation.
Ou alors, vous faites
une fragmentation
et cela passe
des données
à un component
et vous faites
les choses que vous avez besoin
avec ces données.
Donc, vous n'avez pas de la lire,
cela juste reçoit les données.
Et second,
si je suis
utilisant un component
ou parce que
bien sûr,
ce sont des units
composables.
Je ne veux pas
passer la référence de fragmentation
importe,
bla bla bla.
Je veux juste
recevoir
le résultat
de ce fragment
qui est passé à cette fonction.
Donc
la plupart de ce que nous allons faire
en parlant de nos compétitions
c'est peut-être
quelque chose,
c'est peut-être
un
fil de nombre
qui est la concatenation
la première et la dernière.
Mais, si je
me souviens de cela,
je veux juste le résultat
de cela.
Donc, c'est l'isographie.
L'isographie est
tout de ces
procédurement
élevé
de relais
mais avec
beaucoup de
similaires
pour relayer
sous la coude.
Donc,
en particulier,
cela signifie que
vous avez
si vous imaginez
une app
qui est structureuse de cette façon,
vous avez une seule
connecté
à la
réaction de l'app
à la route.
Donc peut-être
une connecté
à votre route
ou à l'invent.
Mais maintenant,
c'est juste
que vous devez
mettre la query.
Un peu de
ces choses
sont
en progrès.
Et de ce point,
vous vous rendez
ou
vous vous vous entiez
votre component
ou plutôt
l'isographie.
Et
ceci
s'électionne
un peu d'autres
fields
qui sont tous
les compagnons
et c'est juste
comme
les fields

tout le monde
chaque
des
des
fields
qui sont
partie
de l'eschema graphique.
Donc, si je fais
ce
fait à la route
une seule fête,
cela signifie
que
comme mon app
s'électionne
et je
fait plus de data
comme
mon initial
temps de load
plus long
parce que
j'ai
ce
je n'ai pas
l'expérience
dans les technologies.
Vous êtes
en fait
ce que c'est une
bonne question
et l'answer est
oui
maintenant
avec
GraphQL
et aussi
avec les versions
d'arrivée
probablement
avant
le directeur

le directeur
était là
ce que
vous seriez
qui
vous


et donc ça
signifie
que votre query
est
le
bien
dans




chills
le
rap
une

ات
lequel
il
Harley
Presto


t
parle
Lyma
donc vous défendez ça et tout ce que... et ce fragment spécifique
va s'assurer, pendant que l'app est pas présent, mais tout autour ne sera pas.
Donc si vous arrêtez ce component dans une boundary de suspens, vous pourrez avoir la
première performance pour le reste de l'app, mais vous aussi pourrez contrôler
où les états de la loader sont et penser à votre app
plus holistiquement en termes de la preuve des best UX.
C'est quelque chose que l'ISOCAPE doit soutenir et ça va s'appuyer.
Donc oui, je vais faire le même chose.
C'est un blesse pour moi, parce que je me souviens de tout ce qui s'est passé
et je suis en train de faire des choses comme ça.
On s'est fait impliquer et on est en train de faire des choses.
C'est vraiment intéressant.
Speaking of Blast of the Past,
une des choses que j'ai voulu me demander,
c'était en 2019 qu'il y avait un talk de F8 sur Facebook.com.
Il y avait des features de Relay et GraphQL,
qu'on a vécu à Quintedat, qui n'était pas dans la version open source de Relay.
Facebook était en fait en faisant ce genre de data fetching,
donc vous pouvez définir votre requirement de data
et ça va se faire savoir que l'Ui a besoin d'être bundlé avec ça.
Vous déclarez votre requirement de data
et vous avez tout de suite déclaré ce qu'il faut pour le pêche.
C'est plus que Relay, c'est plus d'infrastructure que ça.
Je suis curieux si c'est quelque chose que vous avez,
si c'est quelque chose que vous avez en mind pour l'ISOCAPE,
si c'est un problème ortho-orthogonal,
peut-être que nous sommes un peu en train de faire des choses.
Mais ça n'était pas toujours un cool feature pour moi.
C'est l'ultime, je déclare le data que je veux
et le Ui s'en vient de l'autre.
C'est un genre de data-driven,
donc c'est appelé Relay 3D,
et ça ne nécessite pas que beaucoup de support sur le service.
C'est-à-dire que si un field est de la même manière,
il faut que le service soit en train de faire des choses.







il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.








Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.


Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.








Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.


Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.







Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.







Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.






Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.

Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.

Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.

Il faut que le service soit en train de faire des choses.

Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.













Il faut que le service soit en train de faire des choses.










Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.

Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.


Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.







Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.



Il faut que le service soit en train de faire des choses.


Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.




Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.
Il faut que le service soit en train de faire des choses.













Vous êtes à Pinterest?
Vous utilisez Isograph à Pinterest?
Ou avez-vous des plans à utiliser à Pinterest?
Nous n'avons pas. Nous sommes adoptés au Relay.
Je pense que l'Isograph
va se faire à l'endroit
dans les prochains six mois
où il y a une choisie légitime
pour les entreprises d'adopter.
En particulier, en théorie,
Pinterest serait un grand
customer
d'Isograph
parce que je pense que beaucoup de
des bénéfices vont accroir
aux entreprises de plus en plus
avec beaucoup de développeurs
en travaillant sur les compagnies individuelles.
Je veux donc
poursuivre ça,
mais je n'ai pas fait ça.
Le grand thème
dans le land de React
dans les derniers mois
a été le component de service de React.
Il semble que les components de service de React
et l'Isograph
peuvent être des résultats intéressants.
Vous avez pensé
sur les components de service de React?
Vous avez mentionné les components un peu plus tard.
Mais comment ils peuvent s'interviendre?
Absolument.
Je pense que les components de service de React
n'est pas un expert en ce moment.
Le field est rapidement changé.
Je veux être disprouvé
dans beaucoup de ce que je veux dire.
Je pense que les components de service de React
sont un peu
pré-rendu.
Vous pouvez imaginer
que le blog
de l'exemple,
le component de service de React
peut être pré-rendu
avec les components de service de React.
On sent le
JSX ou le HTML
ou tout.
Mais ça peut être
un autre component.
On a dit que le profil de service de React
peut être le deuxième profil.
Ce n'est pas vraiment important.
Les deux sont rendus en service.
Mais ça peut être
un component de service de React.
Mais ça peut être
calculer le nombre de
des utilisateurs.
C'est fait par les deux.
Les components de service de React
sont capables de pré-calculer
le profil de la surface.
Mais pas nécessairement.
Ils n'ont pas la possibilité
de dire que c'est le plus important
de pré-calculer le nombre de
des utilisateurs.
Ils sont en train de

et de
envoyer le nombre de
des composants de JavaScript
pour les photos
et les photos
d'un profil
qui est pré-calculé.
Je l'imagine
d'une app Web
d'un type de trés.
Il y a un trés,
un trés de component,
un trés de dom,
un trés de
dame, un trés d'or.
Il y a un trés de
dame or des

Il y a un trés d'orthogonal
data
où ils arrivent
dans un
dague, un d'autres.
Des
des dépendances.
Il y a beaucoup de ces components
en train de
qui l'chantra ovalement.



C'est la build.
les compétences sont envoyées au front-end et donc vous avez des réels updates en temps réel.
Et la troisième des deux est que si il y a une subscription
qui est installée sur le bas-end à l'endroit de cet ordre.
Donc peut-être que les possibilités ne sont pas toutes les possibilités, ça fait beaucoup de sens,
mais vous pouvez imaginer un component de service
où vous avez juste le valeur, un component de service rendu
où nous avons également installé la subscription et quelles que ce soit les changements, nous nous racontons le front-end.
Un component de service rendu qui est rendu sur le front-end, qui est réel sur le front-end, et donc on et so forth.
Donc je me souviens d'imaginer que l'ISOGRAPH et en particulier les fields client
sont un peu plus versatiles au bloc de la construction, que les components de service réels.
Mais encore une fois, j'ai été super excité à la technologie et je ne pense pas qu'il y a une raison
qu'il n'y a pas de raison structurelle pour ce que je m'ai dit, qu'il ne peut pas être incorporé dans les components de service réels.
Et donc j'espère que les cas de utilisation de la réplique de service réel que je sois,
mais je comprends totalement pourquoi ils ne sont pas la priorité de ceux qui travaillent sur les components de service réels.
Oui, il y a beaucoup d'interessants questions sur les integrations
et comment les tools existants dans l'écosystème se sont mis en place avec les components de service réels.
Je ne sais pas, il y a beaucoup de choses. Je n'ai pas vraiment pensé
à la question graphQL ou à la contexte de relais sur les components de service réel et les components client.
Il y a des questions intéressantes là-bas.
Oui, je pense que c'est un challenge. J'ai vu des tweets de Lenz, l'AZ, qui est sur le team Apollo.
Et il semble qu'il a eu assez de temps de rafre avec les components de service réels en Apollo.
Oui, car graphQL a travaillé avec le service réel, mais c'est un modèle différent.
Je pense que c'est un modèle différent de l'insertation de client et de service réel qui est intéressant et challenge.
Je suis sûr qu'il y aura une chose très nouvelle et belle qui va falloir.
C'est un modèle différent de l'insertation de client et de service réel.
Il y a beaucoup de choses qui sont compliquées.
Mais c'est un modèle différent de l'insertation de client et de service réel.
Il y a beaucoup de choses qui sont compliquées.
Vous avez dit que l'insertation de client et de service réel n'est pas prêt pour Pinterest.
C'est un modèle différent de l'insertation de client et de service réel.




Et c'est un modèle différent de l'insertation de client et de service réel.
C'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.

Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.


Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.


Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.

Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.


Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.

Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.



Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et c'est un modèle différent de l'insertation de client et de service réel.
Et sur le blog post, on a le blog post-display et le blog post-title, et etc.
Et c'est vraiment bien, parce que...
Un endroit de vue de la graphique, un autre endroit avec une extension de code VS,
c'est vraiment bien si vous êtes sur le user et que ça vous dirige,
comme, hey, nous avons déjà un component d'avatar existant.
Vous n'avez pas besoin d'implementer la 4e ou 5e version
qui fonctionne légèrement différente que les autres et que personne ne veut les unifier.
Juste avoir cette discoverabilité pour ces fields,
ou je pense que les fields clientiels sont super huge.
Donc, ce sont toutes les choses que j'aimerais acheter.
Ça ressemble à un petit peu de tout.
Je voudrais que les gens aient l'aide.
Oui, à présent, il y a deux de nous,
moi et Edmondo, qui font un peu de bon travail ici,
mais j'ai eu des contributions individuelles
d'autres personnes dans la communauté,
et ça me fait me faire plaisir et j'ai été très heureux.
Mais oui, je veux faire un isographie,
un projet qui est vraiment fun de travailler sur,
où les gens peuvent faire des changements de terrain,
si ils veulent participer.
Je suis heureux de pouvoir donner un niveau de support
ou de la liberté que les gens veulent.
Un peu de choses que je disais,
elles ne sont pas là, elles doivent être là.
Je pense que c'est un grand impact,
un grand impact sur un projet
qui me fait pousser les boundaries de ce qui est possible
avec le développement de web et l'app development.
Je pense que maintenant c'est le meilleur temps
pour s'involer dans l'isographie.
Oui, avant que tout le fun soit fait,
ce n'est pas un peu d'un an, mais on le fait maintenant.
Bien, avant de transporter les tutoriels,
nous aimons toujours poser un question de futur.
Et comme nous avons parlé,
j'ai sorti de réflexion sur cela un peu plus.
Je vais construire cette question.
Les API ont pris un peu d'évolutions
pendant les années.
Nous avons eu juste des calls de PC,
puis il y avait le soupe, et puis nous avons eu le reste.
GraphQL a été créé et nous a donné
beaucoup de nouvelles habilisées,
mais nous avons également été créés
avec des traitements et des retours.
Je vois des choses qui travaillent directement
avec Relay et Apollo,
et des tutoriels GraphQL
ont beaucoup de complexité clientielle
qui se fait construire dans ces tools
parce que GraphQL a ses traitements
et ses propres moyens.
Et c'est pas le cas avec le technologie.
Qu'est-ce que vous pensez
au futur de la fêche de données,
surtout sur le web?
Est-ce que c'est un improvement
sur GraphQL et clients comme iSoGraph?
Ou est-ce que c'est...
des tools comme iSoGraph
qui sont directement rendus
sur le service, avec les components de service,
et qu'il n'y a pas de la fêche GraphQL?
Qu'est-ce que vous pensez au futur?
Je pense que la direction
que beaucoup d'entre eux sont en train
de faire est une convergence,
qui est la fin finale
pour beaucoup de ces choses, c'est un bundle.
Vous pouvez imaginer construire un bundle
pour une certaine route,
ou prendre un peu plus de temps
pour construire un bundle pour une certaine route
à un point de vue,
ou un sub-tab,
ou quelque chose.
Je pense que GraphQL,
ou plutôt l'IsoGraph,
va être une bonne façon
de faire ça,
parce que, en long terme,
je veux pouvoir vous encoder
plus de l'app states
dans la fêche finale
que vous êtes essentiellement bundlé.
Mais je pense que la direction
de la fêche finale est
de la façon dont vous savez
que vous avez besoin de bundles.
Le plus vous savez que vous avez besoin de bundles,
le plus de l'optimisation que vous pouvez faire.
Vous pouvez dire que vous ne vous rendez pas
cette fêche, donc ne faites pas
que votre JavaScript ou votre data.
Et, en fait,
je pense que
le plus statistiquement analysable
votre langue est,
le plus restricat possible
que l'on peut faire,
c'est que,
le plus facile que vous avez à faire,
c'est le trade-off.
Vous ne pouvez pas toujours exprimer
tout ce que votre app fait.
Et donc, la fêche finale
peut être un peu overfetchie,
qui veut dire que la fêche finale
soit pas laissée,
ou peut-être un peu fêche
sur le client.
Donc, c'est laissé,
la charge de la data pour un avantage,
si c'est ouvert.
Et donc, je pense que la direction
que je voudrais voir
nous aller
dans la communauté est
plus fort que les bundles
où la langue que nous
nous avons à exprimer le state de notre app
est
plus capable de exprimer
les pays que nos clients peuvent être.
Et je pense que
peut-être, ce n'est pas feasible,
peut-être. Je voudrais
un des bestes architectures
que je ne sais pas si quelqu'un
fait ça. Peut-être que le view de la fêche finale
est un peu similaire.
Vous avez une session,
cette session a un state,
qui est le state de votre app.
Et, base sur
ce state, vous savez
que tous les fields que la app
pourrait utiliser. Et quand ça change,
de
le client, vous vous envoiez
différents fields. Et, second,
quand ces fields, parce que tout est calculé
sur le service, quand ces fields changent,
on peut aussi évoquer
les fields à la fin de la fêche finale.
Vous avez un client
qui a une session, une session long-live
sur le côté de la back-end, qui vous dit
exactement ce que vous avez besoin de la fêche finale.
Et, en fait, ce qui est le cas
est un peu similaire
à la notion,
mais ça fait
un peu linéaire.
Ça a un peu de la fêche finale,
mais je me souviens
que c'est
bien, mais je me souviens que c'est
basé sur quelque chose,
un type d'algebraique data
qui vous maintiennez sur le service.
Et,
je pense que ce sont deux points
qui sont en relation. La troisième,
c'est que je pense que c'est
ce que vous êtes en train de bundler,
ne devrait pas être juste un state de la app.
Il devrait aussi
être quelque chose.
Donc, par exemple, vous pouvez imaginer
un monde où vous avez
un component d'utilisation profonde,
qui utilise un avatar d'utilisation.
Et si vous êtes bundlé pour mobile,
le avatar qu'on a reçu
est le version 16x16 pixel,
mais sur desktop, c'est la version 32x32 pixel.
Et, par la perspective
de l'onule profonde,
ce que vous avez
pour l'avatar d'utilisation,
et que ça conforme
à votre contract, le type de line-up,
vous ne devez pas
ne pas le faire.
Et donc, le bundler devrait être en position
d'être comme, hey, pour cette circumstance,
je veux
donner différents
concrets,
ou des valeurs pour ces fields.
Et ce n'est pas juste mobile en desktop,
c'est aussi pour des tests d'unit.
Un test d'unit, un component de relaye,
c'est une situation bizarre.
Mais, vraiment,
ce que j'aimerais, c'est que
le profonde profonde s'adresse à un avatar.
Et quel avatar
peux-je avoir? Je ne sais pas.
Juste donner moi un dame pour un test d'unit.
Je devrais pouvoir dire ça.
Je pense que
les bundlers
sont les
les plus importants
d'abstraction.
Et je pense que, en long terme,
l'isographie est un bundler.
Et c'est quelque chose que je n'ai pas réalisé
avant de le faire,
mais c'est la solved heurante.
J'en jureais la question,
et dans le cas où les personnalités

perdent l'espoir.
Il y a un taux thin Golup.

Dans mes surchain 250 mash Тcanviously

Merci beaucoup,



Ce projet, je pense, je n'ai pas lu trop,
est un moyen de utiliser un dom en réaction native.
Ça fait que ça a des features que le dom a.
Et sur ma recue sur Twitter,
Tom Agoui, une des libraries qu'on a parlé,
fait beaucoup de ce genre de choses dans leur lait de style.
Ils impliquent des trucs comme le cascade et les trucs de lait de style.
Ça devient plus officiel maintenant.
C'est vraiment intéressant de voir la convergence des deux plateformes,
de pouvoir mettre un subset strict de réaction
et de pouvoir avoir des rendements de both native et web.
Je suis content de voir où ils vont avec ceci.
Je trouve aussi intéressant que ce style est bundlé dans ce style.
On voit le rélease d'une des technologies de Facebook,
où ils ont leur propre library de style qui fonctionne partout.
Nous le verrons et nous verrons un cas de utilisation cool,
où ça fait beaucoup de sens.
C'est intéressant de voir comment le système réacte
et comment les gens utilisent.
En tout cas, sur Twitter,
tous les gens de la réaction native sont comme, c'est génial,
c'est un point d'inflection.
C'est intéressant de voir.
J'ai aussi vu un commentaire qui était,
pour réaction native, ils sont basically justes de construire un browser.
Ils ont une Hermes,
qui est la javascript exécution engine.
Maintenant, ils sont rébuildés dans le domaine.
Ils sont juste de shipments en browser.
C'est trop intéressant de voir.
C'est vrai.
C'est assez amusant,
l'amount d'autorisation,
de Facebook.
La ambition de beaucoup de ceci est tellement incroyable.
Ensuite, nous avons Josh,
juste une seule histoire.
Si vous avez travaillé dans un grand gât monorepou,
ce n'est pas nécessairement,
c'est toujours le plus facile.
Je suis en train de regarder vous,
récast extension,
repos.
Ça peut prendre un temps très long,
ils peuvent être très difficiles à travailler avec.
Il y a des entreprises qui construisent un gât
pour essayer de les faire,
mais le gât n'est pas nécessairement
créé pour ces très grandes outils.
Josh est un gât
que j'ai vu sur Hacker News,
je pense, ou d'hier ou d'hier.
Il fait ce très grand gât
sous la hood,
pour faire cette histoire de pseudo-historie,
pour que vous puissiez avoir
un gât,
un gât de monorepo,
un gât de monorepo,
et ça les tient en sync.
Ce n'est pas un gât de vrai,
c'est un gât
qui intervient la histoire,
et qui fait beaucoup de magie
dans la hood,
pour que ça se sent
comme un grand gât,
mais quand vous travaillez avec un gât de monorepo,
ça se sent comme un gât de monorepo.
C'est assez magique,
en regardant ça
intensément,
je vais travailler sur un projet de monorepo,
et je pense,
comment ça peut être utilisé.
On commence à notre premier épisode,
on a commencé avec monorepo,
et nous sommes encore ici.
On se retrouve à la prochaine.
On a le canisien de la connexion.
Ce n'est pas un gât de monorepo,
il m'a pris
une semaine pour me réutiliser,
et je ne pouvais pas vivre sans le gât.
Je n'ai pas de quatre copies,
comme au mien de ma mère,
pour que je visite un gât comme ça.
C'est juste incroyable,
je l'ai customisé,
et je l'ai réservie
pour que je sois
à l'heure de la fin.
Je me suis mis à l'aise

de mon gât,

mes risques,
à l'heure de la fin.
La seule chose que je recommande,
à l'heure de la fin,
c'est de taper
un gât de monorepo
avec des tapes double-seided,
en milieu,
c'est un gât de monorepo.
C'est un gât de monorepo
qui m'a pris de la fin.
Je me suis mis à l'heure de la fin,




et aussi de me faire parler de la fin.
Je vois beaucoup de ces keyboards,
mais je n'ai pas pu me faire
être une partie de l'écart pour la clé
des clés de la clé.
C'est juste un niveau de programme
que je ne peux pas avoir encore.
Vous allez y aller.
Oui.
J'ai hâte de me faire parler de la fin.
J'adore.
Il y a une nouvelle connoisseur
qui est en fait split
dans deux parties.
Si je commençais maintenant,
je serais trop tard.
Je suis trop tard.
Je me suis mis à la fin
pour la vision de l'appel.
Cool.
Mon deuxième tip est un bâtiment
sur spot.





clé,
vous pouvez faire ça aussi.
Vous avez écrit un test qui a un peu de playwright test,
mais en utilisant un app « page.go2 » et visiter un app qui se tourne quelque part,
vous pouvez rendre un component comme un test en enzyme et interagir avec ça.
C'est un feature super cool.
Le fait que ça fonctionne dans un browser est aussi cool.
Si vous n'avez pas testé dans un browser,
les tests de unités de test sur les components de réactes ne sont pas vraiment tests,
c'est juste un peu d'extrême travail.
Mais quelque chose comme ça ne fait pas que de ne pas faire quelque chose réel,
parce que ça fait quelque chose réel.
C'est de rendre un browser.
Si vous avez regardé quelque chose pour que vous vouliez utiliser un playwright,
mais que vous n'avez pas besoin d'un test,
et que vous avez besoin d'un peu plus de ces choses,
ça a été super cool.
Et puis ils ont des trucs avantages.
Quand je faisais des scripts d'envergurement et de test,
l'une des choses que j'ai trouvé est que le test de snapshot
fonctionne très malheureusement en playwright,
parce que dans CI, vous êtes en train de faire un machine Linux,
dans un Chrome Linux base.
Je suis localement en train de faire un Macbook avec un Chrome Mac base.
Cela signifie que les screenshots peuvent être différents,
parce qu'ils utilisent des libraries de niveau plus haut.
Ils ont fait un moyen pour que vous puissiez
se passer en un container de docker,
et pouvoir obtenir ces screenshots matchées.
C'est quelque chose que j'ai pensé en impliquant les uns,
mais c'était juste trop de travail pour être,
ok, maintenant on fait tout en container de docker,
mais si c'est juste un fonctionnement de ma library de test,
c'est quelque chose que j'aurais probablement utilisé.
Si vous regardez pour ça,
allez-y, vérifiez-le.
C'est cool.
Est-ce que l'enzyme a été décoré pour longtemps?
Non, on ne utilise pas l'enzyme.
C'est possible.
Vous pouvez dire que le test unit et le library de test réact
sont des trucs qui sont là,
mais dans mon expérience,
ce n'est pas le sens que nous rendons des compagnies
pas sur un web page.
C'est cool pour ça.
Oui, j'ai compris.
JSTOM est une technologie brillante,
mais elle a ses strawbacks, pour sûr.
Ensuite, nous avons le generator dojo.
Je suis un nerd.
J'adore tout ce qu'on parle de ça.
Ça fait que ça a fait beaucoup de clics d'opemins.
Le generator dojo
est une scripte qui fonctionne en blender.
Elle utilise un feature de blender.
Blender est un engine 3D,
donc vous pouvez faire des jeux
et des animations 3D, etc.
C'est un bon outil,
et c'est un outil très cool.
Blender est un autre outil
qui a été ouvert pour longtemps.
C'est fantastique.
Si vous avez été intéressés en 3D graphics,
regardez Blender.
Donc, ce projet utilise un outil de blender
qui se dit géométrie nodes.
Il y a un moyen de faire une génération procedurale
avec ces chaussettes de flow.
Ou des interface visuale.
Donc, ce projet
donne l'obligation
pour générer des petits bens pour un drawer.
C'est comme un système d'organisation.
C'est un procédure, donc vous pouvez customiser.
C'est comme, oh, comment les bens sont très tôt,
comment les bens sont très tôt,
comment est le ratio des séances que vous avez à prendre, ou quoi-même.
C'est phénoménal.
Si vous êtes un organisateur, vous pouvez avoir des 3D prints,
et vous avez des 3D... Je ne sais pas,
ce genre de projecte est vraiment cool.
J'adore ça.
Et la visualisation est tellement bonne.
C'est facilement l'un des projets plus maires que vous avez jamais shared, Justin.
Oui, je suis ici.
Je peux le faire.
Mon service de communauté.
Il me semble que c'est une painting de fond de Mondrian.
Je suis tellement...
Oui, enthrallé par ça.
Je peux juste regarder l'animation tout le temps,
honnêtement, c'est tellement bon.
Je me souhaite que j'ai ouvert mon drawer,
et que ça ait cette métaphysique,
comme ça toujours change.
Je vais être juste bon.
Apple Vision, c'est tout que je dis.
Je l'ai entendu.
Vous pouvez payer $3,500 pour cette expérience.
OK, à la prochaine, on a un meilleur touch-tool.
Oh oui, je suis un grand fan du meilleur touch-tool.
Je m'automène le coût de mon computer avec ça.
Je dois...
Je dois mettre le shortcut de la porte
pour me changer les fenêtres à différents côtés de la page,
pour me reconnecter et reconnecter mes headphones,
parce que avec Bluetooth,
ça toujours connecte à mon iPhone,
en fait, pour le computer ou vice versa,
pour ouvrir différents apps et des choses comme ça.
Je me trouve super, super aidante.
En fait, l'une des meilleures choses que je fais avec le meilleur touch-tool
n'est pas vraiment un shortcut,
mais c'est de déchirer commande Q dans un peu de différents apps.
Parce que je n'ai presque jamais voulu quitter Chrome.
Oui, j'ai été bêté par ça beaucoup de fois.
Si quelqu'un a décidé de mettre ou de faire W,
il faut que tu ouvres la fenêtre et qu'il quitte la porte.
C'est le meilleur UX.
Et vraiment, ce autre tip de touch-tool était les éléments carabineraux.
Oui.
Et ça fait des remappements de haut niveau.
Donc je fais tout le tout,
comme le capsoc est à l'escape,
et si c'est de la commande ou de la contrôle,
et j'ai la gauche de la porte à l'open,
la droite de la porte à la close,
et le même avec les clés commandes,
par exemple, les brackets de curly, etc.
Je remapte les numéros,
les inverses, les inverses de shift.
Oui, je trouve ça super aidant.
Je pense qu'il y a un projet carabineraux
qui vous donne une meilleure expérience de développeur
pour faire la file JSON,
qui fait la remapping,
parce que l'une des problèmes avec ça,
c'est que si tu ouvres quelque chose,
et que tu es en train de faire une réaction,
je ne fais pas de valide JSON object
au bout d'un stream d'édits.
C'est juste un problème.
Il y a un projet, je me rappelle,
qui m'aidera à utiliser des autres syntaxes
comme le Cammel-ish,
pour faire des bindings de ces key-bindings.
Mais oui, je fais beaucoup de bindings en utilisant ça.
Il faut être si fun de voir quelqu'un autre utiliser votre keyboard.
Le combination de la multi-layer keyboard
avec toutes les remappings.
Oui, je vous donne.
Je dois avoir un profil spécial,
qui est de tourner tout à l'heure,
et je vais ouvrir le laptop,
et vous devez l'utiliser.
C'est tout pour les tips de la fin de la semaine.
Merci pour votre attention, Robert.
Vous m'évoquiez beaucoup de relays
et de problèmes que cela se réserve,
et de choses que vous allez fixer avec l'Isograph.
Merci pour parler de ça.
Merci beaucoup pour vous.
C'était un moment vraiment fun.
Robert, j'apprécie de vous en parler.
Je suis vraiment excité à ce que vous travaillez.
J'ai expérimé
les pouvoirs et les pains de relays,
et j'ai beaucoup de respect pour la team Relay
et les outils que l'on construit.
Je pense que cela intervient
les capacités très fortes dans l'écosystème,
et je suis super excité à voir un outil
qui peut peut-être ajouter plus à ça,
et surtout si cela fait plus facile.
Je suis vraiment excité à voir ce que vous travaillez.
On Drucker.
만나şî l'expérience écrite
le feu tout le monde.
Towers,
armed.

y-a-t-il pas de pour дольce,
ou du p하 between la виде ?

There's sport....

And I'm protect



How beautiful gosh.
Je pense que le relay est le meilleur en classe à l'époque et je le recommande beaucoup.
Vous devez penser que vous avez besoin d'un certain nombre d'ingénieurs,
mais c'est comme ça, comment beaucoup d'ingénieurs ont besoin d'utiliser GIT ?
La réponse est 1.
C'est les mêmes choses pour le relay.

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

devtools.fm:DeveloperTools,OpenSource,SoftwareDevelopment

A podcast about developer tools and the people who make them. Join us as we embark on a journey to explore modern developer tooling and interview the people who make it possible. We love talking to the creators front-end frameworks (React, Solid, Svelte, Vue, Angular, etc), JavaScript and TypeScript runtimes (Node, Deno, Bun), Languages (Unison, Elixor, Rust, Zig), web tech (WASM, Web Containers, WebGPU, WebGL), database providers (Turso, Planetscale, Supabase, EdgeDB), and platforms (SST, AWS, Vercel, Netlify, Fly.io).
Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere