Je crois que TypeScript est l'un des systèmes de type qui est le plus puissant.
De pouvoir avoir une language programmable en fait,
comme un système type, c'est une très puissante chose que je ne pense pas être en train de faire en général.
Bonjour, bienvenue à DevTools FM.
C'est un podcast sur les tools de développement.
Je suis Andrew et je suis ma co-host, Justin.
Bonjour tout le monde.
Nous sommes vraiment heureux d'avoir Max Welle-Brown sur le podcast.
Max, vous travaillez sur les technologies effectuelles.
Vous êtes le fondateur de la team Effect.
Nous sommes vraiment heureux d'avoir vous sur le sujet.
Nous avons eu Johannes Schickling qui a été en train de se faire un peu.
Il a pris des temps de parler d'Effect.
Mais c'est vraiment popular dans la sphère Twitter,
notamment en plus de l'an dernier.
Nous voulions vous donner un peu de temps pour parler de ça.
Mais avant de parler d'Effect, nous aimons apprendre un peu plus de vous.
Vous voulez parler de vous-même?
Bien sûr.
Je suis Max, comme Justin a dit,
je suis un d'entreprise d'engineers effectuelles.
C'est une entreprise d'envers,
qui m'a aidé à faire l'expérience d'Effect et d'une des libraries d'écosystème.
Mon background est en fait en dévop en infrastructures.
Je veux donc jeter que le type script est comme mon hobby,
mais mon background est en fait en dévop en infrastructures,
en systèmes d'administration, etc.
Et mon cours de vie est en fait en dévop en ce type de travail.
Avant d'avoir d'Effect, j'étais en SAP,
en faisant des dévops en infrastructures pour l'un des produits cloud.
Et priori, j'étais aussi en tumblr en faisant des détenus d'engineers,
systèmes d'administration,
des dévops, j'ai mis les mains dans beaucoup de bouquets.
Donc avant ça, il semble que vous avez un sens complètement différent.
Vous voulez nous dire un peu de ce que vous avez fait pour vous être un dévops?
Oui, bien sûr.
Le software d'engineering n'était pas mon premier travail.
Je l'ai commencé après la collège comme pharmaciste.
Ma spécialité était en transplantation de cellules de stemcelles.
Donc j'ai travaillé pour environ 7 ans comme pharmaciste licenciée
et en pratiquant en général,
en faisant des tests de la santé.
Et c'était une grande expérience.
J'ai aimé la pharmacie et la santé.
C'était vraiment très réel de travailler dans ce genre de field
et de travailler avec les physicians très talentants
et les nurses et tous les staff que j'ai travaillé avec.
Mais après la Covid,
comme beaucoup de professionnels de santé en temps,
j'ai expéré un peu de burnout.
Tout ce que nous devions faire,
surtout en Manhattan pendant la Covid,
en travaillant en santé,
c'était extrêmement burnout.
Donc j'ai fait une transition à la pharmacie clinique.
J'ai eu l'occasion de travailler à Tumblr
comme un scientifique de la santé.
Parce que mon travail à l'hôpital
était en faisant des activités de science de la santé.
Et très rapidement, ils ont réalisé
que je n'étais pas un scientifique de la santé.
Mais je n'étais pas un engineer très bon,
ou bien-définitement,
et après un mois,
comme scientifique de la santé,
j'ai démontré à leur équipe de santé.
Et c'était l'une des meilleures expériences
que j'ai eu dans ma career en santé.
J'ai appris beaucoup.
Nous étions une équipe très petite
et nous avons des mains en des différents sacs.
Donc j'ai fait des systèmes d'administration
sur la cluster de Kubernetes.
J'ai fait des automations DevOps
pour notre org de données,
juste comme un nombre de choses différentes.
Et j'ai dû apprendre beaucoup
parce que c'était un petit équipe.
Et puis mon mentor à l'époque
m'a fait partie et a démontré à SAP,
ce qui est de la façon dont j'ai fini là-bas.
J'ai suivi mon mentor à SAP
parce que j'ai aussi voulu
avoir des expériences sur le cloud,
comme en travaillant avec le cloud,
parce que Tumblr est en fait
complètement en bairme.
Donc c'était deux différents expériences
que j'avais obtenue.
Et j'ai été à SAP
avant que Mike approche de moi
avec l'opportunité de rejoindre la équipe
à Effectful.
C'est comme ça que j'ai landé ici.
Mais ma relation avec Mike
et la équipe à Effectful
et aussi les équipes de corps
contributaires,
ça va en faire six ans.
Parce que comme je l'ai dit,
l'équipe de corps contributaires
a toujours été un hobby de moi.
En revanche,
quand l'équipe de corps contributaires
était la haute haute
de la programmation fonctionnelle
et de corps de corps,
j'ai fait beaucoup de travail
avec Julio
de l'équipe de corps contributaires,
qui a été en train de maintenir l'équipe de corps.
Et ensuite j'ai rencontré Mike
avec ma travail sur l'équipe de corps.
Et c'est comme ça que j'ai été involved
avec Effectful.
Mike et moi ont rencontré
six ans maintenant
et c'est en même temps
que j'ai été contribué à Effectful.
Quelque chose que je n'ai pas réalisé
était que l'équipe de corps de corps

