Le nouveau projet que j'ai travaillé sur est appelé OmniDoc.
C'est vraiment une solution pour la documentation,
pour les codes JavaScript spécifiques,
ou les typescripts, si vous utilisez les typescripts.
Et cela vous permet de construire une solution de documentation
qui est customisée.
Bonjour, bienvenue à la DevTools FM Podcast.
C'est un podcast sur les tools de développement
et les gens qui le font.
Je suis Andrew et c'est ma co-host, Justin.
Salut tout le monde,
nous sommes vraiment excitées de voir Travis Arnold
sur le podcast avec nous aujourd'hui.
Travis va très sérieux sur Twitter.
J'aime vraiment suivre sa feed Twitter.
Donc, vous devez le vérifier.
Travis, vous avez travaillé sur un peu de tools très intéressants.
Je pense que la plus récente que je fais
en travaillant sur est Restyle, Restyle.dev.
Mais vous avez aussi JSUI,
ce qui nous excite à parler de ça,
et OmniDoc,
qui peut être connait previously,
est MDXTS.
Et nous allons parler de la relation
et de comment cela s'est annoncé.
Mais avant de nous dépasser,
vous voulez parler de vous-même un peu plus?
Absolument.
Merci d'avoir moi.
Je suis excité de vous parler.
Je suis Travis Arnold,
et je suis un designur et un ingénieur
depuis les dernières 20 ans.
Je suis commencé à la t-shirt company
et j'ai acheté des t-shirts
et j'ai commencé à la printemps,
j'ai eu un business de printemps,
j'ai commencé à faire des multimedia.
Je suis commencé à faire des vidéos,
j'ai commencé à faire des vidéos,
tout comme des routes de multimedia.
Et à partir de ça, j'ai commencé à faire des webs,
faire des sites Wordpress,
des thèmes de la nature,
à partir du jour,
faire des photos de la page,
et en postant sur Stack Overflow.
Et puis, j'ai commencé à s'assurer,
j'ai vu que les careers de design
n'étaient pas vraiment en train de faire de la mouche,
et j'ai vu que les salariés d'ingénierie
étaient un peu plus belles,
et ça a piqué mon intérêt
parce que j'étais en train de faire des ingénierieurs.
Et donc,
j'ai fait des complotés de la fin
et naturellement,
je pense que j'ai commencé à travailler
dans les systèmes de design
pendant un long temps,
juste en regardant comment
essayer de faire des systèmes de design
dans les organisations
qui étaient vraiment intéressantes à moi.
Et oui, ça me tient à aujourd'hui,
et le travail que j'ai travaillé,
j'ai vraiment été en train de réacte
pendant les dernières décennies,
donc depuis que le réacte est arrivé,
j'étais en train de faire des choses.
Et vous avez vraiment été
en train de faire des tools pour réacte,
ma première interaction avec vous
ou juste de voir vous sur internet
était votre travail avec JSXUI.
Il semble être un projet
vraiment intéressant,
et il a été en train de faire un très long temps
à ce point.
Donc,
pouvez-vous nous dire ce que JSXUI est?
Oui, absolument.
JSXUI est un jeu sur SwiftUI,
et j'ai vraiment été fasciné
par SwiftUI.
C'est quelque chose que je voudrais dire
que tout le monde doit faire,
c'est de regarder les autres tools
dans l'écosystème
pour voir comment les autres gens
sont innovant.
Et oui,
j'ai juste voulu ça pour JSX.
J'ai aimé le web,
et je ne veux pas qu'on le laisse.
Et donc,
j'ai voulu
poursuivre ce genre de réacte
pour le JSXUI,
mais aussi pour le JSXUI en général,
parce que je suis en train de regarder
les décennies,
je ne sais pas comment le réacte
sera en train de faire,
je pense que ça va être en train,
mais je me sens que
le JSXUI est un prématif
et il m'a bien apporté
des tools de design,
à l'heure de ça,
comme de la base de design,
et en travaillant sur des tools de design,
la nature de réacte.
Oui.
Donc,
en regardant
le JSXUI,
c'était un
projet de pét,
pas un projet de pét,
à l'époque,
et j'ai voulu être
un des désignants
d'une idéalisation
que j'ai créé
pendant 6 ans,
pour que je puisse
les cheveux et les tirs.
Et j'ai voulu
que ce soit
le projet de pét,
et j'ai réalisé
que je ferais
toutes ces choses différentes.
Et donc,
j'ai voulu
avoir quelque chose
qui était performant,
c'est facile à utiliser,
juste de faire des problèmes
que nous voyons
et en train de développer,
de
juste être difficile
à mettre des compagnies
ensemble,
à composer ensemble,
et, oui,
rester avec des performances
et des choses comme ça.
C'est un...
C'est un bon,
un
projet
que nous étions
en train de faire
beaucoup de travail
des systèmes de design
et de l'intéressant.
À ma time
à Artsy,
nous avons utilisé
les systèmes de Bryn Jackson,

