Nate Wienert - Tamagui, One Stack, Zero, and Universal Apps

Durée: 51m36s

Date de sortie: 04/11/2024

This week Nate Wienert stop by for a second appearance. Nate is the creator of Tamagui, a framework for building universal apps with React Native. That work led him to create One Stack, a framework for building local first universal apps with React Native.

Apply to sponsor the podcast: https://devtools.fm/sponsor

Become a paid subscriber our patreon, spotify, or apple podcasts for the ad-free episode.

Le plus grand source de complexité que je pense que de la code est
c'est le fait que tu as deux différents bundles, deux différents routers,
deux différents sets de manières pour configurer les choses avec deux différents frameworks,
deux différents sets de documentation pour refermer.
C'est juste tellement de choses.
Et c'est là où 1 vient de se faire, de tourner 2 à 1.
Bonjour, bienvenue à DevTools FM,
ce podcast sur les tools de développeur et les gens qui vont faire ça.
Je suis Andrew et c'est ma host Justin.
Salut tout le monde,
nous sommes vraiment excitées à bienvenue à Nate.
Donc, Nate était sur l'épisode 64,
et nous avons parlé de Tamagoui.
C'était une conversation vraiment incroyable,
en enchaînant un problème très difficile.
C'est comme comment tu partages les compagnons entre web et modal,
et ce que ça ressemble à.
Et, Nate, tu as récemment launché un nouveau projet.
C'est appelé One Stack.
Le launch est fantastique, le site ressemble à bien.
C'est vraiment cool.
C'est super excité de parler de ça.
Mais avant de nous dépasser,
vous vous souhaitiez que nos listeners
soient un peu plus à vous-même ?
Oui.
Merci pour les informations, les gars.
Je vais voir.
Je pense que...
Je suis sorti de la communauté réacte depuis longtemps.
J'ai été très intéressé
dans l'intersection de...
Je suis commencé comme enfant en design,
parce que je n'ai pas fait de code,
et personne dans ma famille a fait de code.
Mon grand-père m'a écrit un livre sur XML.
Et...
C'est comme...
OK, ce que je fais avec XML
comme un 12-year-old
qui est intéressant sur les compétences.
Mais oui, je suis arrivé en design,
et je pense que ça a écouté beaucoup de mon expérience,
c'est que j'ai fait un photoshop,
et j'ai sorti de la façon de la faire en haut et en haut,
et j'ai sorti de la faire en haut et en haut,
et j'ai toujours voulu
faire des bons produits,
et faire mes idées
qui ont regardé et ressentis,
parce que j'ai eu ce sort de background.
C'est un genre de
technique de haut et de haut niveau.
Et je suis arrivé à réacte plus tard,
et j'ai fait un peu de différents projets.
On a même eu un type de type de type de réacte
qui a été construit en haut et en haut,
qui a été un peu élevé
avant le launch.
C'était comme ça,
on avait tout le monde et on a décidé de ne pas le lancer.
Mais je pense que ce qui est simplifié
et que c'est un autre thème,
c'est toujours de tenter de retourner
à ce qui m'a aidé le plus,
c'était les rails,
quand j'étais en train de jouer avec le CHP
à la collège de la haute-school.
Et je pouvais
faire des copies et des paix
ensemble une idée,
mais ça a été toujours
et c'était très difficile.
Et quand les rails sont en train de sortir,
j'ai suddenly
fait un projet de projette
de toutes mes idées différentes.
Et j'étais très cool
comme un enfant
de pouvoir
tout de suite être super efficace
comme ça et réaliser
que le programme ne soit pas...
Il n'y a pas de...
Il y a quelque chose où vous avez pris 90% de votre temps
sur des choses délicates,
des choses délicates,
qui n'ont rien à faire
avec votre idée en réalité.
Ce qui a senti comme
à la fois,
et tout de suite avec les rails,
j'ai pris 90% de mon temps
sur des choses que je peux
prendre tout mon temps
sur les parties intéressantes

Et je pense que c'est
un bon moyen
de framer tout ce que je vais faire
maintenant
avec Juan et tout.
Et avec Tom Agoui,
c'est de solider les parties délicates
pour que nous puissions
les gens être
sur les...
Je pense que
il y a plus de temps
que vous pouvez prendre
sur ces parties créatives
et des parties intéressantes
de votre produit
que c'est mieux que ce soit le meilleur.
C'est ce que j'ai
en train de me mettre en place.
Et aussi, je suis en Hawaii
et je pense qu'il y a des choses
d'autre que moi aussi,
sans programme.
Mais...
Je pense que
nous allons commencer
avec un petit update
sur Tom Agoui.
Nous avons parlé un peu
d'un an
et je pense que
ça a changé depuis que
vous avez pris des personnes
de temps en temps
et vous avez même prouvé
l'architecture de la compagnie.
Donc, comment ça a changé depuis?
Donc,
Tom Agoui, oui,
c'est...
C'est été bien.
En fait, il y a deux...
Nous avons deux employés

