Rich Harris - Svelte, Rollup

Durée: 47m28s

Date de sortie: 08/10/2021

Join as we talk with Rich Harris, creator of Rollup, Svelte, degit and more. Rich works at the New York Time developing engaging data visualizations and building the tools of tomorrow.


Tooltips

Andrew

Justin

Rich

Un nouveau s'est passé au environnement est assez esthetérique.
En beaucoup de façon, mais j'ai trouvé que si vous pouvez
se résoudre à la requise de développement de un nouveau s'il vous plaît,
vous avez en fait résoudre un peu de problèmes de développement
qui sont assez universaux.
Bonjour, bienvenue à la podcast de DevTools FM.
C'est un podcast sur les tools de développement et les gens qui le font.
Je suis Andrew et ce sont mes co-hosts Justin.
Salut, tout le monde.
Notre guest aujourd'hui est Rich Harris.
Rich est, correctement, si je suis en train de le dire,
un journaliste interactif à la XIe,
qui aussi somehow trouve le temps de créer
des tools de qualité de la qualité et des frameworks comme Spelt, Rollup,
digite dans votre temps libre et ce temps libre que vous avez.
Rich, est-ce que vous avez d'autre que ça?
Vous voulez dire à l'audience de votre propre?
Non, je préfère se cultiver dans l'air de la mystérie.
Je vais dire que c'est une prononciation.
C'est supposed à être de la digite.
Tout le monde a compris.
C'est comme si vous étiez en train de retirer les parts de la repos.
Cool, Rich.
C'est vraiment un plaisir.
J'ai toujours vraiment aimé parler avec vous.
Donc, juste pour commencer,
c'est pas une exaggeration de dire que les projets que vous avez travaillés
ont eu un impact profond sur le système de JavaScript.
Comment avez-vous trouvé le temps de investir
dans cette travail profonde?
Quand vous avez un travail que je suis assumé
est assez timide et a pris une concentration intense
et que vous utilisez pour cet travail.
Donc, comment avez-vous trouvé le temps de faire tout ce genre de choses?
Tout d'abord, vous êtes très gentil à dire ces belles choses.
La réalité est que je n'ai pas trouvé
presque de quel temps que je voudrais.
Ou, si les projets ont besoin,
si quelqu'un qui paye attention à la développement
de Spelt et Spelt, peut probablement tester.
Mon record de trac de estimation
quand les choses vont être faites est moins que la stèlée.
Mais vous êtes bien sûr que le travail
est très dédiément.
Il peut être très intense à ses plans.
Et je pense que j'ai essayé de faire un balan
par évaluer des opportunités
pour travailler sur ces projets
durant des heures de travail
à l'extérieur que c'est utile
pour les projets que je travaille sur.
Et sur ce, c'est le genre de
les evenings et les semaines
que j'ai essayé de balancer
par un normal vie.
Mais c'est difficile.
Il y a 1000 aujourd'hui.
Oui, je me sens bien.
Peut-être pour les gens qui ne savent pas
ce que vous faites.
Vous pouvez expliquer plus
ce que votre rôle est?
Je peux.
Je suis dans le département de graphique
et le temps, c'est un équipe de
je pense, des 50 ou 50,
qui sont tous des combinations
de journalistes, des designers et des développeurs.
Dans cette mix, on a des gens
qui spécialisent en choses comme
cartographie.
Et le département,
il y a beaucoup de choses.
Il s'agit de breakage des événements.
Il va rapidement
donner des maps de locatres
qui ne sont pas en place
de la particularité des désastres.
Ou il va mettre
les explotants visuels
de ce que nous savons
sur un événement de curieux.
Mais il va aussi faire
ces dives basées
dans des histoires
qui sont les meilleures.
Un bon exemple
serait
des travail que mes co-workers
ont faits sur les Olympics.
Ils ont fait des détails
de breakdowns avec la capture d'enlèvres
de la façon
que différents athlètes
et différents disciplines
ont parfaité leur création.
Et il s'en s'exprime
d'un gamin
de deux heures de tournage
pour ces dives longues
dives basées.
Pour les dernières deux années,
j'ai travaillé
sur notre tracker de coronavirus
qui est un set de pages
qui vous montrent
où les cas de coronavirus
sont dans le U.S. et autour de l'Ontario.
Plus recentement,
j'ai fait
des coverages de la Olympics
de mes propres.
Et dans le background,
j'ai eu beaucoup de temps
de penser sur
nos workloads de production
et comment nous pouvons être plus efficaces
dans la création
de ces graphiques.
Donc, en parlant de ça,
est-ce que tous vos
différents frameworks
sont expériments ?
Je ne pense pas que
les gens
puissent entendre votre travail
et dire
qu'il va créer
le compétitif de Webpack.
Comment ça s'est passé ?
Ça a été un peu
des requimités
de travailler dans le salle de la news.
Donc, la chose que vous êtes en train de faire
c'est que
j'ai commencé
pendant mon travail
dans le cadre de mon travail précédent
avec le gardien.
Et c'est essentiellement
parce que les outils
qui étaient dominés
à la fois,
n'est-ce pas que
je n'ai pas fait un bon travail
de délivrer un code efficace.
Je pense que le Market
était le plus important
de l'époque.
Et le Market
était une révolution
quand ça a été créé.
Ça a évoqué
les choses
qui n'étaient pas possibles.
Mais ça a eu
une faible cause
et la faible cause
a été payée en termes
de plus de bêtes
pour votre bundle
et plus de bêtes
pour chaque module
de votre code base.
Donc, si vous êtes
suivant les meilleures pratiques
et en délivrant un code moduel,
vous avez payé une pénalité pour cela.
Un peu d'animes,
les modules ES
ont commencé à devenir un truc.
Et ça a semblé qu'il y avait une opportunité
de re-devoir
comment les bundles ont travaillé
par la nouvelle
syntaxe moduelle
native
qui a juste été standardisé.
Ou peut-être
dans le processus
qui a été standardisé.
Ça a été motivé
beaucoup par le fait
que quand vous faites un code
dans un environnement de nus,
votre app
va s'y mettre sur un page
que vous ne contrôlez pas.
Et votre script de Java
est la dernière chose
qui s'y arrive.
On a déjà
des ades, des analytiques
et des commentaires de readers.
Et toutes ces choses
qui contribuent
au niveau de la page
et la dernière chose
que vous voulez avoir
sur le top de cela
est pour votre code
d'être
nécessairement large
et plus haut pour exécuter.
C'était très motivé
par le besoin
de produire des choses
que c'était
le plus petit possible
pour ce contexte.
Oui, j'ai entendu sur un autre podcast
où l'appliquement a été
et je trouve ça
très intéressant
que vous faites
quelque chose pour un papier
et que vous choisissez de le faire.
Donc je veux juste
chanter ça
comme l'un des meilleurs
noms que j'ai vu.
Oui,
j'ai mis un peu de différents
noms potentiels
mais
l'image
de un chien
qui se démarre
sur la plage
de la plage.
Ils se démarrent.
C'est juste
le sens de faire.
Donc mon partenaire
travaille sur le Times New York
sur l'engénierie.
Et je vois
qu'il y a un
défi
assez fondamental
entre
l'engénierie
généralement
le Times New York
et le salle de
journalisme.
C'est comme
ils tentent de
garder les choses
assez séparées
en
poursuitement.
Donc vous avez
mentionné
que vous avez
pris beaucoup de temps
en pensant
sur
comment
poursuivre
les assets
pour les
interactions visuelles
entre vous et votre team.
Est-ce que
il y a des tensions
entre vous
et l'organisation
d'engénierie
qui croit
en
étant
que vous sortez
comme
le
Times New York
est comme un
repos
et vous avez des
besoins différents
bien sûr
mais est-ce que
quelque chose
qui croit
en temps en temps
?
Pas vraiment non.
Ce culturel
de l'esprit