qui ont utilisé
les components de style.
Et
l'API pour ça
était bien
parce que c'était très
déclaratif
et nous pouvions
venir
avec nos propres prématives
comme le espace
et
utiliser ça
juste
par des propres
et nous avons même
des types
et tout pour ça.
Mais
la performance
était
la grande chose
qui a souffert.
C'est comme
que nous avons
cette
très belle
API de design
et même que nous avons
l'air synchronisé
avec nos
actuales designs
et Sketch
et Figma.
Mais
la performance
n'était vraiment pas là.
Donc,
comment vous
étiez-vous
à travers ce
problème de performance
avec JSUI?
Et peut-être
pour les gens
qui n'ont pas travaillé
dans le espace
un peu,
vous pouvez
expliquer
comme tactiquement
ce que vous vouliez
étamer avec la boulogne?
Comment
vous essayez de
approcher
ce problème?
Oui, absolument.
Je dirais
que
le plus grand problème
que je vais essayer
de faire
est vraiment
la performance.
Et
pas même
juste la performance
mais aussi
la façon dont
on sent la première classe.
C'est comme
que
je ne me sens pas
comme les outils
que nous utilisons
souvent
ne sentent pas
la première classe
ou une expérience
plus holistique
comme tout
est travaillé
en unicine
ce qui, je pense,
lead à une
bad performance
parce que
nous étions
tous ces différents
libraries
ensemble.
Et
en parlant de
cette boulogne
que j'ai faite
j'ai utilisé
Glamour
à l'arrivée
ce qui était
une belle
chute à Sunil
j'ai aimé
cette boulogne
la movement de CSS
et de JS
qui m'a fascinée
que nous pouvions
capturer
le dynamisme
avec CSS
et aussi
juste
donner un meilleur API.
Et
en enversant
la UI de JSX
j'ai
voulu
savoir
comment
je
j'ai
mainly pour les layouts
je pense que les layouts
sont un grand problème
donc
quand vous essayez de calculer
une sorte de
custom layout
qui
arrive
souvent
si vous pensez
à faire
un grand
drapeau
vous avez
un petit
des windows
ou quelque chose
comme
management de la
windows
responsables
en ouvrant une menu
et en envergant
les items
toutes ces choses
comme
causent des issues de performance
et donc
le layout
est probablement
le plus grand
chose
je dirais
que j'ai
focussé
avec JSX
et j'ai
aidé
à former
l'API
et
par-dessus
j'ai
vécu
avec un peu de
différents
paradigmes
qui sont
similaires
à des choses
qui sont
dans l'industrie
et c'est drôle
de voir
comment
ces choses
ont évolué
en temps
et je me suis dit
oh wow
je suis en train
de travailler
sur quelque chose
similaires à ce que
ce soit
des variants
par exemple
qui
installent
le système
qui
ont
ce système
de variants
et
beaucoup de
gens ont
évolué
et puis
tu as
Tailwind
qui a
cette version
de variants
et tout
mais
ceux ne
ne capturent
toute la
histoire
qui est
est
un peu
infortinée
donc
je pense
je ne veux pas
qu'on puisse
y arriver
comme
j'aime
Tailwind
je pense
que l'idée est
bien
mais
ça ne
ne capture
comme la partie
qui est
comme
parfois
tu dois
capturer
la valeur
ou la valeur
et
c'est
le moment
où tu es
en train de

une issue
c'est
oh
je dois
la measure
ce type
peut-être
je fais
laur
de trancher
et
c'est juste
vraiment
chuggé
oui
c'est
ce qui est
comme
le plus grand
c'est
un petit
petit tangent
donc
comme
ce que

les primitives
que vous
ajoute
parce que
je pense
que

je pense que
je pense que
je pense que
je pense que
je pense que
j'ai vu
h stack
et
b stack
années et
années
et j'ai ajouté
ce que
j'ai fait
mais
que vous avez ajouté
pour
J.S.X.UI
?
parfait
oui
c'est
un peu
j'ai
travaillé
sur ce genre de choses
j'ai apprécié
un
rappel
donc
h stack
et
v stack
pour les gens
qui ne le savent
c'est
un
direct
comparé
ils ont aussi
z stack
et
ce sont
je suis
très
idéaliste
et je suis
comme
c'est un petit
bizarre
comme
j'ai appelé
h stack
ou z stack
philosophique
sur
ce que vous appelez
ce API
comme
comment
peut-on
utiliser
pour
leur potentiel
et
j'ai landé
sur
column
et
ro
parce que
j'ai l'air
comme
ce que

le
c'était
le primaire
que les gens
je pense
que

et
on a
une
layout
qui est
en
et
j'ai
voulu
quelque chose
qui était
juste
une

pour
faire
user interfaces
en
en
et donc
j'ai landé
sur les trois
des
je pense
quatre
des
des
et
j'ai juste
quitte

trois

un
















narratives




ходd
un
et pourquoi le projet a été pris une longue période.
Je l'ai mis sur pause, en fait, et qui a fait le repos privé,
parce que ce n'était pas de la manière dont je voulais être.
Vous ne pouvez pas vraiment voir quelque chose de cela en public.
J'espère que dans le prochain an, je peux révéler ça.
On peut en avoir une évolution de pourquoi ce n'est pas encore.
Mais oui, juste en essayant de solider le layout,
je pense que c'est la plus grande issue que vous pouvez voir
à travers plusieurs industries.
Je sais que c'est un podcast de la première phase.
Si vous regardez d'autres industries,
oui, je pense que c'est des dev-tools, en général.
Si vous regardez à travers l'industrie,
dans SwiftUI, c'est une nouvelle frameworks,
et elles ont été en train de faire des issues de layout.
C'est un problème très difficile.
Je suis très inquiétant sur comment se solider.
C'est un projet de JSEXUI.
Je pense que je peux en faire un peu pour comprendre
tous les prématives de la layout pour faire ça.
Nous aimerons que vous soyez sponsor de la semaine.
Mux.
Mux est une plateforme très cool.
Ça fait que c'est super facile de mettre un vidéo à votre plateforme.
Le vide est un endroit où vous avez besoin d'un équipe d'experts.
L'un de ces experts, Mux, est venu avec des appels très cool pour vous aider.
Si vous avez jamais passé par cette vidéo,
c'est quelque chose qui peut être très difficile de mettre à votre app.
Si c'est tous les différents types de formats de vidéo,
de streamer, de faire des uploads progressivement,
de créer un joueur vidéo,
il y a beaucoup d'odges et de la fin de la pensée
quand vous essayez de créer une expérience très bonne.
Mais avec Mux, vous n'avez pas de problème de tout ça.
C'est une solution de tourneville pour mettre
une expérience d'amazing vidéo à votre app,
dans des heures.
Avec vidéo, il y a beaucoup de nouvelles choses
pour apprendre comment ces files travaillent.
Avec Mux, vous ne vous avez pas besoin de ça.
Récemment, ils annoncent qu'ils ont un nouveau feature
pour faire un code simple.
Ils ont juste révélu ce nouveau feature cool
qui fait que la qualité de vidéo
soit un clic de la bouton.
Vous pouvez choisir entre la qualité de base ou la qualité de plus.
La qualité de plus fait un code dynamique
sur le fly en utilisant l'AI pour analyser la vidéo.
C'est super cool,
quelque chose qu'on ne pense pas.
Et quelque chose qui va faire
jouer un vidéo sur votre app,
beaucoup mieux.
Pour apprendre plus,
allez au Mux.com.
Oui, je pense que c'est juste un vain commun.
Et ça va retourner
et regagner l'ingonde pour la dokładité.
Et tu le into ir.
Quant aux gens qui pensent que ce mod est uppers,
ce genre de choses,
ok, muita clé.?
Burgs.
Les trending,
des39,