Maintenant,
bien, un, je pense,
vous savez,
l'un est en plus sur le côté
le côté le plus bas
et puis
l'autre est en plus sur
le côté de Tom Agoui.
Donc,
c'est été difficile, en fait.
Vous savez, j'ai eu un travail en temps plein.
Je travaillais en uniswap
qui utilise Tom Agoui.
C'est quelque chose qu'on peut toucher
mais, comme...
C'est très très difficile.
Je l'ai trouvé à...
C'est difficile de avoir un projet de côté
en temps plein
et surtout, un qui, vous savez,
a un nombre de tractions
que vous avez besoin d'aide.
C'est...
C'est presque impossible
de l'aider.
Et je l'ai trouvé,
j'ai eu beaucoup de trouble
de l'aider et de l'aider.
Je pense que, partie,
l'un des mes failures de l'aider
était aussi juste de l'aider
parce que je n'avais pas eu le temps
de l'investir
et de, vous savez,
de faire surement
qu'ils avaient un bon comprens
de ce qui était...
Vous savez, je n'ai pas besoin d'un
qui pourrait vraiment
juste se faire rire sur leur propre.
Et je pense que c'est très difficile
et j'ai eu beaucoup de problèmes
de trouver des bons gens
et je termine de going
through
beaucoup de différents gens.
Je pense qu'il y a un peu de
« awkward fits »
parce que j'ai besoin de
quelqu'un qui pourrait
utes l'outil
sans beaucoup de direction.
Et, en fait, c'est très très difficile.
Mais je suis très heureux
de avoir trouvé
un couple de bons gens
que je le travaille vraiment bien
avec,
que j'ai vraiment vécu
avec eux,
John et Pocah,
et...
Et oui,
on a été jammer
maintenant pour un moment.
Et le premier qu'on fait
vraiment bien,
c'est que je suis des prises
je suis toujours surpris
et on a des gens qui pensent que c'est bien, même jusqu'à la fois de la dernière fois,
je pense qu'on a un certain espace qui n'est pas tout le monde,
mais personne n'est pas en train de le faire,
et nous faisons ça dans cet espace, qui est un espace universel,
surtout en tout cas, qui se solide tout le monde,
parce que c'est un élément style,
vous pouvez utiliser ça pour web, ou pour native.
C'est aussi un kit UI, comme Radix, qui est aussi native en web.
Et puis c'est aussi, c'est même maintenant,
c'est un starter kit, qui a un peu de copie et des composants,
et tout ça.
Donc Tom McGrew est très greu,
c'est... c'est drôle, et quelque chose que j'ai sorti un peu,
c'est que dans un état de la même manière,
c'est 10 fois plus difficile que le framework.
L'amount de code que Tom McGrew a,
c'est 1000 fois plus grand que le framework.
C'est hélérif,
si vous voulez, vous savez,
c'est un style library en UI kit,
parce qu'ils sont vraiment beaucoup,
beaucoup, beaucoup, beaucoup.
Je pense que...
Oui, c'est juste que,
quand vous vous rendez dans les détails de certaines des interactions,
des composants,
qui ont besoin de travailler sur la plateforme,
et vous pensez à comment ils doivent adapter
aux différentes dimensions de la screen,
et de la différence entre les différents...
différents des outils,
et des différentes interactions de touch,
et des points de la screen,
et des informations,
il faut être en train de se déranger un second.
Et vous devez tester ça sur 3 différents engines browser,
il faut travailler sur SSR avec Node,
et différentes versions Node,
et il faut travailler sur React Native.
C'est un nightmare,
et on a mis vraiment le travail,
et ça me semble que Tom McGrew est stable.
Je pense que la histoire,
et les gens qui n'ont pas checké Tom McGrew dans un while,
c'est que,
on a eu beaucoup de ups et downs,
on a eu beaucoup de rouges,
et je pense que nous avons pris...
On n'a pas fait un B2,
ce qui devrait être un long temps,
mais on a juste essayé de se sentir bien et de être stable,
et la partie de travailler sur Uniswap
a fait ça.
Uniswap,
ils ont vraiment besoin de nous,
de être stable et de performer,
et c'est ce qui me fait me changer
de façon de l'avouer,
des features fancières et de nouvelles choses,
et nous avons vraiment travaillé
pour les faire comme solides possible,
et je pense que ça a vraiment été un long tour,
il y a moins de configuration,
plus de complexité,
plus de documentation,
plus de weirdness,
je pense que c'est un long tour,
c'est un long tour pour la stabilité,
c'est le genre de Tom McGrew.
Vous voulez parler un peu
d'Uniswap?
Vous êtes un ingénieur staff
d'aussi,
donc,
vous avez utilisé Tom McGrew
quand vous avez commencé,
et quel était
la relation que vous avez
et comment vous avez fait?
Oui, ils m'ont appris
parce qu'ils ont décidé de utiliser Tom McGrew
et j'ai pu
le faire, pas longtemps,
et je pensais que c'était
une bonne chance de le prouver,
parce qu'ils sont
une très design-driven,
très product-driven,
et je pensais que c'était vraiment intéressant.
Oui, je n'ai rien de grand,
c'est un grand company,
ils sont vraiment
très proches,
ils sont très proches,
ils ont utilisé Tom McGrew,
c'est tout pour lesquels ils ont pu