C'est une
sorte d'industrie
étrange
que
le
salle
tend à être distingue
d'autre
de la compagnie
largement
pour
protéger
les presses
de l'esprit
pour
comment nous pensons
de la compagnie.
Je ne sais pas
que c'est
comme un sac
est-ce que
est-ce que
les sounds
dans le contexte
de
la
salle
versus l'engineur
mais ça existe.
Et je pense que
comme résultat
de ça
ils ont toujours été
très attentionnés
pour faire sure
que
nous avons
ce
salle
dans lequel
nous pouvons
faire
quoi que nous voulons
donc quand nous
construisons
des graphiques
intractables
qui vont dans les articles
nous ne pensons pas
de
comment nous interagir
avec
l'app
réacte
que
NY Times
dot com
consistant.
La idée est
que
dans le futur
nous pouvons
complètement
penser
comment
NY Times
est
construite
et
tous les
contenus
que nous avons
réveillés
ont continué
à travailler
parce que nous n'avons pas
fait
aucune assumption
sur l'environnement
à plus
que ce soit
une page web
ou
d'ailleurs
une documentation
de l'anéatrice
qui est
faite
dans le
app
de l'anéatrice
donc
parce que
ce n'est
vraiment pas
quelque chose
qu'on
généralement
pense
à tout.
Il y a des moments

les lignes
d'abstraction
ont eu
des problèmes
dans le passé
de l'anéatrice
qui
sont déjà
sur le page
et donc
il y a
des
complexes
de
lignes
qui
permettent
les choses
que nous
avons
sur le page
n'ont pas
à
être
clouées
par l'anéatrice
mais
en large
ce n'est pas
quelque chose
qu'on
pense vraiment
en parlant
de l'Olympique
et de toutes les
visualisations
qui ont

faites
que vous avez
aimé
construire
la plus
je ne sais pas
le

exhaustif
de ce que vous avez
travaillé
mais
pouvez-vous
vous rapporter
un exemple
que
vous avez
in
on peut trouver une nouvelle façon de le montrer.
Ce que nous avons déclaré était un peu une visualisation de data
qui sort de l'image de la race qui se passe dans le format animé
dans le contexte de la vidéo qui s'appuie dans la tweet
ou dans l'histoire Instagram.
Ce que nous avons construit était une app pour générer ces vidéos
basées sur le data qui est venu de la vie des Olympiques.
Nous avons donc un gros bloc de Jason et nous devons le faire.
On a donc un petit bloc de Jason et nous avons donc un petit bloc de Jason