de corps qui a été réunis
avec Effectful.
Qu'est-ce que c'est?
Oui,
nous sommes heureux
de pouvoir voir Julio
de notre équipe
environ un an ou deux.
Et le logic behind ça
était qu'on ne voulait pas
tout d'abord, on ne voulait pas
une fragmentation
des développeurs
qui étaient passionnés
sur l'FPTS,
mais
aussi voulaient continuer
de faire un programme fonctionnel
en type script.
Et quand Effectful
a commencé à être développé,
nous avions l'air plus avancé
dans le paradigm de l'FPT.
Donc l'idée
était, en première et en foremost,
ne pas causer
une fragmentation
ou un rif
entre les développeurs
de FPTS
et ceux qui voulaient
utiliser l'effet.
Et puis le autre logic
était qu'il y avait
Julio, un ingénieur brillant,
qui voulait continuer de travailler
avec lui.
Il a développé
des libres incroyables.
Et il était aussi
intéressé
en regardant
Effectful
continuer de bouger.
Donc
nous sommes heureux
de pouvoir lui
rejoindre notre équipe.
Et on a été
travaillé avec lui
maintenant
pour une bonne partie
de deux ans.
Il a été
le
développeur
de l'effet schema
de l'élibre.
Je ne sais pas si les gens
ont utilisé
eux, mais ils sont amusants.
Il a vraiment
très attention
sur l'expérience
des développeurs de ces libres.
Et oui,
c'est comme on a terminé
d'être où nous sommes aujourd'hui.
Je pense que
pour les contacts
des listeners,
FPTS est une
programmation fonctionnelle
en libres pour typescripts.
En cas que
on ne le sait pas.
Oui.
Cool.
Donc avant de nous
aller plus loin,
il serait probablement
bien
de déterminer
ce qu'il y a
pour nos listeners
qui ne le savent pas.
Donc, pour nous,
peut-il nous donner
une pièce élevée
pour ça?
Bien sûr.
Donc,
notre
phrase de la pièce élevée
ou la pièce élevée
de nos rapports
est que l'effet
est un
libres
pour développer
une production
de grands applications
avec typescript.
C'est
notre star nord
et ce qu'on a toujours
construit.
Mais je pense que
ça va
plus loin que ça.
Je pense que
nous devons
développer un effet
pour être...
Je ne sais pas
un meilleur moyen de dire ça.
Nous devons développer
un effet
pour être
un livre de l'abort.
Nous voulons
prendre en compte
tous les aspects
de votre code
que vous devez
faire en un basis régulier
que
vous n'avez pas
à faire.
Vous savez,
comme un ingénieur,
nous voulons
faire attention
sur les trucs funs
sur notre code.
Nous voulons
faire attention
sur les features
développées
pour nos utilisateurs
qui permettent de
donner de valeur
aux gens
qui utilisent notre software.
Et
parce que
quand nous
traditionnellement
développons
les applications
avec typescript,
nous finons
d'ignorer
un peu de
des aspects
de développement
qui sont
assez importants

donner
une bonne expérience de user
mais
pas nécessairement
les plus funs
qu'on doit
avoir à faire
quand vous en
en développez
votre application.
Des choses comme
les dégâts d'erreur,
les processus interruptants
durant l'exécution
de votre application,
les choses

bien testées,
les choses que nous
devons faire
à un moment
mais
vous n'aurez pas
nécessairement
à faire
avant
quand vous
avez seulement
10 utilisateurs.

Mais ce que nous avons vu
c'est que
avec l'effet
le
logic behind
l'effet de développement
est
que
votre application
s'étend
et
vous avez besoin
de faire
plus de production
de grade.
Nous
nous avons vu que
vous end-up
introduirez
un peu de code
dans votre code base
pour
faire des
problèmes.
Faire des choses
comme
observabilité
faire des choses
comme
retrait
faire des choses
comme interruption
faire des choses
comme
dégâts d'erreur.
Et
ce qui se passe
est que
votre code
s'étend plus
sur les features
et plus
sur les
aspects
de l'aspect
et donc
vous commencez
à accumuler
tout ce
tech debt
et puis
vous vous ferez
pour
commencer
à ajouter
des features
parce
que
vous avez
ce type de
code
de

que vous avez
développé
pour
prendre
ces concerns
et maintenant
vous ne
ne savez
ce qui va
faire votre code
ce qui va
faire
si vous changez
ce
je n'ai pas
d'envers
et donc
le logic real
de pourquoi
nous avons
développé
l'aspect
ou
pourquoi l'aspect
a été développé
dans le premier
endroit
c'est de
prendre soin
de tous ces
concerns de crosscut
et de vous
pour vous
être
le développeur
de focus
sur
les
logicaux de corps
les features
les choses
que vous voulez
pour vous

à vos usages
et nous
nous

faire
tous les
aspects
de votre code
donc
quand
vous vous
vous vous
vous
vous
vous
vous vous
vous vous
vous vous
vous vous








d'voir
rehabilité
des
coupes
