Parce qu'avant, c'était
la extension qu'ils ont
publiée,
c'est un type de bar à côté,
et les apps native
ont utilisé tout,
ils ont utilisé 90% de code
d'utilisation Tom McGrew,
c'est vraiment cool.
Mais le site Web
est un peu
un stack de legacy,
qui a été plus long,
donc nous avons aidé à les avoir,
et je pense que
quelques pages sont fous,
et pas seulement ça,
mais elles sont fous
de la compétition de swap,
qui était énorme.
C'était un grand truc
qu'ils ont voulu essayer,
et qui a été un succès,
parce que leur main
est de swap,
un swap,
et ce type de widget
est le mixte de ça,
et ils ont eu toutes ces différents
features,
comme les apps native
qui ont supporté
ce type de site,
et ils ont été
mis à la planète,
qui a été la synchre,
qui a été la launch,
et...
oui, donc maintenant,
ils sont
complètement...
j'ai aidé à les faire un monorepo,
qui était un grand plus grand,
et puis...
oui, c'était un lot de fun,
c'était un peu...
c'était un peu...
c'était un peu...
et je pense
que le fait de montrer
que ça ne pourrait pas être fait,
et que ça ne pourrait pas être fait bien,
c'est difficile.
Ça requitait
un...
ça requitait un équipe
qui est
bien et sait
ce qu'ils font et peut débarquer
toutes ces issues.
Donc je pense que ça
sort de l'un ou l'autre,
qui est
le plus grand source de complexité,
je pense, de la code de partage,
c'est...
c'est le fait que vous avez
deux différents bundles,
deux différents routers,
deux différents sets
de la façon dont vous configurez les choses,
avec deux différents frameworks,
deux différents sets de documentation
pour refermer,
c'est juste
beaucoup de choses,
et c'est où la première
vient de vous,
c'est de tourner deux à l'une.
Et je pense que, oui,
Uniswap est grand,
et ils ont pu le faire,
mais pas que les autres ne peuvent.
Et donc...
Mais je...
Je vais définitivement
dire à quelqu'un
qui veut...
Vous savez,
vous êtes un docteur,
un hater,
je pense que les autres
ne peuvent pas faire une bonne app,
ils ont prouvé.
Donc vous vous dites que
Unistat est un peu
de votre travail
à Uniswap.
Est-ce que,
quand vous soyez
supportant
cette page statique
contre les app-stuffes,
ou comment ça s'est passé?
Je veux dire,
en un moyen,
c'est presque inévitable,
parce que,
nous sommes aussi vendus un takeout,
qui est le kit de Tomaguri,
qui est le next.js,
qui est collé
avec React Native,
en utilisant Solito,
qui est le library
de Fernando Rojo
qui est un ami de moi.
Et oui,

ce stack aussi,
100% des problèmes
que nous avons,
basically,
de personnes qui sont venus,
je veux dire,
ont dû être,
c'est juste si complexe
de se faire avec toutes ces différents pièces.
Et donc,
je pense que c'est les deux.
Comme,
Unisop,

nous avons mis ensemble
toutes ces app,
et c'était juste,
comme,
vous pouvez clairement voir
comment c'est plus simple,
si vous pouvez les mettre
en 1 frame,
et puis la même chose,
oui, le takeout,
c'était vraiment,
c'est presque me déterrissant,
sur un de l'aéros,
parce que c'était,
c'est possible que ça soit
plus simple,
pas que,
je pense que c'est le meilleur que nous pouvons faire,
c'est une des choses
où c'est,
ça n'a pas été solide,
je pense,
en un moyen,
mais oui,
c'est clair que c'était le moyen
d'aller,
je pense,
probablement,
c'est un des lores que,
nous avons fait le BXRN,

c'est juste le VIT,
en s'appliquer en réaction,
à l'université,
que j'ai montré,
à VIT-Cons,

la dernière,
c'est une année,
et c'était juste un expérience,
comme,
je suis juste inquiétant,
parce que,
les métros,
les métros,
oui,
les créateurs des métros
m'ont demandé de me tuer,
comme,
c'est comme,
les métros sont un bon projet,
c'est,
c'est vraiment bien,
et,
à ce que cela fait,
c'est comme,
la bundlement native,