Ideally, dans le temps de 5 minutes, nous avons des vidéos
prises pour le tweet.
Donc, en plus de temps réel, nous nous avons démarré
de montrer ce qui s'est passé sans pouvoir montrer.
C'était très bien parce que le nombre d'inchaînes
d'enginéries, de nouvelles décorations,
c'est assez long.
Nous avons utilisé des petits oiseaux,
des vidéos d'inside, des browsers, tout client-side,
ce qui signifie que vous pouvez voir le progressif de la vidéo
que vous venez de rendre et que vous pouvez immediately
cliquer un bouton et que ça se sentait
à un point de vue de la back-end et est prêt pour la publication.
On a aussi joué beaucoup avec 3JS,
ce qui était très drôle.
Et toutes les questions de la production et de l'animation
qui ont fallu de ça, comment nous nous rendons
comme ces petits petits gens qui font
breaststroke versus butterfly et front crawl versus backhaul.
C'était génial, on a eu le plaisir.
Avec un projet comme ça,
sont-ils des constraints super tels?
Vous savez que pour les mois,
nous allons faire cette chose d'Olympics
et vous le préparer.
Où que l'Olympics est deux semaines,
c'est le temps de sprints.
Si c'est comme l'Olympics,
nous connaissons que c'est un mois en avance.
C'est similaire pour les élections.
Nous sommes sur notre calendrier
et nous savons que c'est un moment
où nous allons investir.
On ne commence jamais à faire ces choses
plus tard car il y a toujours des choses.
Mais en ce cas,
nous avons commencé deux mois et demi
avant l'Olympics.
Nous avons vraiment été au bout de
quelques semaines.
Nous avons eu
deux très intensements
pour préparer et les deux semaines
nous avons été au-dessus
de tous les jours.
Tout est passé
en temps japonais.
Nous sommes dans des heures antisociales
et nous avons créé
ces vidéos et les tweetés.
Ce n'est pas comme ça que nous avons été surpris
mais il n'y a pas de temps
pour les choses comme ça.
Même quand vous savez que c'est le cas.
Vous et les gens
qui ont travaillé sur Svelte
sont récemment
récemment, je pense que c'est un mois,
une récemment pour Svelte
et une récemment pour Svelte
plus je pense
que c'est similaire
si les gens sont connus avec Next.js
ou Nox, c'est comme un espace similaire.
Je l'avais entendu
dans des places où vous étiez
utilisés à des temps
pour certains projets.
C'est vrai que vous avez été
en train de faire ça ?
Nous avons fait ça extensively.
La tracée de coronavirus que j'ai décriée
a été déclenché par un app
qui a un page pour
les États-Unis et pour chaque state
pour chaque county
plus nous avons sélectionné les pays
et quelques autres pages non géographiques.
Et initialement
cela a été construit avec les mêmes
tools que nous utilisons pour tous nos autres graphiques.
Quand nous avons décidé que nous voulions
publier ces pages de pays, nous avons
réalisé que nous ne pouvions pas
publier des milliers de pages
plusieurs fois par jour avec de nouveaux données.
Et
je n'avais pas
testé de
comment nous serions
construits dans une façon plus scalable.
À la fois, Svelk a été très plus tard
dans son développement, mais ça a déjà
déjà semblé que la chose que nous
avons mis à la plupart de nos requimages
est capable de fonctionner
comme un générateur statique,
ce qui nous a besoin, car nous nous
générons l'HML et nous le chassons
dans un CMS.
Nous n'avons pas de services.
Un peu de la app a été construite
avec Svelk, donc nous pouvons re-utiliser
beaucoup de notre travail existant.
Il y a un
gars dans la team qui est
construit les tracets et les frameworks.
Si quelque chose se débrouille, nous pouvons
juste lui parler.
Pour toutes ces raisons, nous avons
étendu sur Svelk, même si
c'était un projet très tard
à cette époque, on a
réunit des problèmes de teiling,
mais en tout cas, c'était une expérience
et les choses que nous avons appris,
ont été faites en train de
faire un travail plus flexible
et plus robuste.
Nous avons réutilisé le projet
d'Hélène, la app
qui génère ces vidéos, c'est un app Svelk.
En plus de moi, des co-workers
qui sont à l'aise, nous avons
construit une app Svelk
et nous avons
trouvé un bon développement
quand ils ont étendu un couple d'issues
et ont sorti de l'aide, mais oui,
je pense que ces 3 apps,
c'est probablement la seule fois que c'est été utilisé
pour les choses, si loin de la fois, mais
notre expérience a été très positive,
donc on espère que ça va être utilisé pour
d'autres choses.
Svelk a itself seen a lot of adoption
at the times, or
a it been mostly outside
of your workplace where it's gained
its most traction?
For a long time it was very much outside.
You know, I wasn't interested
in
proselytising it and convincing
people to stop using the tools
that they were already familiar with,
but it happened organically
over time, people would start
using it because maybe we had worked
together on a project and they'd
introduced us Svelk that way, or they'd
seen me talking about it on Twitter
and got curious, and
gradually it's become
a fairly major part of how the graphics department
works.
And that's actually been really gratifying because
the people I worked with are journalists
and journalists are by nature
very sceptical people,
generally
most people
aren't writing JavaScript because they
love it, they're writing JavaScript because
unfortunately we need to write JavaScript
to do the kind of work that we do.
And so when people say, I hate learning new
things, but I decided
to learn this one new thing and I love it,
that's really nice to hear, and so
it is now
pretty core to how a lot
de la fin, mais c'est pas de la fin.
C'est mandaté.
Il y a plein de gens qui n'ont pas touché et qui ne vont pas.
Et c'est tout de même bien.
Tout le monde peut utiliser les sources que ils sont plus confortables.
C'est un peu de fun de voir Spelt se développer.
C'est une sorte de récent.
Qu'est-ce que c'est?
C'est un overflow de stack qui fait que le survey de web development
ou non, le web development, mais le survey de la grande.
Donc Spelt a gagné beaucoup d'attractions,
et c'est un résultat très reporté.
Ce qui a été aussi très gratifiant.
C'est gratifiant.
Le survey de la JAS a été réalisé à la fin de l'année
et Spelt a été listé comme le framework qui avait la plus de satisfaction.
Et puis le flow de stack était plus récent.
Et il y avait une fin similaire.
Je les ai mis en place avec un grand poids de sal,
honnêtement,
parce que les gens qui répondent à ces surveys
sont très loin de la représentation de la population de développeur.
Et il y a aussi un facteur qui est en fait
que les gens qui utilisent Spelt en ce moment
sont généralement en position de choisir leur source.
Si ça devient plus populaire et les entreprises sont en option de utiliser Spelt
et les gens qui n'auraient pas choisi Spelt
sont en force à travailler sur le site,
leur satisfaction n'est probablement pas très grande.
Donc, oui, on fait très bien en termes de
les surveys que les gens ont vu sur Twitter.
Mais je ne vais pas laisser ça passer à nos mains trop vite.
Bien sûr.
Donc quand vous buildez ces projets,
est-ce que vous intentez pour les gens à être utilisés à la fois
ou est-ce que vous faites juste de les couler à votre propre échec
et qu'ils se sont réveillés à la fin de la vie ?
Je pense que c'est toujours de couler à mon échec.
C'est-à-dire que mon échec est généralement
en train de travailler,
je suis en train de construire des choses à travailler
et le tool que j'ai besoin n'existe pas.
Donc,
tu sais, roulez-moi.
Et ce que j'ai généralement trouvé
est que
beaucoup de gens sont échiers
dans les mêmes places que je n'ai pas.
Ça ressemble à la grosse.
Beaucoup de gens ont des mêmes nécessaires
que nous.
Un salle de la maison est un environnement assez éciétérique
dans beaucoup de façon, mais je l'ai trouvé
que si vous pouvez résoudre
les nécessaires de développement de la maison,
vous avez en fait déclaré
beaucoup de problèmes de développement
qui sont assez universaux.
Nos loops de la maison sont très fortes
et nos lignes sont très fortes.
Et si vous pouvez
créer des outils qui arrivent dans cet environnement,
les chances sont
que ça va arriver à l'autre.
Et je pense que nous avons vu ça
avec d'autres choses qui ont vécu de la maison
comme Django, underscore, D3 et backbone.
Ce sont tous les produits de la maison
qui ont été très adoptés
dans l'industrie.
Oh, je ne savais pas
que tous ces outils ont été
mis à la maison.
La source d'entraînement est difficile
et construire une communauté est encore plus difficile.
Avec vos projets succès,
comment vous les gardez?
Vous vous souhaitez que vos followers Twitter
soient comme, oh, c'est génial.
Et puis, vous vous aidez
ou vous regardez pour l'entraînement?
Je me demande toujours la question d'entraînement
parce que j'ai beaucoup de conflits
et de ressources
sur l'entraînement et l'open source.
Et la vérité est
que nous avons juste
été éprouvés par cette question.
Svelte a un collectif ouvert
et beaucoup de gens
ont génialement donné à ça.
Et
comme on l'a toujours parlé
sur ce que l'entraînement
pourrait nous permettre de faire.
Mais d'ailleurs,
nous avons seulement utilisé
ce fondament
pour rencontrer les expériences
de la svelte
et des choses comme ça.
La réalité est que
le monnaie ne transgne
directement
dans les projets bien maintenus.
Il y a beaucoup plus de cela que ça.
Et
les gens qui travaillent sur Svelte
sont un peu
plus tôt.
Nous travaillons sur ça parce que
nous avons aimé le projet,
nous avons aimé la communauté,
nous avons aimé l'entreprise.
Personne ne travaille sur ça
pour le monnaie
directement.
Et donc, nous avons toujours
été très inquiétants
quand le sujet vient.
Et
je sais qu'on doit y arriver.
On doit se faire un moyen
pour transmettre
la générosité des gens
en termes de fondament
dans des canons
plus réguliers.
Mais,
à ce point,
cela a élu.
Il y a été un peu
mieux dans le cas de Roller.
Je n'ai pas
directement été
invité
dans le Monnaie de Svelte
mais je suis toujours
partie de ce monde.
Et
le monnaie qui a
été installée
dans le Monnaie de Svelte
a
directement fondé
beaucoup de travail
qui a gardé ce projet.
C'est quelque chose
qui est
vraiment sympa de voir
parce que
ce roll-up
continue de jouer
une grande rôle
dans l'écosystème.
Un peu de gens
ne comprenaient pas
simplement
combien de choses
sont construites
au-dessus de ce roll-up.
C'est
la source secrète
derrière
beaucoup de différents projets.
Comme Vite,
par exemple.
Vite est
en train de se faire
faire un moment
dans le soleil.
C'est un
bon travail.
C'est un truc
qui a été installé
dans le Monnaie de Svelte.

