Quand Biaque a été élevé, les gens se disent que c'est quoi, ce genre de synthèse XML.
Les bénéfices des rapports des components ne sont pas vraiment clairs.
Les gens parlent de ce genre de rapports.
Mais il ne se débrouille pas les risques.
Je veux mon modèle séparé de mon contrôleur, mon visage et tout.
Je pense que le modèle des components a été très bien joué.
Vous pouvez le voir dans les frameworks native.
Bonjour, bienvenue à la DevTools FM podcast.
C'est un podcast sur les tools de développeur et les gens vont les faire.
Je suis Andrew et je suis Michael Hosh Justin.
Salut tout le monde, nous sommes vraiment excitées à être venus d'Abrahamov aujourd'hui.
Vous devez savoir que Dan est un membre de la team de réaction du quartier.
Il était à Metta et maintenant il est à Blue Sky.
Dan, nous sommes super excitées à vous avoir en.
Nous avons voulu vous parler pour longtemps et c'est génial.
Avant de nous dépasser et de parler de ce que vous êtes en train de travailler,
Would you like to tell our audience a little bit more about yourself?
Bien sûr, merci.
Bonjour, ma nom est Dan, super excité à être ici.
Merci pour votre invitation.
Je vais parler un peu de moi-même.
Je pense que je travaille...
Oui, vous avez déjà récappé ma carrière.
Je travaille sur le réacte,
sur le réacte en itself,
sur le réacte de team,
pour, je pense, 8 ans.
C'est ce que les gens ont...
Je suis aussi appelé « Crated Redux »
mais je n'ai pas été involved en ça.
C'est comme un libre de management de state.
Puis je travaille sur le réacte pour un moment.
Et maintenant,
quand je travaillais sur le réacte,
j'ai travaillé à Metta,
qui a été prévuement détenu en Facebook.
Et maintenant, j'ai travaillé à Blisky,
qui est une autre compagnie.
Donc je ne suis pas...
Je suis encore techniquement...
Je suis sur le réacte.
Je suis un peu moins involved maintenant
parce que j'ai utilisé le réacte.
Il y a un produit,
donc nous sommes sur le réacte,
nous avons construit une app
avec le réacte web et le réacte native.
Donc je n'ai jamais construit
rien avec le réacte native avant,
donc ça a été une expérience
de rentrer en mode.
Je suis assez busy,
mais j'ai commencé à envoyer des réactes
pour le réacte.
C'est une expérience de réacte.
Je vais essayer de le réacte
et de le faire un peu.
Avant de nous faire un réacte,
je veux vous demander quelques questions
sur Blisky.
Pour les listeners qui ne savent pas
ce que Blisky est,
comment est-il?
Et après vous expliquer,
comment est-il différent
que d'autres médias fédérés?
Oui.
Blisky est une
networks sociales
et un réseau public.
Il est construit
dans une technologie
d'underline
appelée etpropo.
Etpropo.
Et l'idée est
que Blisky
est un concept
de la provenance
d'une app
qui est construite
par cette technologie.
Nous avons développé
l'application
et le protocole
à la même time.
Et ils nous ont aidés
à informer
l'un de l'autre.
Mais
dans l'application Blisky,
vous pouvez penser
que c'est très similaire
à Twitter
prétentiellement.
Donc,
c'est
comme une app
où vous pouvez suivre les gens,
vous pouvez poser,
vous pouvez voir
ce que l'on pose.
Il y a des fées,
il y a des listes
et des features
que vous pouvez imaginer.
Nous sommes
en train de mettre
des features
que les gens attendent.
Donc,
nous n'avons pas
d'autres privates,
comme GM,
comme ceci,
nous n'avons pas
encore des gifts.
Donc,
c'est quelque chose
qu'on va ajouter.
Mais
la différence
dans l'approche
est que
c'est designé
pour ne pas être contrôlé
par une compagnie.
Donc, c'est un principle
de design.
Et
c'est aussi comme quand je parle.
C'est construit
sur ce protocole.
C'est comme
ce protocole
qui le permet.
Et
une façon de penser
sur ça
est
l'idée est de
avoir
une expérience
qui
ressent
comme vous l'avez expect
d'une app centralisée.
Donc,
vous ne...
Comme,
nous voulons
d'autres acteurs,
comme des gens différents
ou des entreprises
pour pouvoir
faire
toute partie de la service
qu'ils veulent.
Donc,
nous avons récemment
ouvert
ou,

piloter
et
ouvrir un app
host.
Donc,
juste comme sur le web,
comme des différentes entreprises
peuvent hoster un app
site,
comme des différentes entreprises
ou même,
vous savez,
que l'un des développeurs
peut hoster
leur propre data
sur leur propre service.
Nous
avons déjà
une troisième partie de la service.
Donc, tous les services
que vous pouvez voir dans l'app
sont,
je pense,
un couple.
Mais
vous pouvez créer
une troisième partie de la service
des services algorathémiques
qui,
vous savez,
peuvent appliquer
la machine de la learners
ou les algorithmes.

comme,
l'un des mes préférés
qui sont appelés
des posters qui
se déclenchent
des postes
par les gens
qui ne postent pas beaucoup,
mais qui,
vous savez,
ne veulent pas
perdre
leur poste
dans les
des hostes
de ce que tout le monde
poste.
Donc,
ce sont
toutes les pièces
de...
Nous nous sommes
expérimentés
à la moderation.
Donc,
les gens vont pouvoir