en meta,
en 4 meta,
c'est très,
très,
introvertis,
je ne sais pas,
les mots sont les mêmes,
c'est très,
focussed sur,
ce que meta a besoin,
le projet.
En tous cas,
et,
c'est aussi,
c'est comme,
pour le web,
ce n'est pas encore travaillé,
jusqu'à très rapidement,
je pense,
même jusqu'à très,
très rapidement,
je ne sais pas comment,
tester les dernières versions,
mais,
Mais je pense que même le code explique, c'était techniquement en train de travailler, mais pas vraiment.
On avait un ami qui en utilisait...
Parce que je pense que le projet de l'obvient, le projet de l'obvient en ce moment qui est en train de faire une chose universelle,
est en train de utiliser Metro et c'est Expo Router.
Et on a déjà exploré, comment on peut faire un framework et comment on va faire le build.
Et je pense que pour nous, Metro n'était pas vraiment...
Il n'y avait pas de manière de faire un framework sur Metro.
Parce que je pense que vous devez avoir l'accès à l'équipe Metro et faire ce que vous voulez.
Et je ne vais pas avoir ça.
Mais Vite, pour moi, c'est... C'est tellement incroyable.
Avec Tom Agui Compiler, nous avons eu Vite Exposure,
où j'ai construit le plugin Webpack, le plugin Metro et le plugin Vite pour Tom Agui.
Et le Vite, ça a été un jour et demi, comparé à l'autre, qui a été en train de prendre quelques mois.
Et, pour moi, je ne me déterris pas.
Mais le Vite plugin est un travail de l'art.
Oui, il y a une complexité,
qu'ils se déterrent avec de la production et pas de la développement.
Il y a toujours ça, mais le design de l'application, l'API,
et tout le service, c'est la documentation, les types, la documentation JS.
Tout ça est mieux que l'un des projets que j'ai fait.
C'est juste immaculé.
Par exemple, Vite 6 nous a aidé beaucoup,
parce que Vite 6 a introduit l'application de l'environnement,
où vous pouvez faciliter les environnement.
Parce que, je pense que Vite 5, en général,
il y a seulement deux, client et service, SSR.
Et puis, il y a des components de service réactifs,
il y a RAC native, mais il y a aussi des environnements.
Ils ont ajouté l'application d'environnement,
mais ça m'a fait brouiller le moment
qu'ils avaient une grosse documentation de la page RFC avec un grand PR.
Et les docs dans la RFC étaient mieux que les docs.
Juste les docs pour l'environnement, les RFCs étaient très utiles,
ils ont été très détaillés,
ils ont été très éterrés sur l'API.
Je suis juste un Vite Maxi,
je pense qu'ils connaissent vraiment
comment faire l'open source,
comment faire le design, documenter,
et les shows, ils ont 60 000 stars,
c'est quelque chose de fou.
Si je pouvais faire Vite, c'est un peu idéal.
Le premier principal de Vite est la bande d'alors que je choisirais.
J'ai fait un expérience avec VXRN,
mais il a été bien,
c'est difficile de réagir,
c'est très difficile de faire.
Je pense que la première fois que je fais ce framework,
c'est de bundler et travailler avec Vite pour réagir,
surtout parce que Vite est ESM-focussé,
qui est un peu ironique,
car le réagir n'a pas de support ESM.
C'est comme, comment fais-tu ça?
C'était une grande partie de ça.
Je vais laisser ça pour ça si on veut.
Mais je pense que les prochaines choses sont,
quand on a prouvé ça à VCON,
on a pris un petit break, je ne suis pas sûr.
Je suis un ami qui a utilisé un expérience,
ils ont complété qu'ils avaient un bundle de 10MB de JavaScript,
et je suis inquiétant,
ils n'ont pas encore été déclarés.
C'était un projet de fond,
je pense que c'est un projet de fond,
on a pu voir comment on peut faire ça,
et aussi, pour l'expos,
je vais dire que,
je me sens un peu en train de voir si on veut faire ça.
Partenant de l'expérience,
c'est moi qui ai pris l'expos,
et je me suis dit,
peut-être que je peux faire le filo de la vix R&L,
parce que ça serait le prochain.
J'ai sorti de ça,
et j'ai continué de faire ça.
On a diversifié un peu,
mais je vais dire,
des cours,
des logiques de filo,
on verra que c'est un peu similaire,
on a utilisé l'opinion,
on a utilisé la navigation,
la majorité du travail de la route,
on a utilisé des filos de la vix R&L,
on a utilisé des choses d'expo,
on a utilisé des choses d'autres,
des choses d'autres,
les routes de type SBA,
on a utilisé le site de TomAgui.Dev,
qui était un type de feature,
un app de JAS,
qui a créé des parans,
des profs de la vix R&L,
on a utilisé ça,
des tables,
on a utilisé ça,
on a utilisé des choses d'autres,
on a utilisé le site de TomAgui.Dev,
on a utilisé le site de TomAgui.Dev,
on a utilisé le site de TomAgui.Dev,
c'est en plus de des pièces
de填 claps à fel,
y avait une 저
de la maquillerie et de la prochaine JS.
Je pense de l'un de ce que vous avez construit ici
comme une nouvelle métaframe.
Je dis la métaframe dans le sens de la prochaine JS,
ou la remix, ou la sphète,
ou ça semble appliquer cette pièce.
Vous utilisez React et supportez React Native,
qui est la vraie nouvelle innovation ici.
Mais il y a beaucoup de features
que les gens ne connaissent pas.
Les clients, les services,
les générations de site statiques,
les routiers, les routiers filé, etc.
Vous aimeriez expérer ça ?
Je n'ai rien à faire.
Il y a beaucoup de choses, mais je pense que,
à un niveau haut, c'est comparable à...
une remix, mais ça donne un Ssgspa,
SSR et le works on native.
Comme c'est aujourd'hui,
je dirais que la whole 0 est où nous sommes,
mais je pense que nous sommes un peu plus compliqués,
mais nous sommes un peu plus compliqués.
Le prochain rinkel de la première,
c'est la reine de la reine,
qui veut que les gens puissent bouger très vite.
Je pense que ces solutions de la première,
de la 1e, de la 1e, de la 0e,
sont clairement la façon de la faire.
Et un peu de la corollerie,
pour des services,
où beaucoup de gens sont en train de le faire.
Je pense que c'est un peu de la history,
que je suis très surpris de voir les services,
la façon dont ils sont créés,
et la façon dont ils sont implémentés.
C'est une solution qui vous requiert
de connaître beaucoup de nouveaux concepts,
et de faire beaucoup de travail pour ça.
Et en fin, c'est pas clair
que ça fait du mal à faire votre loadage,
et de la manipulation,
et d'être plus complexe,
vers une solution de plus local.
Il y a beaucoup de choses à parler,
mais je pense que l'une des choses
qui ne nous fichent pas,
c'est les services.
On peut en mettre des choses de bundles,
mais on peut impliquer
un subset,
un subset limité,
un subset à l'impiné,
pour les savings de bundles,
mais les autres sont comme,
je pense que, si vous avez un point de vue,
c'est très bien.
Et ça ne vous fait pas penser
à la base de service,