le truc
sous-vite
est largement
un roll-up.
Je ne sais pas
si ce serait le cas
si on n'a pas réussi
à obtenir
ce fondament.
Mais pour répondre
à la question
sur
si c'est quelque chose
que je vais
dans un projet
en pensant
absolument pas.
Je suis
le plus
fort
personnel
dans l'open source.
Je
fais un truc
que je veux faire
et je le fais.
Et puis je me dis
oh,
peut-être que quelqu'un
d'autre
serait capable de le trouver.
Je me l'ai throwé
sur GitHub
et puis
je réalise
quelques mois
dans la ligne
que j'ai
commis à
maintenir ce truc.
Et si je suis
heureux,
alors
la communauté
va
venir en
et
et ça
a été
beaucoup de temps
et je suis
toujours
très
heureux
quand ça
s'est passé.
Mais
ce n'est pas
parce que
que
il y a
une planète
ou une stratégie
sur mon part
ou autre.
C'est parce
que nous
sommes
un très
généreux
dans la communauté publique.
Bien,
je vais vous poser
une question
qui peut être
difficile à répondre
parce
que je suis vraiment
inquiétant
ce que vous pensez
sur
ce qui arrive
après
ce quitt
ou ce qui arrive
au point de
boulot
et
évidemment
pendant