une troisième partie
de la service de la service,
et les abonner
à eux,
et les déclencher
des choses,
et les abonner à des labels,
et
ça va
faire
un expérience
customisée sur l'app.
Mais l'idée
est juste de
prendre,
vous savez,
le futur
dit que les gens
associent
avec
les médias sociaux,
mais ensuite
distribuent-ils
pour que
différentes entreprises
et les gens
puissent
faire des différents
parts de ça.
Mais,
dans un moyen
qui est
en fait
semblant
de l'appliquer
des points de vue.
Donc,
quand je regarde
la thread bleue,
je ne sais pas
que
certains des postes
peuvent arriver
de différents services
et d'autres gens
hostés.
Mais,
je ne
ne
n'ai pas l'information
de qui a aimé
ce qu'il y a
qui est aggregé
de plusieurs places.
Mais,
comme un user,
je ne pense pas vraiment
à cela
parce que ça
s'en ressent
comme
en utilisant
l'app
centralisé.
Je pense que c'est
vraiment
une grande idée.
Et puis,
avec le protocole,
c'est,
comme je l'ai dit,
le bleu sky
c'est un app
qui utilise
cet app
d'infrastructure
et de l'appliant.
Mais,
la grande idée
avec le protocole
est vraiment
pour permettre
de construire
beaucoup de différents app
sociaux
en utilisant
l'infrastructure
qui peut,
comme,
vous pouvez avoir
votre suivi
et utiliser
un app
d'adaptation
qui utilise
le suivi
du bleu sky,
par exemple.

c'est aussi
comme,
les plateformes
ont commencé à s'entraîner
dans les 20e,
parce qu'ils veulent
montrer des ades
et vous pouvez contrôler
les clients
sur les ades.
Alors,
nous sommes
en train de
priser cette approche
comme tout est ouvert,
le data est ouvert,
vous pouvez abonner
à un stream
d'alles les données
dans la chaine
et
faire quelque chose
avec ça
parce que c'est
tout public.
Donc,
c'est un experiment

On verra
si ça fonctionne.
Mais,
en tant que
on a 5 millions d'usages
et on a récemment
ouvert pour la registration

c'est la première fois.
Je
j'aime comment c'est ouvert.
Je suis
en train de voir
le bleu sky
très rapidement.
C'est
vraiment cool
de voir
comment les gens
sont créatifs.
Comme
le site
sur Twitter
où le API
est super
lockdown
et même
un thème
de tweets
est un challenge
qu'on ne peut
accomplir
avec le API,
sur le bleu sky,
c'est ouvert.
J'ai
créé
une
vidéo
pour les
chansons
pour voir
le plein
et pour
suivre les conversations
plus
plus
plus
plus
plus

plus
plus


plus





plus

plus
plus

plus

qui vous a emmené de la meta à Blue Sky,
c'est une compagnie,
c'est-à-dire que les compagnies sociales,
mais aussi des compagnies de networks,
ont des perspectives différentes.
Je pense que, quand j'étais en meta,
j'étais vraiment travaillé sur React,
je n'ai pas travaillé sur les produits,
je n'ai presque pas travaillé sur les produits,
excepté un couple de petits sortes.
Mais je ne me souviens pas
pas vraiment planer de travailler avec la compagnie,
donc je pensais que,
je voulais mettre en place la meta pour un moment,
parce que je suis enthousiastée
pendant la même chose,
et je voulais essayer de faire quelque chose de nouveau,
et je pensais que je serais peut-être
consulté,
ou un développement indépendant,
ou un YouTube,
ou un podcast,
je ne sais pas comment dire,
mais je pensais que je serais
en train de faire des projets
pour quelques années,
et de faire un sabbat.
Et puis, Blue Sky a commencé
à mettre en place la meta sur ma timeline,
et les gens ont commencé à parler de ça.
Et ça a semblé qu'il y avait
une intersection des choses
qui s'appelait à moi.
À l'un des deux,
ils ont utilisé le React,
donc ils ont utilisé le Expo,
parce qu'on utilise l'Expo,
donc ils ont utilisé le React
sur les web et sur Native,
et je pense que c'est un très
powerful moyen de construire les applications,
où vous pouvez partager un peu de la code,
mais aussi vous pouvez
fork des pièces spécifiques
par plateformes,
pour que vous conformez à les mediums.
Et je pense que c'est le promesse
de React Native, c'est de pouvoir
vous déliver
une expérience native
sur toutes les plateformes,
qui n'est pas compromis.
Rien que React Native,
il y a des raisons pratiques
pour des raisons
de la synchronisation
dans des places,
des points de contact,
des points de liste,
des places où c'est pas idéal,
et je voulais avoir
un sens de
comment ça se sent,
pour utiliser ces pièces,
pour que je puisse
compléter les pièces.
Je dois avoir un access
très direct
pour les team React Core
et la team Native.
Je pense que c'est une bonne idée
pour moi de
faire des choses
pour l'application de la développement,
et de voir
ce que ça sent,
et de voir
ce que ça sent,
et de voir si on a
un nouveau application
de React.
C'est un des motivations,
c'est juste d'improver
les réactions
de l'autre perspective
et de voir
les points de contact.
Je l'aime vraiment
par un product.
C'est probablement un de mes
préférents, je suis vraiment
addicté à ça.
Je me suis dit