pour typescripts.
Et donc je veux juste vous donner un peu plus de ceci.
Quels sont les spécifiques gâts que l'écosystème
a-t-il en effet de l'effet?
Comment comparer avec, je ne sais pas,
clavagé ensemble un peu de vos propres outils,
Like Load-Ash, Zod, RXJS,
et autres outils dans le framework,
peut-être même historiquement,
FPTS, pour vous faire des problèmes.
C'est une question très grande.
Je vais faire un petit peu d'un bold claim
et dire que l'effet,
si vous êtes intégré en effet de l'effet dans votre base de code,
vous pouvez replacer
tous ces libraries de l'ancel.
Les libraries qui permettent de faire des choses
comme, vous savez,
avoir des méthodes de utilité,
ou des séquences de streaming,
vous pouvez replacer beaucoup de ceux
par l'effet intégré dans votre base de code.
Et le bénéfice que vous avez,
c'est le même problème
qui existe
dans le système de type script,
à partir de maintenant,
ou vous avez gagné le bénéfice
de tout ce qui a été développé
pour travailler ensemble,
tout ce qui a été développé
pour composer avec un autre.
Donc, si vous utilisez l'effet
pour votre logiciel de core business
et vous introduisiez
un part de votre application
qui doit juste streamer quelque chose,
l'effet a des prématives de streaming
que vous pouvez utiliser pour se faire.
Vous n'avez pas besoin d'introduire
un autre bâtiment, vous avez déjà le bâtiment
et c'est le design pour composer.
Je pense que, dans beaucoup de bases de code,
nous avons vu
dans les années,
le problème avec le système de NPM,
c'est un système de type,
de type,
de JavaScript,
probablement le meilleur système de développement
de libres développés
qui existent sur le plan.
C'est fantastique de être un part de cet ecosystem.
Mais le problème est
que ces tools ont été développés en isolation.
Ils n'étaient pas créés pour travailler ensemble.
Donc,
si vous avez de la suite
besoin pour streamer,
vous devez introduire un nouveau bâtiment
pour se faire. Et ce bâtiment ne peut pas
travailler avec le bâtiment
que vous avez introduit
pour se faire des erreurs,
ou le bâtiment que vous introduisiez pour se faire avec observabilité,
ou tout ce qui est un des problèmes
que vous êtes tentant de faire dans votre base de code.
Donc, vous devez donc faire le code de la glu
pour se faire integrer
avec ce bâtiment,
avec ce bâtiment,
pour pouvoir integrer avec votre logic de business.
Vous avez donc écrit un peu de code extra,
pour pouvoir utiliser le code de la glu
que vous introduisiez pour se faire avec un problème.
Je pense que l'un des bénéfices
que vous avez avec Effect, c'est que tout est
créé pour travailler ensemble.
Vous n'avez pas besoin de
tout ce code de glu, vous vous devez juste plug et plait
où vous avez besoin.
C'est souvent comme ça que nous, les développeurs,
qui travaillent avec Effect,
disent que ça se sent comme un programme
avec des blocs de Lego,
parce que vous pouvez juste
faire des pièces et vous avez besoin de elles.
Si vous avez besoin d'un retrait,
c'est bien, plug et retrait,
si vous avez besoin d'observabilité dans cette particular
zone, et juste râper votre code
avec un spam,
c'est beaucoup plus...
les décisions de design
que nous avons mises dans le développement de la libraire
qui est
pour fonder
la composition.
Ce n'est pas seulement avec la libraire cor,
mais c'est aussi avec les libraries de l'écosystème
que nous développons.
C'est probablement
la route qui vous a fait
avoir une libraire large.
Je pense que
les Docks Effect sont un peu dents,
il y a beaucoup de choses,
mais c'est probablement en service de
la fidélité, tout simplement
comme les Legobrocks, c'est vrai.
Oui, je pense que
vous portez un bon point,
c'est que
les libraries
ont besoin d'une bière
à l'arrière,
et nous sommes sensibles
à cela aussi.
Nous savons
qu'il y a un peu d'une curve de la lait
qui vient de l'effect de l'approche
de la première.
Et en tant que cas,
ceci ne veut pas
pas être
quelque chose que les gens veulent
faire en tant que 10 utilisateurs.
On ne fait pas
d'effect de
ce type d'adoption,
on le fait pour
des gens qui veulent vraiment
construire des systèmes de production robuste
dans les types de la lait.
Donc,
pour commenter plus sur votre point
sur nous en ayant beaucoup d'écosystèmes,
je pense que le point de décision
de la introduction de la lait
ou pas,
est quand on est un
équipe qui a besoin
pour quelque chose, parce que nous
nous avons mis de la lait très malade,
et ça n'existe pas.
Ou quelqu'un de notre communauté
dit, hey,
on a besoin pour
X, Y, Z, est-ce
que ça a été développé, peut-on travailler sur ça,
ou quelque chose.
Et c'est
comme la façon dont les systèmes d'écosystèmes
sont ensemble en temps.
Je pense que l'envers de
des bestes de la lait
qui est construite
vient de
quelque chose de votre propre besoin.
Je pense que un bon exemple de ça
est la frameworks de la lait,
qui ont un effect, qui j'ai construit un peu plus tard.
En temps,
si je n'ai pas un framework de la lait,
et que je ne voulais pas utiliser quelque chose
qui n'était pas d'effect,
ou que je voulais utiliser quelque chose qui avait une intégration native
avec l'effect,
et c'est comme
la frameworks de la lait
qui ont été développées
par besoin, par la lait,
et c'est comme ça que notre écosystème
a aussi été créé en temps.
Et comme vous l'avez mentionné,
chaque libraire
que nous avons dans notre écosystème
est créé
par la compétition
avec les primitives de la lait.
Donc, si vous êtes
construit un program de l'effect,
et que vous avez de la besoin
d'un database,
vous pouvez utiliser
nos adapters SQL,
et quelles-nés de database vous avez,
vous pouvez plug-in
quelles-nés de l'un que vous voulez.
C'est le logic behind
pourquoi nous développons l'écosystème,
et si nous pensons
qu'il y a une
besoin
pour un
libraire et un système de production,
c'est comme nous décider
d'une façon ou autre
pour le l'écosystème.
On va en parler
plus sur le corps
d'effect.
Donc,
je sais de
types d'effects
de beaucoup de programmes de fonctionnel,
d'écosystèmes,
et donc,
l'effect a
ce type de l'effect,
qui est le sort de corps fondamental
pour faire
l'air-handling plus robuste,
mais il y a aussi quelque chose
différent de l'autre types
de l'écosystème que nous avons vu.
Donc, j'ai utilisé Never Throw,
qui est un autre sort de
fonctionnel,
effect-base,
pour faire l'air-handling.
C'est comme, ne
pas
retourner un type d'effect,
et il y a des trucs là-bas.
Donc, le type d'effect de corps a
ce type de
succès et des erreurs de générique
pour le faire, donc il s'agit d'un type d'effect,
comme il peut le voir de ruste,
ou de Never Throw, ou d'autre.
Mais il y a aussi des conséquences de générique,
qui est assez intéressant, donc pour le bacon,
c'est comme ce qui est le fait de l'effect.
Vous pouvez parler un peu plus
de ce type d'effect,
et de ce type de succès.
Pourquoi les
dépendances
sont expérimentées par les types d'effects?
Pourquoi est-ce important?
C'est une question très
très valide.
On a assez de questions, pourquoi
est-ce que le type d'effect est le
de l'étoil?
Peut-être que nous pouvons commencer par
parler de
tout le programme,
que nous avons évoqué,
on a
trois concepts,
on a les ingrédients,
on a les ingrédients dans le programme
que vous allez faire,
ou si c'est un CLI, ou un binary,
ça va avoir des ingrédients,
et le type d'effect sort de
représente les dépendances de votre programme,
les choses que votre programme doit faire.
Et puis,
quand votre programme s'execute,
vous pouvez either succes avec quelque chose,
ou ça peut fail.
Ces trois choses sont des proponents
de corps de chaque programme que nous avons
évoqué.
C'est le logic behind
pourquoi le type d'effect
est designé,
il est designé pour représenter
un programme qui va être
évoqué.
Et ce type est de
d'autres libraires, d'autres écosystèmes,
en fait, c'était originalement
très basé sur
le ZEO library de Scala.
Donc,
beaucoup de ces idées ne sont pas
nos propres idées, elles sont idées que nous avons
adoptées pour travailler vraiment bien
dans les typescripts.
Mais c'est
le raison pourquoi le type d'effect
est structuré de la façon dont c'est.
Il est designé pour représenter un programme.
Et
un effet que vous déclarent
dans votre code est exactement
cela. C'est un programme,
mais un programme
comme valeur.
Donc, quand vous déclarent
un effet dans votre programme,
rien ne se passe
quand vous roulez
cet effet.
L'effet est
laissant.
Et parce que c'est laissant,
c'est une représentation laissant
d'un programme, ça nous permet
de faire des trucs cool.
Vous pouvez modifier le comportement
de votre programme,
vous pouvez le rappeler avec des
choses additionnelles que vous avez besoin.
Et
ça nous permet de faire des choses
très puissantes et peut-être que
nous pouvons parler de plus en plus
en relation
à la concurrence et
de l'observabilité que nous pouvons
faire.
Vous ne pourrez pas pouvoir
faire très facilement, ou si tout le monde,
avec un programme comme un JavaScript
actualisé, est
un promesse laissant.
C'est un programme que vous avez décliné,
mais qui n'a pas encore été réalisé.
Et pour exécuter
cet effet, vous devez
le faire avec quelque chose.
Vous devez exécuter
en code, et ça
fait le effet.
C'est la base de pourquoi le type
a trois génériques et pourquoi c'est structuré
le fait.
Mais en regardant la question de pourquoi
l'expression de un programme de cette manière est
si importante,
le
avoir des erreurs et des dépendances
est explicitement décliné dans les types
de votre programme, je pense
que c'est une chose extrêmement
valable.
Il y a un tout
RFC qui existe dans le type-script
repository pour ajouter
les clauses de throws
pour le type-script en général.
Parce que clairement les développeurs veulent
l'expresser pour que
leur programme soit faible
pour des raisons.
Mais
le type-script n'est pas vraiment
décisif pour soutenir
ce type-script type-script.
C'est pourquoi les libraries ne sont pas
élevées dans les autres libraries.
C'est pour soutenir
cet effet.
Mais avec le fait que nous le faisons
plus tard, et que nous le représentons
les réquires de votre programme, les choses que vous devez
mettre dans le programme pour le faire
rire dans le type-script.
Alors
qu'est-ce que je veux dire par les réquires
dans ce cas?
Les programmes en général
ont des aspects
que vous voulez isoler
et que vous pouvez l'exister.
Il y a
beaucoup d'aspects de notre programme
qui doivent être testés et souvent
il peut être difficile de tester si ils ne sont pas isolés
dans leurs propres pieces de logic.
Donc avec l'effet,
nous représentons
ces dépendances, ces aspects
de logic que nous voulons
injecter dans notre programme
dans les réquires de nos channels
pour que nous puissions, dans un type-sacres,
dire que ce programme a besoin
d'un database.
Nous ne sommes pas en train de savoir
quel database c'est, mais il a besoin
d'un database pour pouvoir le faire rire.
Donc nous le mettons dans le type,
si vous déclarez votre programme et ne vous donnez pas
le temps de l'acquisition, vous avez un error de compilation.
Et les dépendances de la déclaration
de la déclare de la façon dont ça vient
de quelques différents bénéfices.
L'une est la testabilité de votre programme
qui devient beaucoup plus facile
parce que
vous pouvez plug-in
d'un type-sacres
de votre programme
que vous voulez.
Donc en production, vous pouvez utiliser
un type-sacres de la version
d'un database,
mais en testant, peut-être que vous avez
une version de test
qui mosse tout ce que vous avez besoin.
Donc, pour pouvoir avoir
ce représentateur dans le type-sacres
qui fait que c'est vraiment facile
de voir, à un moment
quand vous travaillez avec l'effet,
comment ce programme peut arriver,
ce qui va produire si ça s'y arrive,
ce que l'erreur peut peut-être s'y arriver,
et puis ce que les dépendances
ont besoin d'actualiser.
Donc,
en tous les cas,
c'est beaucoup plus facile
d'understand à l'heure, mais aussi de
faire beaucoup plus facile de test,
parce que vous pouvez injecter
toutes les versions de la dépendance
que vous voulez, pour satisfaire
ce requirement en temps de run.
Donc, vous faites beaucoup
avec le type-sacres type-system.
Vous vous êtes en train de
faire, comme vous l'avez dit,
ce que c'est pour faire.
Donc, avez-vous essayé
d'experimenter
avec la changement
de type-system en quelque sorte,
ou de contribuer à la version type-sacres
pour obtenir des choses qui ne sont pas en place ?
Oui, non,
il y a eu plusieurs différents
expériments que nous avons faits
dans les années
avec le type-sacres type-system,
parce que personnellement, je crois que le type-sacres type-system
est l'un des les plus poweraux
du type-system que existe.
Deux fois, être capable de
avoir essentiellement une language de programmation
comme un type-system est une
très powerful chose
que je ne pense pas être en train de
s'en dévaluer dans la communauté de programmation