Elles ne sont pas obligées
Et dans le monde réact, c'est vraiment facile de se faire dire,
oh, je vais juste faire des choses logiquement sur la client-side,
qui complètement se détendent quand vous faites le service à la rendition.
Et il y a tous ces challenges qui viennent de la player,
et pas de mentionner comment vous faites des layouts qui peuvent affecter la performance.
C'est assez un peu.
Donc, il y a beaucoup de challenges dans ce pays.
C'est intéressant parce que c'est facile de prendre pour le grand,
que ce n'est pas...
que ce soit du coup,
jusqu'à ce que vous puissiez avoir une situation de 1000 coups.
Et je me suis dit, oui,
pour savoir pourquoi c'est un problème si difficile,
c'est parce que vous devez savoir chaque piece de state qui se passe.
Et donc, en regardant l'appli de la variante,
j'ai expérimé avec quelques applices,
et, d'abord, j'ai regardé une route philosophique de ce que la variante est un modifier.
Comment ils coexistent ? Est-ce que c'est la même chose ?
Et dans J6UI, il y a un système modifié et un système varié.
Et la façon dont j'ai décrit ces applices est que un variante est une représentation des propres.
Donc, vous avez des états différents,
vous pouvez penser d'un charte état qui est un variant.
Et les modifiers modifient l'outre de l'appli.
Ils sont très similes, mais dans le sens que les modifiers viennent de SwiftUI,
qui est bien plus élevé que SwiftUI.
Et aussi, pas SwiftUI, mais il y a Jetpack Compose,
je ne sais pas si les gens l'ont entendu.
C'est comme l'équivalent de SwiftUI sur Android.
Et donc, en essayant de faire beaucoup de études par ces systèmes,
vous pouvez, si vous êtes strict,
vous pouvez infermer le fruit de ce qui va arriver.
Je peux regarder tous les états,
donc c'est comme si j'étais en train d'embaîter un charte état dans J6UI.
Donc, les gens comme David Corsic,
ils provoquent des chartes état et ils l'aiment.
J'adore les bénéfices des chartes état.
Je pense que la raison pour la adoption,
c'est pas comme si vous connaissez le valeur de ce que l'état fait
et de ce qu'il a fait, mais il ne semble pas que les gens ne l'ont pas utilisé.
J6UI pour moi, c'est de rencontrer les gens où ils sont.
Vous ne savez même pas que c'est un charte état derrière les scènes
qui se déroule tout et il y a un mode strict.
Je pense que je ne vais pas avoir un mode strict, peut-être.
Mais oui.
Je n'ai pas été solver cet exact problème dans mon projet de côté.
Vous dites que J6UI,
par ce genre de pragma J6UI,
est créé un charte état derrière les scènes
qui se déroule tout à l'heure et qui peut faire un tour en performant.
Exactement.
Les scènes que j'ai mis sur J6UI sont très datées.
Il y a beaucoup de choses derrière les scènes que j'ai travaillées.
J'ai été éguré de les révéler.
Mais ça m'a rendu un concept de compilier,
de compilier un design de la manière qui est la même.
J6UI est un niveau très fort,
parce que si vous avez cette représentation,
c'est comme un design.
Vous pensez que si je suis en train de changer,
ils ont une représentation de Json,
quelque chose comme Figma.
Ils se coulent tout ce garbage.
C'est pas garbage, mais c'est leur API.
C'est comment ils peuvent interagir
et comprendre ce qu'on intente.
C'est le plus grand.
Je vais essayer de le capture.
Tout ce qui est intêtaire,
comme un design,
je vais essayer de le faire et vous montrer
comment ça devrait travailler.
Ça devrait être expéré par notre code.
J6UI est un bon véhicule
pour pouvoir faire ça.
Je trouve ça super intéressant.
On va être éguré de ces idées
après le podcast.
Mais peut-être que je vais vous en parler un peu.
Vous n'avez pas travaillé sur J6UI
pour un moment.
Vous avez été sidetracké sur un grand projet.
Qu'est-ce que ce projet?
Vous savez comment un projet se fait
avec un développeur de 20 000 idées.
Vous vous dites que je vais faire
le prochain avant le dernier.
Le nouveau projet
que j'ai travaillé
est appelé OmniDoc.
C'est une solution
pour documentation
pour code JavaScript
ou TypeScript.
Ça vous permet
de construire
une solution de documentation.
J'ai jamais été
heureux
avec les solutions
de la salle de la salle.
J'ai travaillé
avec Framio
qui est une compagnie de vidéo
et la barre
pour créer des interfaces
et des expériences
est très high.
On aurait pu faire un vidéo
et on ferait un tour
de chaque frame
pour que tout soit en point.
Pour que
la qualité de la documentation
soit très forte.
J'ai
construit un site custom
qui était un peu plus fort.
J'ai travaillé avec
un site Gatsby
qui a été
toujours pour le faire.
Je vais apprendre GraphQL
pour construire le site.
Je suis très heureux
pour ça.
J'ai été heureux
pour les expériences.
C'était toujours
difficile de construire un site custom.
J'ai été
un designur
et beaucoup de gens veulent faire
quelque chose custom.
Vous voulez avoir de la personnalité
pour le site de documentation.
C'est quelque chose que j'ai été très passionné
pour le faire.
J'ai pu
faire un site custom
qui peut être interprété
rapidement.
Pour formuler ces idées.
Je pense que la documentation
est un endroit très grand pour ça.
C'est une réflexion de
ce que votre base code est en train de faire.
Pour qu'on soit en train de
faire un site custom
qui est en train de
faire un site custom
qui est en train de
faire sure que vous ne vous
pas vous indiquer
votrelin Churchill.