j'ai toujours
senti que c'est triste
d'être plus
close.
J'ai fait beaucoup de bonnes
connections, je sais qu'il y a
beaucoup d'informations,
c'est
le meilleur,
quand les Twitter s'envoient
c'est comme
des gens qui se collèrent,
il y a des
des dips,
qui sont
pas dans le même
social, mais peut-être
ils se réveillent
dans les mêmes intérêts,
ils se collègent
dans les 4 communautés
qui sont défaillées
par des rédits
où les communautés sont
très réveillées.
Je l'aime vraiment
de cette grande
députée, je pense
que c'est un chien
qu'il ne pouvait pas
créer plus de apps sur le top
et que Twitter
a fait ça plus
plus vite.
Et aussi,
quelque chose qui peut
acheter, et qui
change
la stratégie producte,
les features
les cercles
c'est
pas super excité
d'avoir une direction
et il y a
toujours un manque de transparence
par exemple, mon compte
m'a fait une nouvelle compte sur Twitter, car mon compte a
un bandage de shadow
et je n'ai pas d'accord
que ça soit un truc, mais
il ne vous ressemble pas
pour vous anymore, donc mon compte
ma nouvelle compte avec 10 collèges
ou même quand il y avait
1K followers,
il avait plus d'engagement que le compte
avec 300K
et je n'ai pas eu
de débarc, c'est complètement
comme une carte blanche et il y a
seulement un algorithme, les gens ne peuvent pas
essayer un autre.
Donc cette idée de
éloignage social
m'a fait un peu de sens,
que bien sûr,
socialisme est important,
peut-être pas
important pour le water, mais
c'est très important pour les
communications digitales
et je pense que nous devons
être traités comme des
goods publics, et il faut
être standard, comme le DNS
et tout les choses que nous
réellons pour avoir un web ouvert,
je pense que ça devrait aussi être
bécé dans le social.
C'est une autre raison, je vais juste
utiliser ce produit et je veux plus
de produits pour les gens de cette façon.
Et puis, la troisième chose
qui m'a appellée
c'est que
la culture
de... je pense que c'est juste
un peu comme un réacteur.
C'est comme cette idée
de... le produit
prouve le produit,
le produit
donne des réponses au produit.
C'est comme ce genre de
recherche et de
ces choses informent
à l'autre.
Ça me semble
reminiscent de la réaction
et cette idée
de social composable
de différents parts, peut être
mis en place par différents acteurs, mais ils
combinent en quelque chose qui me semble
cohésif, comme les réacteurs
et l'ecosystème.
C'est la même structure
où vous voulez trouver les
primeaux de la composition, et
d'être capable de faire le
écosystème.
Et juste
de la faire
de trouver les bandes les plus bas
pour que c'est composable, mais
l'expérience semble cohésif,
comme sur des plateformes
qui sont centralisés.
La centralisation est
très bien
dans votre face.
Vous choisissez un server et
un partage de votre username.
Nous ne voulons pas de ça,
parce que
nous voulons être capable de faire le
écosystème sans déranger
l'expérience.
Je pense que l'approche
philosophique de
faire des choses composables, mais
de les faire sembler cohésifs
est présente avec moi.
Je veux essayer de
explorer ça.
Je vous jure, je ne pense pas que je serai
là où je suis, mais je suis à ma carrière
de faire des choses.