Je pense que le type-sacres type-system
est une language d'amazing.
Et nous avons
expérimenté, je pense que c'était
d'un an,
parmi Mike,
un détenu de vie
de la communauté d'effects.
Il
a fait un expériment
où nous avons forké le type-sacres type-system
et construit quelque chose
qui s'appelle TS Plus,
qui était
une façon
d'adverter
et d'étonner
l'information
de la type-system.
Donc, pour exemple,
vous pouvez déclarer un type
dans votre projet.
Tout était annoté avec
des annotations de JS Doc.
Vous pouvez annoter un type
que vous déclariez du type-system
pour le régister avec TS Plus.
Et puis vous pouvez ajouter
des comportements.
Vous pouvez, pour exemple,
déclarer un fonction de map.
Et puis, en JS Doc,
vous pouvez attaquer ça
à la type que vous déclariez.
Alors que, en fait,
en fait,
vous pouvez déclarer un type
dans votre projet,

d'autocompletion
d'un type de class,
d'un type qui déclaire
tout à l'heure dans la classe,
qui devient totalement intré-sacré.
En fait, en cours,
ça signifie que ça existe.
Et vous avez toujours un bon automotif.
Si vous vouliez
déclarer un class,
mais
il a aussi pris un peu plus de temps
et
a ajouté du support pour
des operators custom.
Vous pouvez déclarer.
Vous pouvez overloader, pour exemple,
le plus opérateur
avec
ces annotations de JS Doc.
Vous pourriez régister,
je n'oublie pas ce que les annotations
étaient appelées, c'était un peu plus tard.
Mais vous pouvez régister, pour exemple, un fonction
d'une opérateur.
Et puis, quand vous compiliez
un type script, vous pourriez
remplir des instances de ces operators
avec ce call de fonction.
C'était assez cool.
Nous avons aussi des dérivations.
Dans d'autres langues, comme Rust
et Scala,
vous pouvez faire un métaprograme
avec des dérivations pour des choses différentes.
Nous avons ajouté du support pour ça,
pour que vous puissiez déclarer un type,
comme un interface, pour exemple.
Et puis vous pouvez utiliser un macro
d'adverter
un schema pour ça,
en runtime.
Ce qui est assez cool
et quelque chose qui n'a pas été fait avant.
TSPlus a fait un peu de
des PRs pour le code type
après avoir des problèmes.
Et des choses comme ça.
Mais, en tout cas,
TSPlus était super cool.
Et à un moment
nous avons répliqué
tous les codes d'effects
avec TSPlus code.
Parce que c'est compilé
avec un type script, donc ça n'a pas mal de problème.
Les problèmes avec TSPlus
sont que, évidemment,
il a besoin d'un step de compilation
qui n'a pas été bien joué
avec d'autres
des outils
dans le type script type JavaScript ecosystem.
Parce que beaucoup de ces outils
sont juste type-strips.
Ne faites pas un pass de compilation.
Donc, pour exemple, si vous utilisez
TSPlus
et que vous avez besoin de
un module de reloading
ou des types de types de scripts
vous allez avoir un problème.
Et le problème avec TSPlus est que
le step de compilation est long.
Donc, comme les langues compilées
qui ont une longue compilation,
nous avons introduit un step de compilation
qui a été long.
C'est un expériment que nous avons fait
un peu d'un temps avant.
On a essayé de
faire un plus facile
de travailler avec
des types de scripts
et de mettre un programme de météon
pour les types de scripts.
C'est évidemment pas un point de compilation
de types de scripts, mais
on a abandonné
l'expérience.
Mike a écrit un grand blog
sur TSPlus,
un blog post mortum
sur ce projet.
On a essayé de faire un