et que vous avez un point de vue
qui vous permet d'avoir des choses












de plus local.
C'est un point de vue
qui nous permet de faire
une solution de plus local.









Et c'est un point de vue
qui me fait penser
que,
pour les autres,
c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses

Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue













qui nous permet d'avoir des choses













Et c'est un point de vue











Et c'est un point de vue

qui nous permet d'avoir des choses










Et c'est un point de vue
qui nous permet d'avoir des choses

de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue


Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses

Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.













Et c'est un point de vue
qui nous permet d'avoir des choses












Et c'est un point de vue













Et c'est un point de vue
Et c'est un point de vue
qui nous permet d'avoir des choses










Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue
qui nous permet d'avoir des choses




Et c'est un point de vue

d'avoir des choses de plus local.

Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.
Et c'est un point de vue





Et c'est un point de vue
qui nous permet d'avoir des choses

Et c'est un point de vue
qui nous permet d'avoir des choses
de plus local.












Et c'est un point de vue
qui nous permet d'avoir des choses




d'avoir des choses de plus local.
dans votre part de la stratégie long terme.
Mais, qu'est-ce que vous décidez de vous couper
en tant que ce que vous essayez de faire ?
Verses, comme,
Oh, ici est une solution de la solution de la fête de la date.
Oui.
Oui, vous savez, je vais voir si ça se termine
pour être la bonne chose.
Je pense que ce que je veux...
Je pense que c'est comme de retourner au type de rail.
Mais je pense que pourquoi ne fonctionne pas ?
Pourquoi ne pas avoir un rail moderne ?
Et je pense qu'il y a des bonnes raisons.
Je pense que...
On se défendra beaucoup plus grand et plus complexe
des problèmes avec les clients.
Les apps, vous savez, que nous avons fait en ce moment.
Donc il y a beaucoup plus d'équilibre.
Il y a aussi un peu plus de moules dans notre industrie, je pense.
Et beaucoup plus de gens qui se défendent de différents problèmes.
Et je pense que c'est un peu un coup d'oeil
de essayer de se faire et dire
que nous allons se défendre tout à l'heure
et que vous allez aimer.
Je ne pense pas que vous venez.
Parce que je ne veux pas...
Je pense que c'est un start-up entier.
Et peut-être plus.
Ils ne peuvent pas le faire.
C'est pas si difficile.
Il n'y a pas de chance que je vais faire ça
pendant la construction de la framer.
Mais je pense que c'est un peu sympa
de avoir cette demi-step.
Une framer pour le stack de l'air,
mais pas pour le vol.
Si vous followz ce path de l'application,
surtout avec le data, je pense,
le data est vraiment très bas.
Si vous avez ce data-l'air,
je pense que ça va faire un truc incroyable
dans la framer.
On n'a pas même vu ça.
Ça va donner des upgrades
de l'expérience de l'usage,
de l'expérience de l'expérience de l'expérience.
Et aussi, je pense que
d'être un peu opinionnés,
on a un point d'intervention,
et le service rendu
est un peu de travail
pour faire le travail.
On peut résoudre
des bumps
que vous avez normalement
pas imaginés.
Je pense que
on peut aussi
ajouter un peu de valeur
sur ce point,
des interfaces pour votre data.
Je pense que
d'avoir un schéma
pour vous donner des migrations
très facilement.
Je pense que
il y a beaucoup de cool stuff
sur le point de
faire un travail
en tant que
un stack de vos données
que vous comprenez
de la data de votre stack.
Il y a beaucoup de cool tooling
et d'autres bénéfices
qui sont en train de se faire.
Et puis,
je pense que
vous pouvez l'adresser.
On ne veut pas être trop opinionnés.
On veut vraiment
travailler
sur ce qu'on fait.
Je pense que le final
de la pièce,
si nous ne faisons pas
un service,
nous devons avoir
une solution.
C'est pourquoi
nous avons dit
que c'est le moyen de la

Nous pensons que c'est
le meilleur setup.
Nous
voulons ébrasser d'autres solutions
si elles sont bien
et qu'on a des
façons d'initier
avec d'autres types de lois.
Nous avons parlé de
des gens que nous sommes de la société.
On pense que les traitoffs
ne sont pas les mêmes.
On pense que le traitoff
fonctionne très bien pour les
plus grands.
Nous voulons les mettre en place.
Nous avons été alignés.
On godt l'avoir contaminé