voir votre pensée sur Twitter
et voir comment vous pensez
de réacte.
Ça m'a aidé
d'aménager.
Je vois
le valeur.
Blue Sky est complètement différent
de la plateformes.
Le premier feature qui a m'a plu
était les usernames.
C'est un truc bizarre de vous
de vous dire,
je suis sur un site,
mais je suis pas le seul.
Je suis très surpris que les
réseaux sociaux ne le comprenaient pas.
C'est un
cool feature
que vous pouvez utiliser
comme un domaine que vous
utilisez.
Quand vous réagissez,
vous donnez un domaine
de
votre propre
et vous pouvez
changer votre hands pour quelque chose
d'autre.
Parce que
c'est un mécanisme qui est
très simple pour le DNS.
C'est très intéressant
de voir les choix techniques
de la manière
d'experimer le nature
et d'être plus ouvert.
Je pense que beaucoup de choses de la usabilité
que vous avez parlé de sont considérées
comme des choses qui se sont parlé
dans la communauté de Mastodon.
Mastodon
était
le promesse de
ce protocole
de la réseau sociale.
Ils ont fait un grand travail
et le feedback que je vais dire
n'est pas disparu de tout le travail que ils ont fait.
Mais
le UX a un peu de papercuts.
Vous avez mentionné
Blue Sky n'attentionnellement pas
un username à un service,
ce qui est très bien le cas de Mastodon.
Et
interrompre avec quelqu'un des services cross
a beaucoup de frictions.
Donc, l'évoire
de la service que vous avez faite
est très top de la main.
Et peut-être que c'est la réification
de la Reddit et que les communautés
sont en train de se battre.
Et puis il y a un extra travail
pour faire
ces conversations crosscuttées.
Mais
il me semble qu'on a besoin
d'un tas d'objets.
Donc, Blue Sky est très excitant.
Nous aimerons que vous puissiez
remercier nos sponsors pour la semaine,
les codecrafteurs.
Ils font des challenges de programmation
pour expérimenter les engineers.
Si vous êtes en train de faire un projet
qui vous donne la tête à l'aide de votre habilité de programmation
et qui vous donne la tête à l'aide
de votre collège,
vous devez les vérifier.
Ils ont des challenges de construction
pour lesquels vous faites des skills
pour lesquels vous faites des choses comme
construire votre propre gât, construire votre propre docteur,
construire votre propre SQLite.
La cool chose de ce projet est que vous pouvez aller
dans ces challenges dans un language programmable
que vous voulez. Ils ont des choses comme Rust Go
et JavaScript.
Mais, si vous n'avez pas l'expérience de ce language programmable,
vous devez essayer de vous dire
ce que vous savez, parce que ces challenges
sont plutôt délicatement délicatement délicatement délicatement.
Je suis personnellement dans un peu de les challenges,
mais cette semaine, je suis commencé
à essayer le challenge SQLite.
Et, boh, encore une fois,
je suis surpris de la complexité de ce projet.
Les plus modernes
des tools modernes sont fulgées
par un file qui a un format binary
que vous devez apprendre
pour raisonner de ses mécaniques.
C'est beaucoup différent que juste de concilier
un objet dans le JavaScript.
Ainsi que de l'intérêt,
même les utilisateurs ont l'expérience
pour les développeurs de l'expérience.
Par exemple, vous ne encodez pas leur site,
vous encodez votre id et votre terminal.
Et tout ce qu'il faut faire est de vous mettre en place
des crafts de code, ils vous renforcent les tests
et vous le dites si vous avez passé.
C'est cool si vous me demandez.
Pour vous faire des crafts de code,
visitez codecrafters.io
ou devtools-fm.
Vous allez avoir un discount de 40%
et vous allez aussi vous aider à la mettre un peu.
Si vous voulez trouver un autre moyen
pour aider les crafts,
vous pouvez devenir un membre de l'un des canadiens
que nous avons offert,
ou vous pouvez aller au shop.devtools.fm
et acheter un peu de notre merch.
Et avec ça, nous allons retourner au épisode.
Cool, maintenant que nous avons parlé de ce que vous avez
regardé, nous allons commencer à parler
un peu plus de React.
Un peu de cool choses ont été passées
dans la communauté de l'an dernier.
Un que je pense que c'est le top de mon
car vous êtes en train de travailler en React Native
maintenant, c'est React Strictdom.
Vous pouvez nous expliquer ce que React Strictdom est
et ce que ça pourrait dire pour le futur
de construire des apps cross-platformes en React?
React Strictdom est un projet experimentaire
qui a été créé par Meta.
Meta est utilisé
dans des places de code base.
Mais il est
encore expérimental.
Donc, on ne peut pas utiliser
la production si on ne veut pas se faire brûler.
Mais essentiellement,
c'est un autre
attempt à penser
ce que ça pourrait devenir.
Traditionally, avec React Native,
on utilise différents prématifs.
Vous utilisez le même programme
de modèles.
Vous avez des compétences,
des effets, etc.
Mais les compétences
en ligne sont différentes.
Donc,
sur le web, vous avez des gifs, des
pannes, des boutons,
des paragraphes, des sections, etc.
Et puis,
sur le site native,
React Native a
sa propre lait
qui apprend très bien
aux prématifs de la plateforme
en ligne.
Ça les apprend.
Si vous avez un input
qui apprend
une texte UI
ou... Je ne me souviens pas
que c'est un iOS, mais
il apprend des compétences native
de la plateforme.
Donc, React Native a un view,
un texte input.
Il y a un peu de prématifs.
Et ils sont
très proches de les web.
C'est juste que les noms sont différents
et que les comportements sont différents.
Et
dans beaucoup de cas,
vous pouvez en faire des compétences
comme vous pensez,
je peux en faire
quelque chose qui se rend sur l'autre côté.
On peut en faire
un code de la même, sur l'IOS et Android,
et puis, de la plateforme,
pour des pièces plateformes.
Il me semble que les web
sont un peu de ceci,
mais les prématifs sont différents.
Il n'y a pas de manière
de faire ça.
Il n'y a pas d'attente
de faire ceci pour le web,
qui a été développé par
Nicolas Gallher.
Et l'approche
était
de la API
exposer aux native de React
pour travailler sur le web.
Vous pourriez
mettre des textes d'input,
mais sur le web, il y a un tag d'input
ou vous pourriez
mettre le réact de la presse de React,
mais ça se démarre
d'un bout.
Ce n'était pas le bad-sham,
il y a aussi
des choses de la accessible,
il y a aussi un appareil
pour les propres,
pour les supports.
Il a travaillé très bien,
mais
il s'est fait très alien
pour les web-developpeurs,
parce que maintenant,
vous avez travaillé sur le web, mais
vous utilisez des noms
que vous n'êtes pas habitués à,
comme ce qu'est le vue, ce texte,
ce que est le réciproquement.
Et la documentation pour eux
est plus importante que la documentation
pour les prématifs de l'on-delight.
Il s'est toujours fait comme
que vous n'êtes pas assez
habitués à la construction
de la construction,
et je pense que
le tout était
que les abstractions de React
sont mieux pensées
ou plus constatées.
Mais je pense que
dans le long terme, le web a
été créé en beaucoup de façons,
et le domaine
a été plus avancé,
et il y a
des nouvelles tools,
des nouvelles appareils,
des observateurs d'intersection,
des observateurs de résilience,
des appareils de web qui sont
assez bons, et maintenant,
il s'est fait que c'est un area de surface
de React Native,
et donc, le problème avec le domaine
de React Strict, est que
on peut le faire de la même manière,
et qu'est-ce qu'il pourrait faire
avec les prématifs de web,
ou avec l'alternat d'un code
qui utilise des sépences,
des boutons, des intérêts,
et des dégâts de HTML.
Mais
le React Native
n'est pas
un peu plus élevé
que l'appareil de React Native,
mais qu'on pourrait faire de la même manière.
Et on peut élevé le React Native
pour impliquer ces appareils de web,
et en fait, dans un peu de cas,
on peut les construire
en réacte native.
C'est un plan de long terme,
c'est, par exemple,
quelque chose d'intersectional
ou de ressais,
et c'est juste d'adresser
le React Native.
Et donc, on peut penser
de React Native comme un
rendeur de prématifs de web,
mais plus constrainable,
car il ne peut pas
impliquer tout ce que le browser peut faire.
Et, en fait, des features skillants,
d'avoir pu mettre des contrôles
de réel native,
même sur le third party,
c'est quelque chose que vous pouvez faire
avec un web browser
ou un web view.
Mais oui, cette idée de React Strict Dom
est vraiment un subset
de web APIs
qui est assez expressif,
et que React Native peut supporter bien.
Et puis, ça fait que la construction
de la web est vraiment très fin,
pour ne pas avoir
de la même quantité de comptes.
Et puis, sur React Native, il y a un peu plus de construction,
mais avec le temps,
il peut être construit en React Native
et puis, la coste de la mort peut être
solide sur ce côté.
Donc, c'est une bonne idée.
On verra
comment ça se développe, mais
il faut juste faire ça plus facile
aux éléments corrects
qui spannent toutes les plateformes
et qui ont un bon comportement.
Et vous pouvez toujours le fourquer
par une plateforme qui est nécessaire
si vous avez besoin de web-specific édams
Oui, je me suis regardé sur le table de compatre
et ils ont
leur travail pour eux.
Il y a beaucoup de choses qu'ils veulent impliquer.
Mais la vision est super cool.
Je vois un mec qui fait
React Native Windows
et React Native Mac. Il est
excité à ça. C'est vraiment cool
si toutes ces plateformes sont sous
ce genre de chose. Et vous pouvez
faire des app et des compagnons
qui travaillent sur 5 plateformes différentes.
La puissance est incroyable. Et pas de système de clôture
mais c'est un peu de la puissance.
Et je pense que c'est un peu de ça.
Mais je pense que même si vous ne prenez pas
de code, beaucoup de
c'est vraiment
l'experience de l'authentique
et le load mental
que vous avez précédemment
à apprendre React Native.
Et maintenant c'est
plus, vous avez juste utilisé les appels web
et pas tous de
les appareils seront supportés. Mais c'est bien
parce que
vous ne avez pas besoin
de beaucoup. Vous avez besoin de
des boutons et tout.
Mais il y a
beaucoup de choses que vous voulez
utiliser. C'est déjà là.
Je pense que
si vous ne pouvez pas
pas juste share code, c'est aussi
que ça ouvre le développement
native.
Les appareils web
vont maintenant se sentir
que ils peuvent essayer de la faire
sans apprendre un tout nouveau
parce que ça ressemble sufficiently
à ce que vous pouvez vous apporter
de votre existence et de l'air
et avoir quelque chose de grand.
Et je pense que c'est assez grand.
C'est toujours la chose qui m'a
apporté à React Native Web.
Quand j'ai commencé à la compagnie
d'Artsy, on était
en pensant, comment on peut
construire un système de design en React
qui peut être utilisé par Web native.
Et React Native Web était une des choses
que nous avons regardées.
Pour
les ingénieurs qui vivaient de native mobile
ce n'est pas un problème
qu'ils avaient à faire. Il y avait
des informations en commençant à
React Native.
Si c'était React Native,
ou les web vers en React, ils avaient
à apprendre quelque chose.
Mais pour les gens qui
ont fait le web,
c'est certain que
de la faire de Web
pour essayer de switch over
pour
les web React Native
n'était pas une transition