Vous avez выш囹,
ils vous donnent de l'information et c'est génial, mais ces projets vont se dépasser pour que les gens ne maintiennent pas les projets et c'est très understandable.
Les sources d'open source sont vraiment très difficiles et ils ne sont probablement pas payées pour ça.
C'est juste pour essayer de remplir cette approche dans l'industrie, surtout pour les projets que j'ai travaillé sur.
Et pour les produits que j'ai travaillé sur, c'est quelque chose que j'ai utilisé tous les jours.
Et l'OMNI DOC est construit avec l'OMNI DOC et je dois faire ça mieux dans ce sens.
Comme un maintien de l'un des packages de réaction d'Octon, je peux vraiment le faire.
Qu'est-ce que vous avez trouvé en faible dans ces produits, qu'il y a d'autres que les maintiennes?
J'espère que je ne vais pas dire quelque chose.
Non, c'est bien. Je réalise que je suis probablement la plus grande personne d'open source. Je ne fais pas checker mes notifications.
Je ne sais pas, il y a juste trop de notes.
Je pense que la plus grande chose que j'ai voulu se terminer était, comparé à d'autres solutions,
C'était, encore une fois, une fois que vous étiez en place comme développeur,
beaucoup de gens sont capables de faire des solutions.
Je l'ai même trouvé, je l'ai fait un réel réel de l'OMNI DOC pour aider à fixer les problèmes de la bonne API pour les gens à utiliser.
Et je pense que c'est une partie difficile de l'API design.
Vous devez juste l'interpréter sur ça.
Et je pense que vous devez essayer de trouver cette solution simple,
qui ne fait pas trop de choses, mais qui fait juste suffisamment.
Et c'est ce que j'ai trouvé avec l'OMNI DOC, c'est que c'est juste un set de tools que vous pouvez choisir les pièces individuelles
si vous voulez juste utiliser le component de code bloc,
si vous voulez utiliser les collections, vous pouvez utiliser les collections.
Les collections sont spécifiquement un truc pour...
Vous pouvez penser d'un livre de historie, pour exemple.
Un livre de historie vous permet de mapper tous vos exemples.
Et il y a un DSL, un API custom.
Et je voulais faire des choses comme ça.
Je ne veux pas un DSL custom, autant que je peux le aider.
Et en ce cas, les collections en Omni DOC
sont vraiment juste un peu de sucre sur les modules.
Et ça vous permet de mapper un set de modules.
Vous passez un pattern de file et vous vous reposiez de vos systèmes.
Et c'est les règles impliquées que nous suivons.
Si vous travaillez dans un système de design,
vous utilisez un file index.ts.
Si vous ne l'avez pas, vous utilisez des files index.ts.
Et je veux utiliser un bouton d'explicit de texte.
Nous voulons tous mettre des règles impliquées.
Et les gens ne suivent pas les règles impliquées,
ou les codes base se font en main, etc.
Avec cette nouvelle architecture,
je suis vraiment excité de ne pas juste la mapper,
votre matière de front, pour exemple.
Vous pouvez la mapper,
et vous pouvez le checker,
juste d'un export qui est en train d'exprimer un module.
Ça vous permet de prendre un exemple parfait,
qui est le fun.
Vous pouvez prendre des exemples en code base
similitaire à des livres de la histoire.
Je ne me souviens pas de ces exemples,
je ne me souviens pas du tout de l'élaboration.
Et vous pouvez le checker pour dire que tout exemple
doit être attaché à cette information.
Ou ces exemples doivent être formés en manière particulière.
Vous pouvez utiliser les types que vous savez,
et ça va faire un type erreur,
ou ça va faire un erreur si ça ne trouve pas un export de frontmatter.
Ça se dévouera au lieu de MDX,
et ça se dévouera au niveau du système.
J'ai essayé de solider la partie de ceci.
Quand je l'ai déjà read le nom,
je pensais que c'était comme si vous étiez en train de checker MDX.
C'est un problème que j'ai rencontré,
beaucoup de fois, quand j'ai l'intention d'utiliser les contents.
Je veux utiliser MDX, je l'aime aussi,
et j'aime les analyses statiques,
mais je ne peux pas checker mon whole file MDX
pour faire sure que c'est ce que j'ai intendu,
surtout si je utilise des compagnies que j'ai importées.
Est-ce que MDX est aimé d'aider avec ce problème,
ou est-ce que c'est au niveau bas?
C'est un peu au niveau bas,
donc priori pour les gens qui étaient appelés MDXTS,
c'est maintenant appelé OmniDoc, ne t'inquiète pas.
C'est le tout pour le renom.
Je n'ai pas réalisé que je n'avais pas été capturé,
mais le projet a juste été créé.
C'était vraiment juste pour checker votre code bloc,
et puis, il a été créé.
Je veux mentionner que il y a des solutions
dans l'industrie,
comme je pense, Chiki 2 Slash,
un projet qui va vous aider à faire des choses similaires.
Mais ce que vous avez fait,
c'est que vous essayez de faire des références API
avec le type script compiler,
et puis, ils font leur propre type checking
avec les codes blocs.
Vous avez fait des issues de performance,
surtout dans une situation d'entreprise.
Je me souviens d'avoir un problème,
je me souviens de mes premières passes,
je me souviens de la construction de la netlify.
C'est un des plus gros bails.
C'est juste une build de 15 minutes,
car le type checking est vraiment facile
d'être naïve avec des solutions,
de réacteur, de la chelon,
et de mettre sur les compagnons.
On a une application de l'application XJS,
donc, il y a des props sédés,
mais c'est une nouvelle instance.
Il s'est mis sur le type script compiler
tout le temps,
et vous devez être très careful
de comment vous utilisez ces outils,
en étant très puissants.
Je vais essayer de
faire des tests de la chelon.
Est-ce qu'il y a un bâtiment
pour des outils
où vous utilisez réacteur,
en particulier,
vous vous en achetez un producteur
ou un API,
et vous en déclenchez ça,
ou est-ce que c'est plus grand que ça,
mais vous utilisez le use case,
particulièrement bien?
Il y a un use case, particulièrement bien,
surtout parce que je suis utilisé
pour les components de service,
et beaucoup de les components que vous en avez,
et je l'ai étrouillé
parce que
c'est applicable,
surtout sur ce concept de collection,
c'est applicable au sein de réacteur.
Vous n'avez pas besoin de réacteur pour utiliser ça,
c'est juste pour vous gérer les modules
et rendre les outils de l'application.
Mais,
comme pour le JSU,
je veux vraiment l'entraîner
dans la langue,
ou dans la frameworks,
pour les faire les plus de ça.
C'est un strat de ça avec Amidoc,
pour sûr.
Mais, je veux
d'expressir
ce paradigme de components de service
que nous avons, on a un nouveau tool,
et on peut aller au premier principe,
et quels sont les nouvelles choses
que nous pouvons faire avec ça.
J'ai trouvé beaucoup de cases de use,
particulièrement en documentation.
Je suis en milieu de faire le projet,
et les components de service sont en place.
J'ai arrêté et je l'ai re-réveillé,
parce que je ne voulais pas
mettre ce truc en place,
et je l'ai vu que les components de service
peuvent me faire un bon tour
de la performance.
Les choses sont des issues de performance,
et on ne va pas acheter un bunch de trucs client.
C'est un code client.
Et donc, oui.
Oui, je suis en train
de rébuilder le livre de la histoire,
et je n'ai pas eu
l'exactement exact.
J'ai construit
tout ce truc en vite,
et je l'ai lancé dans le système bundler,
sans components de service.
Et comme vous pouvez l'imaginer,
les choses comme la documentation de la propriété,
toutes ces choses,
les processus de construction,
ont fait ça très compliqué.
Rebuilder les components de service
était un peu de fresh air,
parce que c'était un problème
où je communiquais
entre la compétition A et la compétition B
et de penser
à tout ça.
Avec les components de service,
c'est juste que je veux une documentation de la propriété,
faire un component
qui le met en base
et voilà, nous avons des informations entre le front et le bas,
et ce n'est pas tout ça
si vous êtes en mode de détail.
Oui, c'est un parfait call-out
pour pouvoir utiliser les suspens.
Et donc, ce refacteur que j'ai fait
c'est un gros refacteur.
J'ai fait un refacteur, je voulais le faire
vraiment facile pour vous,
pour documenter le point de ce projet.
Et j'ai eu
des types exportés
sur ce field que vous avez créé
pour la source et puis vous vous recruchiez
et vous donnez des types exportés.
Je suis en train de faire des problèmes similaires,
je suis comme, oh merde, ce truc est
très slow,
c'est tellement mauvais, je ne veux pas le mettre.
Et je n'ai vraiment pas parlé de ça
sur Twitter,
ou sur Twitter,
sur ces choses,
parce que je suis un peu embêté,
je suis en train de mettre ce truc
et je veux le faire.
Et donc, je me suis remis
et j'ai fait un gros refacteur
de ce type script, de l'analysis.
Et maintenant, tout est sur une étude séparée,
et la beauté de ça
est que ça utilise les suspens localement.
Et c'est quelque chose que je ne pense pas que
beaucoup de gens ne sois pas ou même ne parle pas,
mais nous sommes tous en train de faire
une production et de l'utiliser avec les APIs.
C'est essentiellement un API, je parle de
les typescript compilers.
C'est essentiellement un service de langue
que j'ai construit comme un service de langue custom.
Et donc maintenant, je peux communiquer
à la fin et tout est extrêmement snappy.
C'est où j'ai toujours imaginé
cette libraire pour être.
Il me semble un peu lancé,
à l'invité, parce que vous vous rouliez
et les codes blocs ne sont pas syntaxés,
mais c'est parce qu'ils utilisent les suspens.
Et donc, ça va juste montrer des textes,
et ça vous permet de bouger
rapidement dans le local dev,
ou de faire un module de réplacement.
Et oui, le service s'enfonce
très bien. Je suis en train de faire un
état de l'application, qui est en plein texte,
et ils sont tous en train de
répondre à la surface
quand c'est à la fin de la pression.
Je l'aime.
C'est génial.
En regardant ce que vous avez construit,
vous avez aussi
construit beaucoup de components qui sont
très intéressants.
Vous avez parlé de
les types de codes blocs
un peu, mais est-ce qu'il y a
d'autres choses qui vous pensent
qui sont vraiment valables?
Et quelles sont les problèmes
que vous essayez de solider?
Oui, c'est certain. Je pense que le
modèle de la beauté de la component est
que vous pouvez juste prendre un component
et retirer le component
de la surface, et surtout avec les components de la service.
J'ai trouvé un pattern très bon
que j'ai essayé de prendre
d'une expérience précédente
de travailler dans un réacte régulier
pour tant de années.
On veut une composabilité avec ces choses.
Il y a encore des prématives
qui sont encore malades,
ou des moyens créatives
pour essayer de se faire prendre ce problème.
Il n'y a pas de contexte,
concept de contexte,
dans les components de la service,
qui ont été sortis de la bombe.
Ils ont créé un contexte de la service
et ont été sortis de la bombe.
Je comprends, parce que
ce n'est pas vraiment le cas de la utilisation
de construire une bombe qui n'est pas la seule
expérience avec la bombe.
Mais ça permet
ces codes blocs,
comme le code bloc,
qui permet de composer
tous les tokens et choses comme ça.
Je vous abstracte tout de cette complexité
pour vous, mais vous donnez une customisation
pour faire le code bloc de la bombe,
donc c'est plutôt un code bloc de la bombe
pour que vous puissiez faire le code bloc.
Mais si vous voulez
faire le code bloc,
ou si vous voulez
faire le code bloc,
et puis ne pas faire le sacrifice
de la performance,
c'est le place
de la bombe,
où nous voulons tous
faire des libraries, des engineers de la construction,
je vous donne un set de bons blocs
et ne pas faire le sacrifice de tout le monde.
Je pense que les components de la service
ont vraiment changé
le jeu sur un peu de ces choses.
Quand je suis impliqué
mon truc,
chaque library de MDX
n'est pas
dans le nouveau paradigm,
parce qu'ils font tout ce genre de
jugglement de
« je vais faire quelque chose ici,
et maintenant vous avez un bundle, je vais passer
à autre chose, et ça fait tout ça.
Tout est juste
simplement simple dans un contexte de service
et je vais faire tout ça
pour que les components
puissent être en train de
faire le truc.
C'est un autre component
dans OmniDoc,
c'est le content de MDX,
et si vous avez besoin de rendre
un content MDX,
qui est en cas de
aller en train
de faire des tools compliqués,
parce que c'est tout ça,
ils ne sont pas en train de travailler
avec les compilers.
Le type script compiler me donne
de la information de stock,
si vous avez des descriptions,
on va mettre un marque dans ça.
On va devoir rendre le marque
dans le cas de la solution,
mais ça
commence à mettre des
performances,
où il peut être
vraiment grand,
pour construire ces choses.
Vous pouvez utiliser ce component
de contenu,
et rendre un petit peu de MDX.
Et puis, en retour à les collections,
vous pouvez mettre un mur avec ça,
avec MDX.
Vous pouvez essayer de rendre MDX
spécifiquement avec des components de service,
où vous n'avez pas votre bundler
anymore.
Donc, maintenant, quand je dois
importer des images,
ou pas même importer des images,
importer un autre component,
vous vous en avez perdu sur les
petites cities.
C'était quelque chose que j'avais à la frame,
mon manager product,
il m'a dit que je voulais importer
des images, et je lui ai dit,
on ne fait pas ça,
parce que nous sommes juste rendus
des MDX, mais je vais le faire,
je vais le faire, et je vais essayer
de faire des billes,
et de faire un bundle,
et ça devient un mess.
C'est pourquoi, avec OmniDoc,
je vais vraiment essayer de trouver
une bonne balance de,
de rencontrer vous où vous êtes,
si vous voulez travailler dans votre système module,
vous pouvez, et vous pouvez avoir
tous les bénéfices d'images d'optimisation
que le JAS de la prochaine vous donne,
ou quelles-ce que vous avez,
je ne veux pas vous constater trop
beaucoup, et juste,
vous faciliterz votre documentation,
parce que nous avons besoin d'un bon document.
Vous pouvez rendre ces exemples de code,
mais je n'ai pas trouvé n'importe où dans les docs,
qui sont en train de les faire,
donc, vous pouvez aussi
faire des exemples de code,
ou est-ce que vous avez juste,
de l'exemple?
J'ai eu un component prévu, c'est ce que j'ai appelé,
et j'ai fait ça pour maintenant,
parce que je ne voulais pas,
je faisais des issues de performance avec ça,
pour essayer de trouver une bonne balance,
et je vais vous dire,
que les gens vont utiliser leur système module
pour ce, pour ce très,
pour le rendre en exemple.
Et donc, le moyen de faire ça, c'est avec une collection,
une collection vous donne des données de votre module,
et vous vous en avez, comme le export default,
si vous voulez.
Si vous essayez de rendre un MDX, pour exemple,
vous pouvez vous pointer
à un pattern de file, et dire,
« Allez, prends tous ces postes dans la direction,
et ça vous donnera un method