des
vainctions
pour le faire, ou est-ce que c'est juste l'improvement de ces outils ?
Il y a beaucoup de travail à faire sur Svelkit et Svelkit.
J'espère que nous allons pouvoir avoir une version stable de Svelkit bientôt,
mais même après ça, il y a un bunch de choses que nous avons en mind
qui vont probablement mettre à 1.0.
Et puis, Svelkit, nous avons une très grande backlog de problèmes à ce point,
mais même si nous avons un contrôle meilleur de ça,
après la svelkit, nous avons un bon tour de svelkit.
Nous avons une longue liste de wishlist et une très longue route de ce qui va être
dans le Svelkit et au-delà de ce qu'on parle de ça trop beaucoup,
parce que je ne veux pas faire des promesses que nous ne prenons pas de la svelkit,
ou au moins ne la prenons pas un peu d'un temps.
Mais il y a beaucoup de travail que nous allons faire pour svelkit,
que je ne pense pas trop trop sur ce qui vient de l'autre.
La chose que je suis assez excité de faire à ce moment est de Svelkit 3,
qui est la libraire que nous avons utilisée sur le projet de la Olympics
pour rendre les petits gens bleus qui se sont rassemblés sur notre track Lego.
Ça a été très drôle de construire,
et je pense que ça fait le processus de travailler avec les 3D scenes beaucoup plus facile.
Ce qui est à 3JS, comme Svelkit est à la domaine, en fait.
J'aime travailler avec 3JS, mais c'est beaucoup plus facile
si vous avez un modèle de compote autour de ça.
Donc, j'espère que dans le futur,
je vais pouvoir juste le faire sur la ligne et sur l'open source.
En ce moment, il n'y a pas de documentation,
il n'y a pas de tests, mais c'est un libraire functional.
C'est comme ça, je pense que c'est la fléchissage du système d'éco
avec tous les différents libraires de compote que vous espérez trouver
dans un système de compote.
On va voir, beaucoup de ceci déjà existe,
mais il y a toujours plus à faire.
Notre travail n'est jamais terminé.
Oui, c'est incroyable.
Mais même si c'est plus tard que Svelkit, c'est déjà assez solide.
Il y a beaucoup de belles idées dans le système.
Je préfère des trucs comme les flèches directes
qui sont en train de se déterminer ou de se déterminer
ou de prérendurer, pas prérendurer,
pas de service à déterminer.
Ce genre de choses sont simples, mais les touches sont bonnes.
C'est bon, merci.
Nous avons commencé cette journée en 2017,
et nous avons commencé à construire Sapper,
qui était notre premier centre de la prochaine JS pour Svelkit.
Et nous avons appris beaucoup dans le processus de construire ça.
Et le environnement, en même temps,
il y a eu ce grand changement de environnement de service
et des choses comme les travailleurs de la cloud.
Svelkit est vraiment en faisant de plus de travail
pour essayer de s'en occuper et de moderniser,
que ce soit de commencer à nouveau avec le base de la nouvelle code.
Et je pense que cette décision a été payée.
Je pense que nous avons quelque chose que les gens
vont vraiment en plaisir quand ça se démarre.
C'était une question que j'avais à propos de Svelkit en particulier.
C'est une chose d'interessant de langues.
Svelkit, quand vous utilisez ça pour la génération de la site statique,
c'est pour le prérendurer,
qui est typiquement dans les temps avant et les temps avant.
C'était ce que nous appelions.
On a un spa et on veut avoir des hauts hauts sur la page, comme le premier.
Il y a beaucoup de services prérendurant qui ont été offerts.
La révolution de langues est intéressante.
Je pense que le JAS,
ça a vraiment changé beaucoup de partages et de ce que ils referment
pour la génération de la site statique.
Ils ont une génération incriminale et beaucoup d'autres choses.
Comment pensez-vous sur les sortes de features?
Comment est-ce que ça se passe?
Hey, on veut appeler ça prérendurant,
ce qui fonctionne.
C'est un défi de regarder autour
et de voir ce que les autres gens ont décidé de les appeler.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.










On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.












On a des choses qui sont très importantes.
On a des choses qui sont très importantes.











On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.


On a des choses qui sont très importantes.




On a des choses qui sont très importantes.

On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.












On a des choses qui sont très importantes.


On a des choses qui sont très importantes.

On a des choses qui sont très importantes.

On a des choses qui sont très importantes.




On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.









On a des choses qui sont très importantes.


On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.




On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
On a des choses qui sont très importantes.
Je ne sais pas si vous connaissez la même telle