Il y avait
des caveats.
Le moyen
que ça a dégradé sur le web
a
été un peu inusulé.
Il y avait des caveats
pour une plateforme

qui était bien
Je l'aime
pour le web.
Il y a un peu de contrôle
pour le React Native.
Il y a un peu de contrôle
pour le web.
Il y a un peu de contrôle
pour le web.
Il y a un
psychologique.
Je ne sais pas
que ceci va se changer.
Pourquoi j'utilise un autre API
pour le render
et d'avoir de la
apprendre des noms différents.
Il tient à la render
et il faut la faire.
C'est
très bien.
On utilise
les APIs directement.
Si vous êtes un web-développer, vous avez
de la apprendre.
Je veux vous demander
une question différente.
Nous voulons parler
des components de React.
Mais avant de le faire,
un peu de
ce que je considère
que le team React Core
a été étendu
à différentes entreprises.
Il y a encore
beaucoup de gens qui ont été
en train de travailler en React.
Mais comment pensez-vous
que cette dispersion
de la team a impacté
le project React
?
Comment vous vous sentez
?
Je pense que
c'est bien.
C'est
comme de la mienne.
Nous avons
gagné pour longtemps.
Un des points de critique
a toujours été
un projet Facebook.
Facebook peut faire
tout ça.
Facebook
n'a pas de prioritisation
d'une source.
Et
à un certain extent,
il y a eu des truths et des
vérités.
Nous pouvons prioritiser
un certain travail d'open source
qui n'était pas directement
utile pour Facebook.
Mais on a fait
tout ce que nous pensions
faire.
Nous avons trouvé
un moyen de faire ça.
Mais nous n'avons pas
jamais eu de goals pour l'adoption.
C'est aussi bien.
C'était aussi comme de la
Facebook.
Nous n'avons pas eu de goals pour
faire un React plus populaire.
Le goal était
de faire le travail
pour construire des apps.
Et à l'extérieur, nous pouvons
apprendre de la lait
pour l'imprové.
Mais
nous avons
créé un limit
pour
l'imprové
sur le client.
Et sur Facebook, nous savons
que Facebook est un service
qui a été
un acteur de
le service.
Le service
s'inspire
par un model
de service centré.
Il existe
avant React.
Mais
les apps native
travaillent sur quelque chose
qui n'est pas open source.
Il y a des templates native.
Mais c'est un moyen
d'écrire le service
pour orchestrer
les views native
sur le client.
Vous vous rendez
des components de
le service.
Donc
nous
on a
fait un React
pour nous avoir
des interactions.
Mais
nous avons converti
plus en plus de nos codes
pour ce qui est important.
Il y a aussi une complexité
de
management state, navigation
et tout.
Le model client
est plus simple.
Vous avez
un model
qui est simile à la page B.
Vous vous rendez
des URLs
qui sont réprimables.
Vous vous rendez
des URLs qui sont réprimables.
Le problème
est que
nous avons
des features
qui nous parlent de
les components de service.
Facebook n'est pas
le bon place
pour les constructeurs.
Parce que
le stack Facebook est assez bizarre.
Le
le service n'est pas
un petit peu différent.
Il a
une
connection avec le PHP.
Le design est pas
normal.
On a
décidé de
séparer
les solutions pour
les problèmes de la solution.
Mais Facebook
n'est pas le bon place
pour les constructeurs.
Ils sont en train de faire ça.
Mais la question est
si