ce qui est appelé source.
Et dans la source, vous pouvez avoir
un export default, vous pouvez avoir un export nommé,
donc c'est pour ça que vous pouvez le targeter,
si votre MDX est exporté,
et vous pouvez avoir un variable de front-matter,
qui est un des outils pour ces plugins,
ou je pense, les plugins remarques,
qui vont prendre votre front-matter,
y avoir le temps, et puis,
réexporter comme un variable.
Maintenant, c'est un export nommé qui est
en train de sortir de ce module,
et vous pouvez utiliser ce mécanisme de collection
pour le typechecker,
et vous pouvez aussi le rendre,
pour que vous puissiez le mettre.
Et donc, c'est là où ça devient vraiment powerful,
comparé à, je pense, les solutions,
je travaille avec vos systèmes modules,
donc maintenant, vous pouvez,
c'est comme un piffon,
et je suis en train de
typechecker tout, je n'ai pas de
juste de typechecker mon front-matter,
j'ai essayé de mettre ces concerns
avant, et je réalise que
ce n'était pas...
c'est une solution similaire,
je suis en train de construire la même chose
qui existe là-bas,
et donc, de nouveau, en train de trouver
cette belle appui,
où ça peut empêcher les gens,
plutôt que de les détenir.
Vous parlez de typechecker ici,
comme, spécifiquement pour le front-matter,
est-ce que c'est sort de similaire
à la façon dont Astro définit les collections
et que vous avez envie de définir
un schema de zod, et puis, c'est en utilisant
ça pour checker, ou vous en faites
quelque chose pour, pour, pour, pour,
pour, pour, pour, pour, pour, pour, pour,
et comment ça, comme,
ça fonctionne mechaniquement ?
Oui, donc c'est très similaire à la collection Astro,
mais ça ne utilise pas zod,
donc ça utilise un type script pour faire ça.
Et je pense que je vais avoir
un sort de mécanisme schema,
donc, un mécanisme validation
que vous pouvez pluger en zod,
si vous utilisez ça.
Mais maintenant, je prends
un argument générique que vous pouvez passer,
et donc, en parlant de collections,
c'est là que vous pouvez typechecker
votre contenu, donc vous pouvez dire
que le front-matter, ou, encore,
d'autres exportations pour ce matter,
ressemble à ce type,
ça ne ressemble pas à ce type pour faire un erreur,
et je utilise le type script pour faire ça.
Donc je vous fais sure que c'est pas,
mais ça va être typecheck.
C'est vraiment cool, ça c'est
assez grand,
parce que
c'est un problème général, et c'est un
problème que j'ai voulu mieux,
d'autres typescripts, et,
d'ailleurs, je sais que vous parlez
d'avoir un file d'index,
et vous avez des transformations de contrôle,
donc vous pouvez faire plus de choses avec ça,
vous pouvez avoir un step d'intermediation
pour transformer ça à un type script
ou quelque chose, et puis,
vous pouvez faire un compiler,
mais je souhaite que vous puissiez
faire un type definition pour un file module
en typescripts.
Ça serait tellement grand,
parce que c'est souvent des temps où vous vous dites,
oui, vous pouvez donner un module,
mais je veux un module de cette forme,
mais il n'y a pas d'une manière
facile pour faire ça en typescripts.
Il y a des choses que vous pouvez faire,
qui sont des haques et des workarounds,
mais ça serait vraiment bien
pour ça, ou quelque chose d'autre.
Donc, cette approche, ça semble vraiment intéressant.
Oui, à votre point, c'est exactement
ce que c'est. Ça vous permet de
mettre votre module, et
d'assurer que c'est
d'expecter des exportations,
ou peut-être si il y a un export défolé,
et vous ne devriez pas avoir un export défolé,
vous pouvez mettre un erreur sur ça.
C'est ce que j'ai landé dans le midst
d'interpréter dans cet API,
en essayant de le faire un peu plus facile.
Je me suis dit que je peux stiller un type check
sur la frontmatter, et je me suis dit,
je peux type check
le module maintenant. Je peux faire sure
que l'un des choses que je disais,
les histoires ou les exemples,
si vous voulez rendre un exemple de tout,
je peux faire sure qu'il y a
juste des exportations nommées dans cet article.
Si il y a un export défolé,
ou même avec votre histoire,
si vous voulez encore une histoire,
comme leur DSL,
pour comment ils...
c'est le format de la histoire de la component,
vous pouvez bien faire sure que ça
s'en occupe un certain paradigm.
Je suis vraiment excité
de cette concept de nouvelles collections
qui s'est émurée.
Une dernière chose,
avant de nous remettre à un style ré-style,
une autre libraire qui a fallu
de votre travail d'open source,
la première histoire que nous avons,
mais l'un des choses
que nous n'avons pas à faire,
c'est que le doigt,
il a beaucoup de route,
comment est-il de jouer
dans tout ça,
et pourquoi est-ce que c'est
un hurdle d'offre?
C'est un point pour moi.
De la collection,
la utilité,
cela vous permet de construire
ces routes.
C'est pour vous donner
une full flexibilité de comment
vous voulez architecturer votre site.
C'est vraiment difficile.
Le JAS Next
est magnifique et j'adore,
mais cela ne vous met pas
où vous êtes avec l'authenticité de contenu.
Vous avez pu atteindre
ces solutions et vous êtes tentant
de trouver que vous pouvez le rendre
en MDX, ou en MDX Remote,
ou toutes ces différentes plugins.
Cette paradone de collections
vous permet de prendre un module,
de trouver les signes de ce module.
De retour à ces rules implicites
que nous avons vécu,
ou peut-être pas implicitement,
il y a des choses où un file
en code est allé
parler
de la direction, c'est la information
de la direction.
Si vous regardez les solutions docks,
elles viennent avec des
nouvelles appareils,
un nouveau truc que je dois apprendre.
Je dois ajouter un file meta
pour changer le titre.
Je dois ajouter un file
au-dessus de la ligne.
Je ne parle pas de ça, c'est un truc
que je vais essayer de combattre.
Il n'y a pas de file de configuration
pour OmniDoc.
Vous utilisez votre code et vous importez
votre code et je vais en faire
autant que je peux.
Tout est co-locé.
C'est un principle fort
que je ne crois pas, c'est que
nous devons garder les choses co-locées
parce que vous savez où c'est.
Vous ne faites pas de recherche
dans ce maire où
quelque chose existe.
Vous avez des
utilités
pour vous faire
votre système de file,
vous pouvez avoir
des ciblings à un niveau,
si vous voulez aller plus loin
dans ces ciblings,
les navigations de la prochaine
vont commencer à dégager.
Vous pouvez faire ça.
Ça vous donne
une frameworks pour
construire un site documentaire.
Même un site de contenu,
si vous avez besoin d'un blog,
ça marche bien.
Je pense que la chose de configuration
n'est pas un grand point.
Il y a des dragons,
c'est aussi que vous vous endvez
en faisant
un peu de configuration.
Je suis content de voir comment ça s'étend.
Je vais vous parler
de re-style.
Je suis vraiment content
de voir ça.
Je me suis rendu un peu
plus bas.
C'est quelque chose
qui a été créé
par l'OMNIDOC.
Vous pouvez vous dire
plus sur la histoire
et ce que vous avez accompli.
Absolument.
Le re-style est né
par l'OMNIDOC.
Je suis en milieu de l'OMNIDOC
en travaillant sur le component de code.
Je pense que c'était un bug
qui s'est filé. Il y avait un bar