Le web est quelque chose qui nous permet de nous protéger.
Et pourtant, les personnes qui n'ont pas de signification de dire sur la direction que cela s'évolue,
sont les vendeurs de browser.
Et réalistiquement, il n'y a que deux vendeurs de browser qui ne matternt pas.
Et ces deux vendeurs sont au loin de la tête.
Et donc,
en fait, je suis un peu disquiel
sur le futur de la web.
J'espère que je suis un pessimiste non joli.
J'espère que ce n'est pas si mal que je l'ai fait,
mais c'est difficile de voir un path très évident
à l'extérieur de la mise que nous avons trouvé en nous-mêmes.
Je pense que si je suis un peu moins cynique,
je parlerais de la web 3,
en tant que chanbeeker de la hope.
Mais pour moi, c'est difficile de séparer
toutes ces idées sur la privacy et la decentralisation,
et l'ownership de votre data, et tout ça.
D'un coup, séparer ça de la crypto-bullshit-ponsy-tout est vraiment difficile.
Et donc, même ça,
le web 3, philosophiquement,
parle vraiment de moi,
mais ça semble être conflataire
avec le plus grand chose
que la technologie a déliveu pendant plusieurs années.
Et je ne vois pas de la façon de le voir.
C'est l'un des deux raisons que la crypto-brews existe,
parce qu'il y a toute cette technologie cool
et une identité de decentralisation
et les météverseurs sont toutes super cool idées
qui peuvent faire la web un endroit intéressant.
Mais tout le monde a été délevé avec le fait
que ce gars est en train de me vendre des JPEGs
et c'est comme...
Oui.
Je garantis que
les gens vont écouter cet épisode
et que Yela est sur Twitter.
C'est exactement ce qu'on a fait pour la conversation.
C'est tellement bon.
On va vous accueillir.
Oui, on pose des clips
sur TikTok.
Le tiktok est le plus viewed,
où j'ai dit quelque chose de la NFTs
et les gens qui me n'ont pas été malade
et qui me disent que le gars sait le truc
et que la crypto est une merde.
C'est vraiment en train de se faire.
On va probablement avoir un peu pour ça.
Comment commencer la flameme ou la steppe?
Mentionnons le crypto.
Cool.
On va nous donner des petits tips.
Le premier petit tip que je vais parler
est le JPEGs.
J'ai utilisé ce petit library
des temps comptes
et des compétences différentes
que j'ai créées.
Ce que le JPEGs fait
c'est que
tout ce mathéat que j'ai créé
doit être placé dans un div
en relation à un autre div quand quelque chose s'est passé.
Un cas de utilisation commun
est un petit petit tip
ou une menu contexte
ou quelque chose de ça.
C'est vraiment bon.
Je n'ai pas besoin d'une base
pour les rappeurs de la base