travaillé très bien
avec des contributors
pour les types de scripts
dans les années.
Matush est
probablement l'un des plus avids
de types de scripts que nous savons.
Nous travaillons très bien avec
lui pour que
les features soient en train
d'appuyer des bugs
ou des choses que nous voulons
ajouter.
Nous créons des PRs,
et nous travaillons avec Matush
pour voir un code base.
Il y a toujours des features
de types de scripts
que nous voulons avoir access
à.
Mais en général,
comme je l'ai dit
c'est l'un des plus poweraux types de scripts
sur le plan.
Je ne vois pas comment
d'autres types de scripts
se réagiront.
Parce que le programme de types
est un paradigm
d'accès.
Oui, c'est probablement le meilleur
pour l'écosystème
que vous avez appris.
Le plus grand
que je pense,
avec aucun nouveau
tool, c'est
les implications pour l'adoption.
Et je pense que, en effet,
comme c'est étendu aujourd'hui
avec la structure logique
qui a l'air
très powerful, mais c'est déjà un
très difficile, je pense,
à convaincre les gens.
Oui, ça fait beaucoup, vous devez l'utiliser
et vous devez l'utiliser.
Et si c'est un autre type de script
qui fait tout ce que vous avez besoin
de l'utiliser, ça aurait été un peu plus
adoptable.
Je suis content d'avoir un autre path.
Je voudrais changer les gears
d'affaires, et parler de
d'autres parts
d'affaires.
Vous avez mentionné l'affaire
d'affaires, et j'ai entendu
beaucoup de praises,
surtout dans le système local
du premier écosystème.
Je suis allé au confrète
de l'année dernière, et les gens
étaient très excitées
d'affaires, même si
ils n'étaient pas utilisés en effet.
Il y avait un effet d'affaires
qui fait beaucoup plus.
Quels sont les capacités
de l'affaire, et comment est-il
décliné dans l'écosystème
d'affaires ?
Un des aspects
plus cool
d'affaires, et je pense
que c'est
souvent un drogue de gateway
qui commence
à être introduit dans l'écosystème
d'affaires.
Le grand Julio Conti,
comme je l'ai mentionné,
est le premier qui a développé
l'affaire très grave. Il a fait
un travail incroyable
avec le module.
Je pense que
le principal benefit,
ou le principal différence
des libraries comme Zod,
El Abad,
ou d'autres libraries de la validation
qui existent,
est la décision que nous avons
pour soutenir le code
de la validation.
Je ne me suis pas d'accord
avec Zod,
il a fait un travail incroyable
avec Zod 4,
donc un petit shout out
pour ça.
Mais je pense que ce que l'on est
de ces libraries, c'est le aspect bidirectional.
Ces libraries sont très focussées
sur la décision,
la information,
et la validation.
Je pense que ce que ça m'a
fait, c'est
le point
d'avoir une validation de la validation
pour commencer.
Parce que quand vous travaillez
avec l'information qui est venu
autour de la wire,
souvent, ce n'est pas juste
l'information qui est venu.
Vous avez l'information que vous avez,
et souvent, votre application
a l'information que vous voulez
envoyer. Vous voulez either
envoyer l'information autour de la wire,
vous voulez se surmonter
au système de file,
vous voulez communiquer entre les travailleurs
dans un format binary,
et
il y a des outils
évidemment, dans un JavaScript,
qui peuvent vous permettre de faire
pas seulement la décision, mais la piece de la décision.
Ils ne sont pas
d'accord,
ils sont disparu.
Ces libraries ne sont pas
les types de la piece de la décision.
Donc
à un moment
je n'ai pas oublié
qui c'était. J'ai fait le comparo
entre l'effect schema et le SIRD
de Rust. Donc pour les gens
qui ont utilisé le SIRD
en Rust,
l'effect schema
a internalisé le concept
d'on ne juste besoin de la décision
en JavaScript, mais aussi de la décision.
On a besoin de la serialisation et de la
information, parce que
il n'y a pas d'application
à l'époque, mais de la décision
de la décision.
Ou de la décision de la file.
Donc je pense que c'est la différence
entre l'effect schema et le SIRD.
Dans un peu de ces autres libraries, il y a
beaucoup d'autres aspects de l'effect schema
que nous pouvons avoir, que je pense
que nous separons de
certaines des autres choses qui sont là-bas.
Mais je pense que le corps
est
très attentionné en supportant
le tout
de la
date dans l'application.
Nous voulons vous
recevoir la information et décoder
dans une structure
et vous
vous envoyer de l'information
en une safe manière.
Et
parce que nous avons fait la décision
de soutenir la décision
de la compétition de l'information,
nous avons pu faire des cool choses.
Donc
classes et JavaScript ont un mauvais rap
pour
presque aucun raison.
Je pense que classes et JavaScript
ont un endroit très valide
pour
les typescripts,
et un type et un piece de
information en même temps,
c'est super valable. Plus
classes sont opaque, si vous vous couvertez
sur les copies, vous ne verrez pas
des propriétés bazillionnes.
Et les schémas
peuvent créer classes pour vous
qui
permettent de faire encoding et décoding
de l'école, mais aussi de décérer
d'un instant de l'école.
Vous pouvez attaquer
des méthodes pour un schéma
d'école, un schéma
que vous décrétiez comme une classe,
qui vous permettent de
avoir d'autres informations
à leur assignation. Vous pouvez imaginer
que vous avez un schéma d'usage
ou un schéma
qui décode un nom en premier et un nom en dernier
et un id.
Mais vous définissez un état sur votre classe
qui vous donne un complet nom
juste par concatenation
d'un premier et dernier nom.
Il y a des choses très simples
et très fortes que le schéma vous donne
d'accès. C'est juste un exemple.
Et puis, évidemment, le autre bénéfice de schéma
est la première classe d'intégration
pour l'éco-système.
Vous pouvez l'utiliser
d'un effet en particulier si vous voulez.
Mais vous avez la première classe d'intégration
avec l'effet aussi.
Nous supportons les transformations
d'effet avec le schéma.
Si vous voulez transformer
entre deux différents schémas que vous avez,
peut-être que vous avez
un schéma
qui représente
un temps de date
ou quelque chose comme ça.
Et vous voulez transformer le schéma
d'un autre schéma. Vous pouvez utiliser
des transformations affectuelles pour faire ça.
Un exemple meilleur serait que vous avez
un user et vous voulez l'enlever
un user que vous avez décodé
par l'information de la database.
Vous pouvez définir une transformation
d'effet entre les deux schémas
qui augmente
l'usage type avec cette information.
Il y a un peu de aspect.
Je pense qu'il y a beaucoup de similarities
entre Zod
et l'effet schéma et
beaucoup d'autres libraries.
Mais je pense que la différence
de la course, comme vous l'avez mentionnée,
c'est que vous pouvez enlever
l'information de la code, pas seulement décoder.
Vous pouvez avoir une
résistance de l'information
pour la database. Vous pouvez avoir
une résistance de l'information
pour l'information du système de file.
Vous pouvez envoyer l'information à travers le wire.
Vous pouvez envoyer entre les travailleurs.
Et c'est tous les types de la course.
Mais je pense
qu'il y a toujours un overlap.
Mais la première classe
d'intégration du système d'effet
et de la soutenir et de la décoder
sont les deux
des choses
d'effet schéma qui sont les meilleurs.
Il y a
beaucoup d'aéroports que nous pouvons
couvrir et de penser
sur ce qu'on parle de.
Et
je pense que
ça
mérite
l'éducation de l'effet.
Nous pouvons parler
de la management de la ressource.
De la communication de la database
et de la
des handelers de file.
Nous pouvons parler de la lait
des manières de la détenue.
Nous pouvons parler de
comment l'effet s'effondre
de la concurrence structurelle.
Nous pouvons parler de la
sensibilité
et de comment ma hear
Definitely
e oui.
On veut parler de l'effectif futur, mais avant de passer à ça,
qu'est-ce que vous pensez que c'est important que nous ne l'avons pas découvert,
que les gens ne savent pas, ou que...
Ouais, je ne sais pas, je ne sais pas, c'est pour ça que nous allons prendre ça.
C'est une bonne question.
Je pense que...
Si je pouvais exprimer un truc pour les gens qui utilisent l'effectif,
ou qui sont évalués d'effectifs, et qui veulent plus de valeur au système,
c'est pour nous rejoindre notre communauté.
Je ne suis jamais sur le terrain d'un groupe plus talentuel de gens
dans ma vie, je sais que ma vie n'est pas la plus longue dans le monde,
mais ça va retourner, même quand je travaillais dans la profession médicale.
Notre communauté est, je pense, révélerie dans lesquels beaucoup de gens sont là
qui sont passionnés sur l'effectif, qui sont intelligents et qui veulent d'aide.
Donc, si vous avez l'effectif évalué,
ou que vous utilisez l'effectif et ne êtes pas un part de la communauté,
je vous encourage de vous rejoindre et de l'élever la communauté
comme vous voulez ou besoin,
parce que nous avons eu des réponses,
que c'est un endroit très grand, que vous allez avoir l'aide que vous avez besoin,
parce que nous aussi l'avons aussi réconisé, comme je l'ai mentionné,
que l'effect peut parfois être un peu difficile de se faire,
il y a un curve de la classe,
c'est une langue différente dans le type script que vous avez écrit,
même si c'est juste un type script.
Et donc, parce que ça peut sembler d'impact,
je pense que la communauté et les gens qui ont sorti de s'envoyer là-bas,
c'est le endroit où vous voulez l'élever ou l'utiliser,
sans punition.
Ok, avant de nous changer aux questions futures,
je veux vous demander de votre extension de code VS.
J'aime parler de les outils de la dev,
que ces outils d'open source sont prêts pour vous aider à élever les choses,
et l'effect de ce que vous faites,
je suis sûr que l'utilisation d'un bon appareil à l'extérieur,
ça m'a vraiment aidé.
Donc, pouvez-vous expliquer à nous ce que l'extension fait,
et peut-être quelles sont les plans pour le futur ?
Oui, absolument.
Parce que l'effect est difficile de commencer,
et parfois, il peut être difficile de se faire l'éco-system,
on est essayant de l'introduire à l'aide de la dev,
et de l'utiliser,
pour que l'expérience soit bien en train de l'élever.
La extension de code VS est un aspect,
et on peut parler de ça.
L'autre aspect qui a été récentement introduit,
c'est le plugin de la langue server,
qui est fantastique,
et augmente l'information que vous avez de l'inscription de l'USB,
pour être créée pour élever l'expérience avec l'effect.
Vous pouvez avoir beaucoup plus d'informations de l'USB,
que vous ne l'aurez pas normalement.
Plus, ça introduit beaucoup de actions de code qui peuvent être aidées,
par exemple, vous pouvez élever l'interface en type script,
et puis faire le shortcut que vous avez pour les actions de code,
et cliquez sur le schéma,
et l'action de code va vous faire ça.
Il y a beaucoup de travail à faire pour l'expérience de l'USB,
parce que nous avons beaucoup de bons feedback sur ça.
Bonjour à Mathieu pour tous les travail qu'il a mis en place.
Mais pour l'expérience de code VS,
je pense que le focus est plus sur l'abservabilité de l'expérience,
que nous pouvons donner avec l'effect.
Pour ceux qui ne le savent pas,
l'expérience de code VS est une expérience
qui s'évoque comme un petit service de développement
qui connecte votre application en cours de code VS
à l'expérience de code VS.
Nous pouvons prendre l'information de l'application
et vous montrer un petit peu de format.
Par exemple, il y a un observabilité de vue
que vous pouvez avoir accessé à l'application de code VS.
Si vous évoquez l'application de code VS
dans votre application, vous pouvez voir,
par exemple, tous les spans et leurs attributs.
Vous avez donc de la information de l'information de la code VS.
Nous avons des plans,
maintenant c'est juste comme un simple visage de vue en code VS.
Ce n'est pas le prettiest.
Mais vous pouvez encore avoir beaucoup d'informations de cette façon.
Nous avons travaillé sur un visage de vue en code VS
qui va évoquer un visage de vue proper.
Si vous avez visité notre site et vous avez regardé le playground,
par exemple,
il y a un viewer de traitement sur le playground
que nous travaillons en portant dans un visage de vue en code VS.
Vous pouvez avoir une expérience de observabilité
dans votre code VS.
Mais ça aussi évoque d'autres informations de observabilité.
Avec l'effet, vous pouvez aussi déclare les méchants
dans votre application,
pas seulement les spans, mais aussi les informations de méchants.
Et la extension de code VS vous va vous montrer aussi,
même si vous l'avez réglé.
Il y a beaucoup d'autres travail que l'on fait sur la extension de code VS
en temps.
Il y a aussi l'obligation de débarter l'effet du contexte.
Nous avons eu des réponses
que c'est souvent difficile de savoir
quelle information est being provided to your program.
On peut essayer de smooth out the developer experience.
Mais l'une des plus grandes choses que nous avons dans le futur
est de tenter de faire un observabilité de vue.
Parce que je pense que l'histoire de l'observabilité
est sous-soulée sur notre site.
Mais c'est juste si facile de mettre l'observabilité
dans votre programme avec l'effet.
Et puis vous vous rappelez de tout ce que vous avez
dans l'endroit de l'opération télémetrique
ou de l'endroit de l'observabilité.
Vous avez des informations de toutes les choses.
C'est pourquoi nous avons l'extension de code VS
dans le premier endroit et ce que nous allons mettre en place.
Mais je dirais aussi que vous pouvez vérifier l'extension de l'expérience de l'osp.
C'est une ligne de l'installation
et une ligne de config que vous pouvez mettre en config.
Et vous pouvez commencer avec ça.
C'est génial. Je suis excité de le voir.
Nous voulons rappeler tous les épisodes
par parler des plans pour le futur,
de l'effet de l'expérience de l'osp.
Et peut-être que nous pouvons commencer
par parler de l'effet de l'osp.
Et de ce que l'on fait sur le roadmap.
En effet, 3, vous avez essayé de
vraiment mettre en place l'épisode et la stabilité.
De la technique.
Mais, qu'est-ce que le roadmap
pour l'effet de l'osp.
Est-ce que vous avez des chiffres
de paradigm que vous faites
par le code VS ?
Oui, il y a beaucoup de choses
que nous bâchons à 4.0
que je pense que nous allons faire
plus compétent pour les gens
d'évaluer l'élibre, si ils n'ont pas déjà.
Il y a des 3 components
officiellement basés.
Nous avons mis en place 4.0,
qui est de la faire plus petit,
plus vite, plus simple.
Et donc,
de la perspective de la faire plus petit,
plus vite, plus vite.