qui était allé
dans le style de la bar.
Je faisais tout avec
style inline et c'est un peu long.
Je ne veux pas
poser des opinions sur vous
si vous voulez utiliser Tailwind.
Mais je dois avoir des styles
pour pouvoir le faire.
J'ai besoin de CSS
pour ce truc.
Je me suis dit que je vais faire
un problème que tout le monde
essaie de construire un component
qui a un style qui s'est fait.
C'est pourquoi nous avons vu
tous ces libraries de la bar.
J'ai juste commencé à réacte.
Ils ont annoncé que
ils faisaient ce style de la bar.
Je me suis dit que c'est un style.
C'est incroyable.
Je peux faire des styles
dans mon component.
Ils m'ont aidé
à mettre ça en tête.
Si vous avez regardé
des styles de la bar
qui ont tous été faits
dans les issues,
les paradigmes de réacte
sont émergés maintenant
et nous avons été suspendus.
Pour voir ce réacte
nous a donné une solution.
Je me suis dit que je dois utiliser
ce style.
Je l'ai construit en premier
et j'ai réalisé rapidement
que c'est
une territoire pour un library.
Je pense que c'est là que nous sommes

Je me suis donné
un temps constrainant
et j'ai dit que je vais voir
ce qu'on peut faire
de l'implementation que j'ai construite.
C'est là que l'on est venu.
J'ai utilisé
ce nouveau
style de la bar.
Il vous donne une solution
de la solution de la bar.
Les styles sont comparables
à
je ne sais pas si c'est un solution
de la bar, mais
oui,
il vous génère
la bar que vous avez installée
et vous donnez un seul sélecteur
pour la bar.
Et ça les dédupe.
Je pense que