C'est vraiment bon.
Je t'ai indiqué
un petit pode au hamburg steak
On peut faire ça en utilisant le code native, module,
pour interrompre avec un Node.js app.
Vous pouvez le faire en utilisant ça.
Sécurité, ça fait un pull request pour ce repo.
C'est 696.
J'ai vu le retweet par Jared Palmer.
Mais ça donne ce macro qui fait que la maitre de la maitre
de JavaScript est assez semelle.
Donc, précédemment, vous avez beaucoup de plateaux de boiler
pour dire, hey, je veux une function writer
et russes et les faire compatible avec JavaScript.
Vous devez faire beaucoup de type de marcheling
et un peu d'autres choses.
Mais ils sont ajoutant ce macro qui fait que
c'est truiviel de faire ce
profondeur de la maitre de Rust code
que vous voulez faire de Node.
Donc, si vous êtes intéressés en Rust,
si vous êtes intéressés en writing native modules
pour Node, vous devez vérifier cette libraire.
Quand la maitre de PR est en place,
j'imagine que ça va changer beaucoup plus vite.
C'est assez cool.
Surtout en faisant un peu de Rust.
Je suis très déçue parce que c'est une raison
que je n'ai pas de russes.
J'ai des russes.
Tout le monde est en train de russer.
J'ai vu un tweet de Sebastian en Rome
et ils sont ré-writing tout en Rust.
Ils ne sont pas en train de mentir
quand ils disent que Rome n'est pas construite aujourd'hui.
Ça va prendre un peu plus de temps.
C'est intéressant.
Je commence à un company qui s'appelle Oxide
et ils sont en Rust Shop.
C'est une conclusion de foregum
que je vais profiter de cette histoire.
Tu dois mettre sur ton hétien de Rust.
Je pense que Oxide est un jeu sur ça, non?
Oh!
Je ne suis pas sûr que beaucoup de gens
vont avoir ça en référence.
Oui.
Ce tool a été en train de rassurer un peu.
J'ai utilisé ça depuis longtemps,
mais je ne pense pas que ça va donner suffisamment de love.
C'est essentiellement un checklist,
mais un liste hierarchique.
C'est un liste de travail.
Ça vous permet de structurer
vos pensées et vos tasks
dans le même manière
que vous pourriez remplir un doigt Google.
Mais c'est aussi très facile
de convertir cela dans un liste hierarchique
parce que les tasks sont inherently hierarchiques.
Et vous pouvez aussi mettre
des tags et des choses comme ça.
C'est juste un moyen vraiment facile
de structurer vos pensées
sans avoir la structure et poser sur vous.
Et vous pouvez partager
un subtree de votre liste de tasks
avec d'autres gens et vous pouvez le faire en collaboration.
Et je l'ai trouvé
un produit vraiment grand.
Le travail est génial.
C'est un enliné
et chaque point de bullet
peut être sur sa page.
C'est, je pense,
une grande inspiration pour la recherche de Rome
qui est en fait un travail
sans qu'il soit en lien de retour.
Je ne sais pas si le travail a évoqué cette fonctionnalité,
mais je pense que c'est la différence
entre les deux. C'est le lien de retour.
Rome fait d'autres choses,
comme les speciales embeds et ceci.
Ça me fait essayer de faire le travail,
ce que je n'ai pas fait. Rome est vraiment intéressant.
Je suis très intéressé
dans les tools pour l'espace de pensée,
ce qui est très fort.
Mais j'ai utilisé le travail
beaucoup d'années
et j'ai vraiment aimé le processus de le faire.
Et quand j'ai commencé à utiliser Rome,
c'est exactement la chose que j'ai pensé.
C'est exactement la chose que j'ai pensé.
Quand tu as utilisé Rome,
tu as une page pour ton jour de présentation
et tu peux faire un travail
comme l'interface.
Et chaque jour que tu passes,
tu peux scroller tout au long de tous les jours
de notes, etc.
Mais tu as cette habilité de basse-en-bac
qui fait des brackets double,
et qui crée un lien.
Si tu te le type,
tu peux créer un page pour ça.
Tu te mets sur la page.
Et, c'est aussi
un bullet point.
C'est un document de style workflow.
Toutes ces inliners sont vraiment bonnes.
Il y a un ton de ces inliners.
Il y a un autre open source,
qui s'appelle LogSec.
LogSEQ,
qui est un esque de Rome,
mais l'open source.
Andrew et moi utilisons Obsidian,
ce qui est différent.
Ce n'est pas un inliner, c'est un tool de marque-down.
Mais il y a un point de base,
c'est différent.
Mais oui, c'est un espace fun.
Ok, mon dernier tool de marque-down
pour le jour,
l'image est déçue parce que c'est pas assez public.
C'est une libraire de réaction
qui va regarder et dire,
pourquoi le fait que je veux faire ça ?
C'est le réaction de Jason Reckensiler.
C'est un réaction de Jason
et de React.
Ça veut dire que tu peux
faire des réactions de React
qui se réalisent à Jason
et que tu as Jason.
Tu peux te demander pourquoi je veux faire ça.
Ce que nous avons à Intuit
était un moyen pour
des dévots de bas pour créer
les effets de Jason.
On a un library
qui s'appelle The Player
qui s'appelle Jason.
Mais l'un des choses que nous avons appris
dans les années de soutenir
c'est que personne ne veut
faire tout ce qu'il y a à Jason.
Personne ne veut être un developer de Jason.
Ce que ça vous permet
de faire, et c'est écrit par un des gars
qui est toujours dans la team Intuit.
Il était aussi sur ce podcast, Adam Deerkins.
Ça vous permet
d'offrir Jason juste comme vous réactionnez.
Donc vous pouvez avoir
un bunch de components fonctionnels
qui retournent à Jason
Reckensiler, jsx
et puis utiliser des hooks pour
faire des effets.
Et puis en fin, quand vous vous rendez
tout, vous vous avez
le Jason que vous vous mettez
dans la frontière.
Vous pouvez regarder ça et me dire
pourquoi le hell je veux ça?
Il y a un grand chute
pour cette équipe. Ils ont des trucs
qui sont très grands.
Ça me rappelle.
Il y a un article
par cette app
qui s'appelle Judo.
C'est leur site.
Je vais mettre l'article et les
notes de la show.
Ils parlent de ce
qui s'appelle server-driven UI
qui est très confusé
pour ce qu'ils veulent.
Ils veulent avoir des payloads
qui décrivent les experiences de native UI
donc en fait, ils sont en train
d'y faire ça.
Mais surtout, ils sont en train de
faire des mobilisations.
Ils sont en train de construire
des components native et de mobilisations.
Ils sont en train de vendre des payloads
et ça construit des abus.
Je pense que l'article AirBnB
et Lyft et d'autres
font ça.
Ça serait un moyen intéressant
pour construire
cette expérience producte.
Si vous avez senti
être compliquée et fancier.
Pour faire un exemple
plus understandable,
si vous avez entendu le library
Jasonet, ce serait un moyen
d'y rendre content Jasonet
comme vous pourriez
mettre des components normales.
Jasonet est maintenant Jasonel
après le créateur

qui a disparu.
Je ne suis pas sûr de ce qui s'est passé
à elle ou à elle.
Des fois, la maintenance est un peu
plus. Je peux ressentir pour cet homme.
Mon dernier tutoriel pour le jour
est la library de management state.
Je n'aime pas le genre de management state.
C'est souvent la plus grande source
de complexité. Rich, je dois vous
et tous les gens de Svelte
de la Svelte, des props
de Svelte Store.
C'est comme le standard
de la svelte de management state.
Svelte a une excellente histoire
autour de ça. Je me sens
que le vu d'un an a eu
une histoire très consistante
autour du management state.
La réaction a toujours été la wild west.
Il a juste de la figure.
C'est rare que je me réagisse.
Je suis dit que c'est bien fait.
Je suis dit que c'est bien fait.
C'est toujours comme, oh putain,
c'est quoi?
De toute façon, ce library
est un petit
library de management state
called MUTIC. Je pense que c'est
le prononcé de silence.
C'est par Jared Palmer.
Il est 496 bytes ou quelque chose.
Il n'est pas le compte
de l'Emmerer library, ce qui le fait.
Il utilise
un réacte réacte
qui est un peu
utile.
Il y a un file
de 200
lines de source.
97 lines de source.
97.
Vous pouvez le lire.
Vous pouvez comprendre.
C'est juste
vraiment, vraiment
bien.
Je suis un
terminale basale solitaire.
Je suis très fous

Je me suis dis