en train de
séparer
les solutions
pour 3 ans

de la solution.
Ou

pour les constructeurs.
Nous avons
un point de vue
qui a
été
rébuildé
dans le framework de la prochaine année.
Ils ont rébuildé
le site de Sebastian.
Il a été
un petit peu de bête.
Maintenant,
la question de la team est
vraiment élevée.
La majorité de la team est
à Meta.
Mais la leadership technique est
expliquée entre Meta
et Joseph O'Nag
et
Sebastian.
Sebastian a été la team
avant.
C'est aussi pas une personne
qui est une personne de même.
Mais c'est le même
objectif.
C'est bien
que le travail
qu'il a fait
sur React
était le travail
que Meta ne serait pas
investi
en un bon place
pour adopter.
C'est bon.
Nous avons réussi à faire
beaucoup plus de choses
sur les services de la team.
Mais
il y a aussi
des défis de
comment communiquer les priorités,
comment collaborer
sur les projets
et comment nous annoncer
les choses.
Comment nous développer
les défis.
Une des choses qui a
été réellement
réellement

c'est que
nous avons été
en train de voir les défis
de la team.
Nous n'avons pas
déclaré de documenter
parce que nous n'avons pas
les gens en train de les utiliser.
Le processus est plus
ouvert mais je pense que c'est
plus agréable que
il y a d'autres.
J'espère que nous pouvons aussi
en parler de
une 3e compagnie pour
créer
une balance.
Mais pour maintenant,
la fonte est en train de s'en charger.
Je pense que
parfois on comprise
peut-être le processus
pas idéal mais en enantant.
C'est très inspirant.
Je parle beaucoup d'autres gens
sur les components de réaction
et mon avis est
que la friction
était juste parce que
Sebastien n'est plus
en Facebook et il n'y a pas
plus de Facebook pour tester ces idées
et les faire semer.
Nous sommes en train de voir
ce processus ouvert.
On a commencé
le travail
sur les components de service
en 2017
et puis le premier
qui était en production
on a publié un RFC en 2020
mais le premier
qui était en production en réimplementation
dans le sens de
il me semble qu'il est 1.0
c'est raw, c'est un new paradigm
mais c'est un 1.0
un new paradigm.
Il y a eu 22 ans.
C'est une technologie qui a été
développée pendant 5 ans
avec différentes iterations
et le premier
qui était en production
et les premiers
expériences étaient en Facebook
et on était
très sûrs dans le paradigm
parce que
tout ce qu'on a appris
c'est qu'on a appris
l'inspiration
de GraphQL,
de XHP
des templates
qui ont été bloqués
nos apps native
nous savons que le RFC
est un paradigm
de beaucoup de cas.
Nous sommes très confiants
dans la
forme de la solution
mais c'est de la construction
et tout le portable
Il est en verbessie
Je pense que c'est un grand step forward.
Oui, on a l'a dit quelques fois que nous avons appris un peu de leur histoire.
Vous avez étendu beaucoup de pensées publiques sur comment expliquer et comment faire raison sur les components de la service sur Twitter.
Pourquoi pensez-vous qu'ils ont été difficiles à expliquer et quelles explications avez-vous étendu après tout votre nettoyage ?
Je pense que c'est vraiment la plus grande partie.
On expecte que ce soit différent.
C'est vraiment un sujet de prendre plusieurs étapes en bas et de leur expliquer.
Il faut apprendre un peu de choses avant que ça ne s'en fait pas.
Je pense que c'était peut-être plus palatable sur Facebook.
Je pense que c'était palatable parce que Facebook a pris un autre path de la majorité de la industrie.
C'est comme la même chose sur le client.
La majorité de la industrie est la mode MVC,
c'est un modèle où il y a des modèles, des contrôles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des mod
des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des
modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des mod
des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des
modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des mod
des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des
modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des mod
des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des modèles, des
modèles, des modèles, des mods staples qui vont glisseripping sur une place saine


Si quelqu'un sait la remise, c'est comme une autre paratime.
La remise fait que les fonctions de la base sont plus basées
et que les réactrices sont les compétences de la base pour cette function de la base.
Si je n'ai pas expérimé les compétences de quelqu'un qui sait la remise,
je dirais que c'est comme ça,
que tu as promis les compétences de la base à un autre file,
parce qu'on ne fait pas de la code en même fil.
Il y a beaucoup de downsides à cela qui font que c'est difficile de penser
sur ce qui se passe.
Tu te démarres un component à un autre file,
tu as ce loader.
Le loader peut seulement rétablir la date,
mais si ça peut rétablir le JSX ?
Si tu n'as pas le loader en prenant le data pour ta page,
tu peux choisir quelle compétence pour le renter.
Tu n'as pas à renter une compétence de la base,
tu peux importe tout le component.
Si tu peux remer le render,
si ces loaders étaient aussi composables comme les compétences,
c'est comme le loader qui peut remer un autre loader,
et tous les groupes peuvent exécuter sur le server dans un pass single,
ils peuvent même être passés par les enfants,
les compétences de la base,
ils ont le résultat pour que les compétences de la base
puissent réciter le résultat.
Tu as un point de vue, il y a deux planes,
deux lèvres,
un layer qui est plus comme le PHP,
un layer qui est plus comme le jQuery,
et le premier layer exécuter le 1er et passer les informations sur le layer.
C'est un autre moyen de l'expliquer.
Tu peux vraiment commencer par l'expliquer,
même juste de jouer en HTML,
et tu peux mentionner que c'est un HTML3,
tu peux également mettre une interactivité sur le client,
par exemple,
pour pouvoir renter un tag custom comme un counter,
mais tu peux aussi...
Ce genre de layer est un des noms que tu peux mettre dans le code,
ce sont tes compétences de réaction traditionnelle.
Mais tu peux aussi faire un template sur le site server,
où tu peux lire sur la base,
tu peux lire sur les files,
etc.
C'est un tag qui est résolu sur le côté du côté.
C'est vraiment un processus deux-deux,
un processus où tout le site server rend le site,
il y a un traitement sur le client,
c'est où le client se rend.
J'ai dit que je voulais faire un tour,
mais je n'ai pas encore été rété,
tout le monde se dévouait de la RSC.
Si tu prends un peu de paradigme existant,
et tu les fais un peu plus composable,
et tu le solves un peu,
ils se rendent tous très similaires à ce point.
C'est pourquoi c'est difficile de parler de ça.
Si tu prends un peu de procédé,
et tu te rends en train de se faire,
mais tu dois apprendre les limitations de la foule,
c'est plus générique.
Ils commencent à regarder comme des cases spéciales.
C'est quelque chose qui va toujours se passer,
ou être inventé au sein de réaction.
C'est déjà arrivé.
Nous avons un état qui se passe sur le boulot,
de la foule à client.
En beaucoup de cas,
le UI est un fonctionner de ce pays.
Vous avez fait ce poste,
c'était vraiment bien de parler de cette relation.
Vous avez bien sûr,
le UI est un fonctionner de la foule,
le UI est un fonctionner de la foule.
C'est un fonctionner de la foule.