c'est un peu plus important
que nous avons un point de vue
de la faire plus petit.






c'est un point de vue de la faire plus petit.
Et donc,
c'est un point de vue de la faire plus petit.
Et donc,
c'est un point de vue de la faire plus petit.

Test big
test,




test big
test big
cela sera par la fin de l' Gloלה t homicide.
Je n'ai qu'aux pureeursubs à 5 à 8K Burneck accomplishant ce côté.
Maintenant on t'amène à 8Kurts jusqu'à latail deicles et el livre est aspirations avec geolayer 4K.
En recording de dix spacecraft et temps dewave
tu peux changer de son fazendo ça.
A
et ça devient presque prohibitive, avec 4.0, vous pouvez ajouter des outils de fonctionnement de votre app et on est en train de couvrir maintenant à 15K à 18K de l'espace,
même avec le streaming et les schémas et toutes ces autres choses introduites dans l'領域 de votre app.
Il y a beaucoup de différentes manières pour faire la même chose et on est en train de
poursuivre l'app sur le 4.0 pour un niveau plus manageable, en essayant de réduire
le même moyen de faire la même chose que nous avons vu se faire en temps de 3.0, et aussi
d'improuver le nom des choses, dans nos modules core, en regardant la fonctionnalité des choses différentes,
ce qui est clair à la personne et ce qui n'est pas. C'est ce que je veux dire avec les choses qui sont un peu simples,
c'est de réduire le nombre de manières pour faire la même chose, de faire les modules plus lignes,
et de faire le nom un peu plus semantique pour certaines opérations, de réincliner certaines modules pour les faire
simplement pour les gens d'understand. C'est comme l'approche que nous avons en train de faire
avec le 4.0. Nous sommes aussi en train de prendre un regard à l'un des problèmes de l'autre major
avec l'effet, mais aussi avec un autre libraire qui introduit un temps de tour, réacte ou quelque chose
comme ça, qui est le genre de malheur de la compétition pure, qui vient d'aller avec les libraires comme
les libraires. Donc avec le 4.0, parce que tout est réacteurable par default, tout est allé dans un
package. Donc si vous installez l'effet, vous avez tout, vous avez les services de la
HTTP, vous avez les AI, vous avez la CLI, vous avez tout, et tout va juste être réacteuré,
et vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout,
vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous
vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous
vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous
avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez
tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout
vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous
avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez tout, vous avez
20 secondes, je vais jumped un...