pour les clients et les services.
Ça me rappelle
des styles
et
les styles
qui sont installés.
Oui, c'est un bon exemple.
Les styles
sont en train de générer les classes
atomiques.
Mais vous pouvez mettre les rues
pour les styles.
Ce qui est facilement
perdu est le dynamisme.
Vous pouvez
capturer le dynamisme dans votre component
et ça rendra
les styles que vous essayez
d'offrir.
En tant que layout,
ce genre de principaux
a bloqué mon mind
avec le JSUI.
J'ai construit un compilé
pour comprendre
ce qui est fait
statiquement.
Ce qui est possible
dans tous les cas.
C'est vraiment dynamique.
Ce style est capable
de le réacteur.
Ils savent
ce que je veux rendre à ce moment.
Ils le mettent en tête et je ne m'en risque pas.
Je
fais un petit peu d'issues
pour savoir comment utiliser le
primaire le meilleur possible.
Mais je n'espère pas que ça fonctionne
et que c'est ce que j'ai envie
d'être
comme capturé le dynamisme.
C'est extrêmement powerful.
C'est comme vous pouvez construire un component layout
et rendre un grid
des enfants
à un endroit où vous voulez.
C'est vraiment excitant.
Je veux voir plus d'exploration dans le space.
Je me sens
comme réacteur
et les solutions.
Il y a beaucoup de solutions
que les gens n'ont pas réellement
faits.
Ils ne travaillent pas de même manière.
Et aussi, il y a beaucoup de nouvelles
pensées qui sont en train.
Je pense que beaucoup de gens
sont encore investis en Tel-Wan.
Il y a
des nouveaux zones d'exploration.
C'est cool de voir
ce que ça ressemble à ce nouveau monde.
Quels sont les choses que nous pouvons faire maintenant?
C'est vraiment impossible
ou plus ou moins.
C'est un bon moment.
C'est le meilleur temps
d'être réacteur.
Si vous avez été
autour,
les classes n'étaient pas
même un truc en JavaScript.
Si vous avez un class mécanisme,
vous n'aurez pas pu retourner à la saison.
C'est le plus difficile.
Les portaux ne sont pas encore existés.
C'est un bon moment
d'être réacteur.
C'est très excitant.
Les paradigmes sont encore
en train d'améliorer.
Je sais que la team réacte
a un grand grand grand goal.
On va jouer au prochain décès.
Je suis très content de voir où ça va.
Je suis intéressé de voir
comment ce nouveau constructe style
change.
Historiquement,
le réacte a eu
0 opinion sur le style.
Maintenant que c'est fait,
j'ai hâte de voir ce que les gens sont venus.
J'ai hâte de voir
ce nouveau API.
Est-ce que c'est un peu de la
malheur?
Je ne peux pas imaginer
ce que c'est.
Est-ce que ça a un procédé?
Je ne sais pas
comment le procédé a été.
Je suis en train
d'utiliser le procédé.
Je pensais que
je pourrais venir avec un nom.
Je pensais que je pourrais
faire un truc très bas.
Je ne sais pas si c'est un