Il y a des
jedenins de notre

Ça socketait
ça Xinlavee
un appel àizado à Zawib.



lre
tha
lips
4

On ne veut pas de soutien, ça a l'air...
Parce que le service est un peu de problème, c'est un peu un peu un peu de l'ambrella.
Et donc, je pense que...
On ne veut pas que notre route soit de la surface,
ça pourrait faire des choses beaucoup plus difficiles pour nous,
et je pense que pour les utilisateurs, et pour les gens qui sont construits,
comme l'un des sites local, ça ne fait pas du tout le sens.
Tu veux le cash et tu veux...
Tu veux que la plupart de tes choses soient en client-side, en termes de...
Je veux dire, oui, ton data est cashier, et il est en train de se faire,
et si tu as ton data déjà instantanément disponible,
si tu dois faire un tour du service pour que tu puisses mettre le next page,
et tu vas voir ce que tu vas faire,
tu as fait un bon expérience d'expérience que tu as des apps locales.
C'est ça qui est le raison.
Et puis, je pense que, comme des choses de bundles,
où tu peux totalement éviter de mettre des choses dans ton JavaScript bundle,
et de mettre à l'application le client, c'est ce que j'aimerais mettre dans le service.
Et je pense que c'est doable.
Je pense que ce que ça pourrait devenir,
comme je ne sais pas ce qu'il y a encore,
on n'a pas vraiment parlé de ça,
on a parlé de quelques gens qui travaillent,
même sur le team React, et tout ceci,
et donc on a une idée de comment ça pourrait fonctionner,
mais ça serait peut-être une inversion de l'application,
ou un limiter strict sur les traités de mixation,
parce que maintenant, avec le service de React,
tu peux vraiment mixer les choses.
Tu peux passer un component de service
à un component client, et passer ça en bas.
Tu peux sortir de mixer dans un moyen dynamique.
Et ce que nous devons faire, c'est que,
on a peut-être des loaders,
je pense que le remix est en train de faire des loaders,
si tu retournes au JSX,
c'est juste un truc de statique qui n'est pas loadé.
On pourrait impliquer ça,
on a regardé ça, c'est pas si difficile,
mais tu n'es pas capable de mixer les traités
et de faire ce genre de choses
que le service de React vous permet de faire,
mais tu peux dire que c'est un JSX
que nous voulons charger,
c'est un MDX, c'est mon contenu statique.
Je ne vais pas pouvoir passer des props
par le service,
ce genre de choses que vous faites,
mais tu peux toujours éviter de le mettre dans votre bonbon.
C'est ce que j'imagine.
Je pense que beaucoup de les features
que tu as sorties de l'outil des docs,
sont très fortes.
Tu as fait beaucoup de choses incroyables,
c'est des types routes,
ce qui j'apprécie beaucoup,
c'est déceptifement tricky
de créer des types pour un router.
Un autre truc,
c'est un fallout
de quelque chose que j'apprécie beaucoup.
Tu as cette façon de définir,
tu peux définir,
si l'app est un SPA
ou un service à generator,
mais tu peux aussi faire ça par page,
c'est un métafé typique.
Il y a beaucoup de choses que tu as choisis,
mais je l'aime spécifiquement
comment tu encodes le nom de ce file.
C'est comme un file de nom,
plus comme le truc.
C'est vraiment incroyable,
parce que beaucoup de les métaféres
sont exportés par un variable,
ou quelque chose,
c'est comme un fil écrit dans le file.
Tu dois te rappeler,
ou je le fais,
c'est comme,
qu'est-ce que le style de ce truc,
et trouver le truc.
Je t'ai évoqué pour être scannable.
Qu'est-ce que tu penses
de autres features
ou d'autres choses que tu as faites,
qui sont innovées
dans le cadre de la façon dont
les gens créent des frameworks,
d'une manière très évidente,
c'est comme, oh, c'est un réact,
ce n'est pas pour être scannable.
Est-ce que tu es vraiment
très proche de toutes les choses
que tu ne peux pas faire pour les gens?
Honnêtement,
je ne veux pas
essayer et atteindre les gens.
Je pense vraiment
que,
je veux dire, un est plus tard,
et je suis travaillé sur
ce genre de travail en temps,
et un projet en temps,
c'est mon deuxième projet.
Je suis en temps en temps
de travail en temps.
Nous avons un petit team
qui a fait des extraits
et qui a fait du ménage.
Je pense que nous avons assez
de focus pour donner
le plaisir que ça doit.
Je ne vais pas vraiment
dire que nous avons
trop de plus que ça.
Je pense que c'est un peu
de polish pour être un projet en temps.
Je pense que c'est un peu de refinement.
Je pense que le fait que tu peux
avoir des preuves parfaites,
des preuves prenaitres
avec des preuves prenaitres,
les contenus de la prochaine page,
c'est super fast.
C'est facile de servir
en production avec un commande single.
Je pense que si tu comparais
même à des frameworks existants
aujourd'hui, comme un remix,
je pense que ça fait vraiment bien.
C'est vraiment bien surprise.
Nous avons aussi fait des choses
comme, on utilise la navigation React,
mais ça peut être un peu grave.
Nous avons répliqué un peu
de la réplicaire de certaines dépendances
avec notre propre version.
Je pense que la partie de la partie
que nous avons faite,
vient de refiner
ce qu'il y a
et de faire vraiment bien
pour être plus tard.
Le projet per page est vraiment cool.
Je pense que c'est un truc
qu'on a vraiment focusé
et que nous avons essayé de travailler
très bien.
La partie de la partie React
était énorme.
La partie de la partie React
est la grande partie
dans le futur.
Nous sommes en train
de faire un grand plus
de choses.
Nous ne sommes pas en train
de compliquer, nous sommes en train
de garder les choses simples et de donner
une stack de l'appiniation
pour les apps
de la plateforme shared.
C'est ça que nous allons rester.
Nous avons des remises de la remise.
Nous avons impliqué ça nous-mêmes,
mais ce n'est rien de nouveau.
Je pense que
avant ça, je l'ai allumé
à la dev-tooling.
Je pense que c'est quelque chose
qu'il n'y a pas de frameworks.
Il y a des trucs cool pour venir
à la base de ces trucs.
Surtout si tu fais optin2zero
qui te donnent des superpowers