C'est un fonctionner de la foule.


C'est un fonctionner de la foule.
C'est un fonctionner de la foule.







C'est un fonctionner de la foule.
C'est un fonctionner de la foule.




C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.





C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.



C'est un fonctionner de la foule.










C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.











C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.







C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.












C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.


C'est un fonctionner de la foule.







C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.










C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est un fonctionner de la foule.











C'est un fonctionner de la foule.
C'est un fonctionner de la foule.
C'est déployé sur Instagram.com
C'est déployé sur Instagram.com
Pour toutes les pages.
C'est un bon mot.
C'est un bon mot.
C'est un bon mot.
Et la façon de penser à la compagnie
est...
Je ne pense pas que
elle fait le réaccord de la foule plus vite.
Mais...
On verra les numéros.
On voit que
il a des milliers de méméos
qui sont en train de faire des décisions.
Mais je pense que
c'est un peu un expérience de développeur.
C'est un truc
qui fait par défaut
que ça ignore
comme si tu te l'as mis en use memo
ou en use callback.
Quand il s'applique
son propre compagnie.
Donc,
il ne comporte pas la memo ou la callback.
Il comporte un niveau bas.
En fait, si tu le read,
il est compilé en code.
C'est vraiment quelque chose
d'un cache,
un array
ou un array
où on peut en trouver quelque chose.
Et ça réexecule
un cache, un color,
pas d'équipe,
un color de props.
Et ça incluse le bloc de votre code
qui réexecute
un certain valeur basée sur ça.
Ou alors,
ça fait que c'est un code
qui génère
une compagnie
qui est assez compétente.
Ça compare
les props ou les valeurs intermédiaires
ou les states.
Si ça n'a pas changé,
on peut réutiliser
le résultat de la même code
que l'on a fait dans le précédent.
C'est un code qui est
comme en use memo ou en use callback
en use callback
qui est assez compétent.
Mais c'est plus
plus compétent que ces choses
car c'est conditionnel
et c'est plus de mon output.
Mais la chose qui est intéressant
de penser en use memo
est qu'il fait
ce pass
et remonte
son use memo en use callback
qui est un peu prouvé
que vous puissiez en faire
une compagnie de code
qui est assez compétent.
C'est un code qui est très
optimisé
et qui est très compétent.

qui sont très importants
pour les compilers.
Il y a des choses qu'on peut faire
en JavaScript
où
les propres de state

réactibles.
Les propres de state
sont très importants

Mais vous pouvez
créer un array
et le mettre en place
plusieurs fois.
Quand on
cache
le résultat de la compétition
on devrait être au courant
d'exemple ne pas
de créer des codes qui vont
faire un array de cache.
Nous voulons des opérations
qui peuvent muter les codes
ensemble
pour que le résultat soit cache.
C'est la majorité de ce que le compilier
doit faire et pourquoi il a
pris un temps pour développer.
J'ai vu les démons
et j'ai aussi
des compiliers réel
qui travaillent sur ça.
C'est très bien researché
et j'ai hâte de voir les chips.
Je vois un thème
qui s'évole
et c'est un thème

Il n'y a pas de réact
avec le compilier.
Il n'y a pas de care
avec les hooks.
Il y a des components
qui rendent des choses.
Les DOMs sont les mêmes.
Il n'y a pas de réactes native.
Il faut
apprendre ce qu'on a et
y avoir le réact.
C'est un réacte
qui se trompe.
Je suis très intéressé
à voir ce qu'il y a dans le réact 19.
J'ai vu un poste où il ne faut pas
utiliser X, Y, Z.
Je pense que c'est un bon
réact.
Je pense que notre approach
est d'absorber la
complexité.
Ce n'est pas
une approche
différente.
Ce n'est pas un helper
pour les réactes.
Nous ne sommes pas
un peu plus d'applications
pour les réactes.
C'est plus de
construire les mêmes prématifs
pour que les API
soient dissolvés
pour que les
les réactes soient plus relevant.
Le truc
que vous devez faire
c'est que vous devez enlever
la composition.
C'est vraiment la partie la plus difficile.
Vous devez
faire des API qui travaillent
pour que les deux gens
puissent faire deux components
et que les résultats
soient encore sensibles.
Ça doit
travailler pour la compétition
et pour tous ces features
il faut trouver
les prématifs de la composition.
Mais quand ça
fonctionne bien,
ça se passe
naturellement.
Un peu de code
se dévouent
mais la complexité
qu'on a construite
doit être coordinateée
pour les pieces
qui sont composées.
C'est vraiment un
co-ordinateur
qui est