mais vous pouvez
voir un nom qui vous veut
identifier les styles.
Le fait que ça fonctionne c'est un peu
compliqué.
J'espère qu'il y a un peu
de configuration possible.
Maintenant,
quand ça se voit un style,
ça va générer le style
pour le faire.
Vous pouvez
en terminer
dans une situation
où ça crée un ton de styles.
Si vous avez un truc dynamique
dans votre component,
si vous avez l'aider
sur le client,
si vous faites un service,
ou si vous êtes dans un component,
vous allez avoir des styles
qui sont très bons.
C'est un style
qui fonctionne très bien.
Vous allez avoir un style
et tous les styles
sont dans le...
Mais le grand plus grand
de ce genre de style
est que
je travaille
sur un constrain de...
Oh, pardon...
Si vous créez un style, ça ne va pas,
vous n'avez pas de contrôle sur un style.
C'est pourquoi j'ai laissé
une solution pour un automatique.
Je me disais, si j'ai le droit de déduire les rues CSS,
peut-être ils vont se cacher trop souvent,
mais ça ne devrait pas être un grand délire.
Et ça va permettre ce genre de constrainement
pour pouvoir jouer au...
OK, donc...
Et je l'ai trouvé bien OK, oui.
Je l'ai utilisé dans un Omnidoc et le component codeblock
a des styles scroll bar.
Il dédupe tous les tokens, c'est incroyable.
C'était un problème très difficile.
Si tu tries à savoir comment se solider,
tu crées les CSS, à l'aise,
et donc, le React maintenant t'en occupe tout,
c'est incroyable.
Donc, tu peux regarder le site Omnidoc,
et si tu regardes les styles pour ça,
ils sont tous déduits,
donc tous les tokens,
les couleurs,
toutes ces couleurs sont encore et encore,
sont tous déduits, ce qui est incroyable.

oui, j'ai beaucoup à faire avec ce type de thémé
et de jouer sur les trucs.
Et les gens m'ont demandé
si tu pouvais avoir un API de variance
pour se matcher à ça.
Je suis comme,
tu peux créer un API de variance
si tu veux avec ça.
Donc je ne sais pas si je veux ajouter ça
dans la cour.
Tu es comme, ne m'en t'en sends pas
dans ce long, multérieur.
Exactement.
Je suis comme, j'ai JASIX UI,
donc, j'espère que
tu ne t'en as pas.
Donc,
je vais râler un peu.
Qu'est-ce que tu as sur ta map de route?
next,
on sait que tu as le grand renom
qui vient,
mais est-ce qu'il y a
des compagnons cool
ou d'autres paradigmes
que tu veux introduire
avant de rentrer sur V1?
Donc, nous sommes sur V1,
donc ce sera V2,
ce renom
et ce renom
et ce nouveau
solution de performance.
Certaines compagnons,
comme les choses que je suis intéressé
par la digue
même plus bas
dans la documentation,
maintenant que j'ai une bonne base,
et que tout le monde
est en performance,
c'est comme
la plupart de ce que tu as expect
pour pouvoir
juste courir les choses
sur le système de file
et rentrer la documentation pour ça.
Ceci est un peu
comme,
pourrie,
je voulais avoir
cet endroit
parce que maintenant
j'ai beaucoup d'autres idées
pour expérer ça.
Et donc,
quelque chose que je veux vraiment
faire ensuite
est
de la checker
des blocs de code en ligne.
Et donc,
en utilisant,
on réference
la code
dans
notre contenu pro
et donc,
de la capture
et ces choses.
Donc, comme
je pense que c'est
comme un code de réhype
qui fait quelque chose,
ça ne fait pas
de la checker de type,
mais ça fait
comme si ça t'attache
ces choses ensemble.
C'est vraiment des symboles,
et
traiter les symboles
et encore,
c'est quelque chose
où
les choses peuvent se détruire
et si je dois
un bloc de code en ligne,
comme un bloc de code
régulièrement,
je veux un type checker
et je veux que ce soit
en fait
refertant
quelque chose qui existe.
Afin de l'aventure,
j'aimerais
voir des
tools avec la CLI
pour
aider à renomber
ces choses
ou
peut-être
même une extension code
comme
le futur
où
vous faites
un symbole renommé
et ça
passe
dans tous vos blocs de code
et ça
passe
dans tous ces
blocs de code en ligne
et des contenus pro
pour
faire
juste
fixer ces choses
parce que
c'est tellement
facile
de mettre ces choses
en ligne

juste
pour mon
système
de base

systematiser
ces choses
pour
faire
que
je ne le fais pas
et
vous ne le faites pas
aussi
parce que
je vais probablement
lire votre documentation
et donc
je veux
faire
que
les choses
sont en date
et
interagent.
Donc
en rafting
on
toujours
veut
poser
une question
de futur
et je pense
que l'un des
thèmes
de ce
est
que
spécialement
quand il s'agit
de réacte
vous avez vu
beaucoup
de ces nouveaux
appels
qui sont
et vous avez sorti
vu
des applications
sur
les
libres
que vous avez


новaa
functionality
sol

Psychology
ou est-ce que vous avez un réacteur réacteur que vous pensez que vous avez un autre sort de paradigm shift comme le réacteur de components ?
C'est une bonne question. Je pense que le nouveau Hook de utilisation est vraiment intéressant.
Je ne pense pas que les gens soient... Il y a beaucoup de focus sur les components de service que le Hook de utilisation est en train de se faire falloir.
C'est une grande primitive. Vous avez des components de client asynchronous, mais vous pouvez penser d'utiliser comme un weight.
Vous passez un promesse et vous résolvez le component.
Je n'ai pas un Hook. Je n'ai pas un Hook. C'est juste une primitive.
J'espère qu'ils vont faire des components de client asynchronous.
Je ne sais pas si il y a des implications.
Si on peut faire des components de client asynchronous, je pense que ça va vous aider.
Vous utilisez les choses que vous savez. Je n'ai pas besoin de apprendre ce qu'on utilise.
Je n'ai pas besoin de connaître le Hook. Je n'ai pas besoin de connaître le Hook.

Je n'ai pas besoin de connaître le Hook.
Je n'ai pas besoin de connaître le Hook.





Je n'ai pas besoin de connaître le Hook.
Je n'ai pas besoin de connaître le Hook.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.

Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.









Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.







Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.

Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.



Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
Je n'ai pas besoin de connaître les générateurs.
C'est vraiment un radar de la solution de la solution de la CSS.

C'est un test.