des superpowers que tu n'auras pas
sur la 1e.
Je pense qu'il y a
plus de combats, mais c'est
assez que nous avons
un React Native et ça marche
très bien pour Web.
Vous avez dit que vous êtes
encore en beta.
Qu'est-ce que vous allez prendre
pour un v1 et est-ce qu'il y a
quelque chose de critique qui doit être
ajouté avant?
Je dirais que Web
est
une des pages 404
qui marche.
C'est la dernière chose.
Web est
si tu es bon avec un
custom 404,
c'est la production
qui va être préparée.
Je pense que c'est la production
qui va être préparée.
En fait, je pense que c'est
une web qui est assez
native.
Parce que nous avons dû
l'impliquer en scratch et
en hot reloading, c'est
beaucoup mieux.
On a un uniswap
un entire UI
en train de

Pas l'un des UI, mais
les packages,
tous les UI,
on a un sandbox
pour les tester.
Je pense que c'est un bon
usekit.
Si tu as une company qui a
un web native
et un app Web,
ils ont utilisé le React app
choquant.
On a un new design
pour ça.
J'ai un v1.
Je l'ai
empliqué.
Et ça a été
très bien.
Je pense que c'est un bon
usekit.
On a un




un
un
un
un

un

un




un
un
un
un
et fixer un peu de choses.
Donc oui, la nata semble être par la main.
La réloadation de la hot-reloading a besoin d'un peu de travail.
La hot-reloading est très bien de single files.
Quand la hot-reloading commence à toucher plusieurs files,
nous devons fixer ça un peu.
Nous avons une bonne idée de ce que ça ressemble à maintenant.
Mais la métro est très bonne à ça.
On les donne des profs.
C'est probablement la meilleure hot-reloading que je n'ai jamais utilisé.
Je ne pense pas que la réloadation soit bonne.
Je ne pense pas que la réloadation soit bien.
Mais je pense que nous allons être très proches.
C'est la réloadation de la hot-reloading.
Et puis, on va essayer de trouver les 100 ou 1000
des packages de réactivité les plus populaires.
Et de construire un grand test suite pour faire surement que ça fonctionne.
Et je pense que si nous fixons la réloadation un peu plus,
nous serons plus proches que je pense que ça peut sembler.
C'est fait.
C'est fait pour un long temps pour nous voir où nous sommes.
Mais maintenant, on a trouvé que l'autre jour,
j'ai fait un packages de réactivité très intense.
Et ça a travaillé sur le premier test.
J'étais très heureux de ça avec React Native.
C'est surtout la réloadation de la hot-reloading,
et je pense que c'est juste de tester les choses un peu.
Je suis très heureux de voir ce que je fais.
Je suis très heureux de voir ce que je fais.







C'est un grand test.





















C'est un test.