J'ai utilisé le jeu
pour jouer
avec des choses
de management state et réacte.
J'ai utilisé le réacte
pour le rendre.
J'ai vraiment pas trouvé
quelque chose qui est
simple et le réacte.
Il n'est pas un truc
et ils espèrent que ce soit le transport.
Et c'est pour ça que les solutions de state management
qui ont une étude éternelle,
surtout si vous avez des streams ou quelque chose,
si le pays vit globalement et que vous pouvez l'utiliser
au sein de votre réacteur, ils veulent que vous utilisez
cet appui pour faire cela plus simple,
pour faire des études éternelles
sur les réconcurrents, les rendements et tout.
Mais évidemment, c'est aussi un bon moyen
de faire un appui de state management très simple.
Vous avez dit que le Rémi a dit que c'était basé sur l'IMR,
ce qui est un tool incroyable.
Est-ce que la différence entre l'IMR et le RIS
est que c'est en utilisant cet appui de state ?
Donc, ça utilise l'IMR.
Oh, ça utilise l'IMR.
C'est ça.
C'est un peu d'influence pour l'appui de state.
Finalement, vous avez une fonction
qui se trouve au créé de la store
et vous passez à un state initial
ou quelque chose, un state initial de votre store.
Et ça vous donne cet objectif
que vous pouvez référer globalement,
comme d'autre.
Et c'est tout de suite
une fonction qui a quelques fonctionnes.
Mais ça a des choses que vous pouvez faire
au créé de la store,
et ensuite,
c'est comme une fonction de production de l'IMR.
Vous pouvez donc juste muter votre state
ou quelque chose, et puis,
vous élevérez le state de l'univers.
Et ça a quelques réactes pour intergrer
l'appui de state.
Mais c'est normalement simple
et j'ai un baisseur avec ça.
Si je n'ai pas de erreur,
ce hook a aussi été créé pour soutenir
des choses comme Redux.
Ils ont travaillé très bien avec
tous ces gens dans la communauté de la communauté de state
pour pouvoir le faire
dans un state usable.
Parce que je suis en train de
réacter le 17 pour notre app
mais quand vous avez des milliers
de lines de code Redux,
c'est une grande barrière.
Je suis content de voir
ces appui-là finirment détenu.
Donc, on peut regarder les réacteurs.
Oui, je fais des rèvées
sur les réacteurs.
Ils se solent les problèmes de l'Ui
dans un moyen très suffisant
et très complexe.
Parce que, ils doivent
donner des appui-là
pour les libraries
pour faire le bon travail
avec les réacteurs concurrents
et les suspens.
Les choses qui sont construites
dans l'univers de l'univers
qui interagent pour les réacteurs
peuvent être vraiment très difficiles.
Je ne sais pas vraiment
comment je le ressens.
Mais je suis content
de voir les réacteurs
qui font le plus de travail
pour les appui-là
pour faire le plus possible
et donner un meilleur
path forward.
Je suis très excité.
Mais je vais dire, Rich,
je l'apprécie toujours
parce que, en fait,
en faisant beaucoup de complexité
en temps de runtime
et en compiler,
en essayant de simplifier
les choses où vous pouvez.
Je le prie.
Ce n'est pas
un disque sur le réacteur
ou d'autres de les works
d'aménagement
ou d'autres d'autres
qui utilisent le réacteur.
Je pense que c'est le fait
que l'univers de l'univers
a des projets
qui existent peacefulement.
Ils ont des philosophies

dans beaucoup de façon
et je vais
fréquemment reconnaître
que le réacteur
a des problèmes de solitude
au moment
que Svelte
n'a pas vraiment
une opinion
parce que
le réacteur
a été utilisé
pour construire Facebook.
Svelte n'est pas.
Ils ont rencontré
des problèmes
utilisant le réacteur
et ils sont venus
avec des solutions
très claires
sur ces problèmes.
Et je pense
que le travail
qu'ils font
est absolument inspiration.
Mais
je me demande
de la nécessité
pour beaucoup de contexte.
Je pense que c'est très important
que les gens ont
des alternatives
pour réacteur
qui sont un peu plus
plus facile
pour se faire
où il ne faut pas
utiliser ces appels très complexes.
Et donc
je pense
que
il y aura un peu d'espace
pour l'évolution
dans tous ces projets
pour s'il y a un moment.
Maintenant, pour le plus important
le type d'un tour de la journée
Riche est le pasta maker.
Oui, je m'en souviens
que
c'est ce que tu as dit
quand tu as dis
que je voulais
donner des tools
que je suis très excité.
En tant que
on finit par faire le podcast
nous allons faire
un peu de
pâtes freshes.
Si vous aimez
manger pâtes
qui
je sais que beaucoup de gens
font
juste pour vous-même
pâtes de pâtes.
Vous ne vous révolez pas
pâtes de pâtes
encore.
Ça
change tout.
Vous parlez
de la machine de rouleau.
Oui,
j'ai un
de les très simples
desquels
il y a un vis
et tu le fixes
à la surface de la cuisine.
Et puis tu te laisses
un peu de poignée
en tant que c'est un pâtes

et tu as un long
riz de pâtes
et puis tu le mets
dans le deuxième
qui le tente
à la fétachine
c'est très straight forward
et c'est un thérapéutique.
Donc
je
j'ai recommandé
que pour quelqu'un
qui a un pâtes
Oui, plus un.
C'est tout pour ce week's
épisode de DevTools FM.
Merci
pour votre commentaire Rich.
C'était un peu
beaucoup de fun.
Merci
Oui, je l'apprécie vraiment.
N'hésitez pas
à nous suivre sur YouTube
et à tous lesquels vous consommez
votre podcast.
Merci
pour l'entendre.
...

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