Le UI est expressé
comme un fonction
de state
et de date.
On se dévoue
de la définition.
C'est un fonction
de réexécution
qui est élevé
que le résultat
est le plus récent.
Ce fonction
est dévoilée dans les plus petits.
Ce sont vos components.
Nous avons pris part
de cette fonction
pour le service.
Ça réplace les routes de l'API.
C'est
une partie de ce modèle.
Avec le compiler,
la partie de cette fonction
ne va pas réexécuter nécessairement.
Mais c'est vraiment
en train de

ce même principe
que ce que vous voyez sur la screen
c'est votre fonction de rétour.
Vous pensez toujours
d'un moment donné
et maintenant.
Ce que vous voyez sur la screen
c'est le résultat de cette fonction
pour le state, le data
et de la réévoition
en pensant en temps
comme les choses
de la caches
ou de la faîche.
En tant que nous pouvons
faire la fonction
qui nous aide
à faire des concepts extraits.
C'est
incroyable.
Je suis très excité pour le futur.
Et
sur ce sujet, l'une des les plus
les plus récits que nous aimons
d'avoir des questions
de futur.
Nous avons découvert beaucoup de choses
de futur et de réactes.
Est-ce que
il y a quelque chose de réacte
ou de réacte que vous êtes excitées?
Je suis très excitées
à tout ce que nous avons parlé.
Je pense que
il y a beaucoup de choses
qui nous ont
construit des pièces
fondamentales
depuis 2015.
2016, ils sont finis
dans la picture cohésive.
C'est quelque chose que Sebastian
est très bien à
c'est...
Il fait
ce qui fait
des bêtes
optimistes
qui vont pouvoir
résolver
les unknowns.
Quand
il est venu avec le GIF
pour les hooks
je me souviens que le premier poste
d'intrôles
a été un compiler
pour
faire les updates
comme suffisant.
On a
un compromis
qui fait
les performances initiales
mais on a un compromis
pour les updates optimistes
car les tests de qualité
sont élevés.
Mais aussi,
ce qui est en train
d'améliorer
les classes
qui n'ont pas été
élevées
est le
contractor.



lohant

protein bi Keller
et
alors imagine


et
jusqu'à l'autorisation de l'enquête de vous montrer quelque chose de sensible,
et puis nous pouvons le faire à l'écran.
Ça se passe tout de même derrière les scènes,
mais c'est vraiment possible
parce que nous représentons des choses
et que nous avons décédé des boules.
Maintenant nous avons les components de service,
nous avons le site de la fête de la fête,
qui a été rempli et toutes ces choses
sont comme maintenant la version de l'envers.
Je pense que c'est assez intéressant pour moi.
Nous voyons comment ils jouent avec eux-mêmes
dans un façon composable.
Mais l'une des choses qui est vraiment détenue
est les animations.
Nous n'avons pas vraiment une histoire composable pour les animations.
Bien sûr, il y a des libraries,
comme Framermotion, que vous pouvez utiliser aujourd'hui
pour les animations,
et ils sont comparables et ils sont expressifs
pour construire des solutions
dans des autres frameworks et les libraries.
Mais nous sommes très conscients
qu'on ne veut pas construire ceci
dans le React,
parce que ce n'est pas composable.
Et pour chaque feature qu'on a construite,
nous voulons être...
Par exemple, pour les animations,
nous voulons être composables
pour que la personne qui a écrit
l'animate de l'animate
n'a pas besoin de se dédié avec les APIs.
Il faut pouvoir animer les components
qui ne sont pas spécifiquement
les raisons avec l'animate.
exclusively pour牛












et ils doivent composer et travailler avec eux-mêmes.
Les animations doivent travailler avec nos APIs et la load de données.
Il y a toutes ces questions.
Si on anime dans le modèle, mais le modèle n'a pas été loadé,
la code, la animation devrait se tourner quand il s'applique.
Si quelque chose est animé,
mais il y a un update de state dans le milieu,
on se frise les parts de l'UI pour ne pas voir un glitch.
Il y a toutes ces choses que vous avez besoin d'une coordination.
Et quand les gens sont en train de faire des choses,
vous pouvez éprouvoir beaucoup de choses,
en général,
mais en faisant un tourner dans chaque interaction
et en faisant des choses très intelligentes.
Mais le point de réaction est d'élever les raisonnements locales
pour que tout le monde fasse le component qu'il y a dans le monde.
Mais le comportement du système ne fait pas le sens.
Et il ne se débrouille pas et parfois quelqu'un change quelque chose.
Je pense que ce n'est pas quelque chose
avec ce niveau de composabilité
et les étholes de la même design
que nous n'avons pas réagi pour les animations.
Je pense que ça serait quelque chose que je serai très inquiétante.
Je sais que le team a été pensé en regardant
le « back burner » après que nous se réservions
de la « data fashion » et un peu d'autres choses.
Je ne sais pas ce qui va arriver,
mais j'espère que vous allez voir un effort
dans la direction de la prochaine couple de années.
Mais nous avons aussi pris beaucoup de temps
pour se faire des choses.
5 ans plus tard,
peut-être que ça va être très bon.
Oui, on peut tous l'y croire.
Merci pour votre projet dans le podcast,
c'était un super temps de plaisir.
Je sais que vous et Justin
vous avez fait le travail et la communication
que vous avez fait.
Merci pour votre projet.
Merci pour votre invitation.
Oui, c'était magnifique de vous donner.
Vous avez été un grand influence
sur les cours que vous avez fait
pour moi et Andrew.
Merci pour tout.
Merci.