C'est un test.
Je suis très heureux de voir ce que je fais et de faire bien.
Je suis heureux de voir un test de réactivité très intense.
Et de pouvoir trouver un problème.
Mais avec le travail que tu as fait à ce point,
qu'est-ce que tu penses que ça a été le plus solide dans ce space ?
Quels autres choses nous devons trouver pour faire des appels universaux plus facilement ?
C'est une question très belle.
C'est un très bon point.
Je pense que je parle de ça un peu.
Je pense que le problème était avec Tom Agui,
quand j'étais 1ère, et je pense que c'est pas solide,
mais c'est beaucoup mieux maintenant.
Et puis avec 1,
le problème était le facteur qu'il a besoin de 2 frameworks,
2 bundles, tout ça.
Je pense que nous avons solide ça.
Je pense que 0 est une façon très rare.
Nous avons un solution libre pour le data,
ce qui est le plus grand.
Dax, je ne sais pas si vous connaissez Dax.
Je suis heureux de voir ce que je fais.
Je pense que le problème était avec le solide,
et il a fait beaucoup de problèmes.
Je pense que React est un modèle plus meilleur.
Je pense que le bif avec React est que le state est si délicat.
Mais avec 0, c'est un state solide.
Je ne vois pas pourquoi je ne peux pas utiliser React,
surtout avec l'Ecosys.
Je pense que le state,
pour moi, le state avec React,
était très délicat,
surtout quand le state est réconstitue.
C'est un point de vue de l'esprit,
mais je veux que le state soit 0.
C'est parce que le state est très délicat.
Mais je ne sais pas pourquoi
vous ne pouvez pas utiliser un partage effeméral.
Vous pouvez utiliser le 0 pour tout.
Et le deuxième, c'est que je ne vais jamais toucher le state.
Je pense que c'est génial.
Je pense que ça serait très cool.
Je pense que le site de data est l'un des problèmes de solitude,
surtout pour les partages entre native et web.
Parce que, oui, vous voulez que la speed native
soit en mode web, vous ne pouvez pas avoir un bundle de bundles,
donc je pense que 0 nous donne.
Je pense que la dernière chose,
la dernière grande zone que je vois, c'est Harry,
que nous travaillons sur.
Nous travaillons avec un très talentuel,
un dominière qui est de la Philippines,
qui est en train de construire des choses très impressionnantes.
Je pense que c'est un mix de native
et non native UI avec React Native.
Maintenant, vous devez l'assurer que quelqu'un a construit
une grande library et que vous pouvez utiliser.
Et que ça fonctionne.
C'est aussi très difficile de mixer vos vies
avec les vies actuales native.
C'est très difficile pour les authors de la library
de la faire de cette façon.
Et ça fait que ce n'est pas que beaucoup de ces libraries.
Je pense que dans le futur,
l'idée serait que je peux pluger un sheet de native iOS,
un code de native iOS,
tout ce que je dois.
Et je dois toujours avoir le contact de réacteur
très facilement et adapter entre les deux très facilement.
C'est comme la dernière brige
pour faire que les apps native s'y sentent très bien.
C'est pour très facilement pluger
plus de types de native UI.
Nous avons réellement
la nouvelle version de la comique
qu'on a réellement faite l'autre jour.
Je pense qu'on a étendu des upgrés
pour notre sheet et nos components adaptés.
Et puis, je suis en train de travailler
avec Dominic, une nouvelle sheet de la comique
que il a travaillée.
Il est très cool.
Il fait un travail très cool.
Je peux vous envoyer un link
ou un truc pour que vous puissiez pluger.
Il a construit un brige très intense
qui lui permet de faire ça plus facilement
sur la nouvelle architecture et la ancienne architecture
React Native, ce qui était difficile de faire.
Et ça fait que c'est un brige
qui est un brige très natif.
Il y a un brige basse,
un brige à côté, un brige à gauche,
des points de snap,
des backgrounds de blur qui sont native.
Mais vous pouvez rendre
tous vos contenus React Natives
très facilement.
Et un autre truc que je pense que
Marc est un acteur de React Nitro
qui fait que c'est plus facile
d'y faire,
d'y faire un petit tour
de la suite.
Je pense que ça est le plus
판 d' Pandemie
sur la doublesité.
T ekboyard throat
Cメ et
bre voyage


natureple
s t t

Brentier before
sites
ai

s t
s t
s t


u
ou
digit
On a un rôle qui va être en train de mettre un exemple app qui va être très slick,
qui a un bunch de UIs native sur iOS, et Android.
Je veux mettre cet exemple app pour un, et Tom Agui, qui est comme,
« Tu sais, depuis le jour 1, tu as un bunch de choses native, tu peux te rendre,
ça te rend très bon sur native, ça te rend très bon sur web, et c'est vraiment sympa de le faire.
C'est ce que nous avons essayé de faire depuis longtemps, et c'est vraiment le dernier,
un grand défi, donc on va travailler sur ça.
Ça ressemble à un bon et incroyable, je suis vraiment excité de voir ce qu'on va faire.
C'est cool, ça nous rapporte pour nos questions cette semaine.
Merci pour venir, Nate.
La nouvelle chose que tu fais, ça me semble assez mindblowing,
et je suis vraiment excité de le vérifier.
Tout le temps que je mets un exemple app, je me dis, pourquoi je ne suis pas utilisée en React Native,
et ça me sent comme la dernière chose à me mettre sur l'edge et prendre le défi.
Merci pour venir.
C'est cool, merci Andrew et Justin, j'apprécie.
C'est toujours un bon chané pour toi.
C'est bien, c'est bien de te faire de retour.
Et j'espère que le prochain jour,
il y aura une histoire plus complète,
et nous pouvons se dépasser un nouveau launch.
C'est vraiment incroyable de te faire de retour.
Je me souviens de tes propres, pour ce travail.
Nous avons parlé dans le dernier épisode,
j'ai fait des travail en arts,
et c'était vraiment difficile,
et c'est incroyablement difficile,
donc j'ai un grand respect pour ce que je fais.
Et je suis assez fier de le futur,
parce que si ça fait plus facile pour changer,
pour évoluer des appels de mobile,
peut-être on va voir plus de ça dans le monde,
c'est incroyable.
Donc, propres, bonsoir, nous sommes en route pour toi.
Bonne journée, les gars.

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

devtools.fm:DeveloperTools,OpenSource,SoftwareDevelopment

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

Lien du podcast

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

Go somewhere